> On 8 May 2017, at 23:25, Fujimoto Satoshi <satoshi.fujimo...@gmail.com> wrote: > > Hi, Raymond > > Umm, I could not reproduce the problem... > I can receive EventPortAdd with your code and topology. > Hi Fujimoto Satoshi,
After thinking about what you said, there seems to be a difference in how Ryu handles mininet managed switches and ports and how it handles openvswitch directly. With a mininet managed topology, I am unable to see the EventPortAdd and related events. When I connect openvswitch directly to Ryu, I can see the EventPortAdd, OFPPortStatus, and OFPPortStateChange events directly. I think that I will change my code development strategy to bypass mininet as a simulator, and just work with openvswitch directly. Thank you for your assistance. > I think you should check the followings: > * When you add a port to OVS, is the command syntax is correct? > I added a port by running the command like: ovs-vsctl add-port s1 > s1-eth2 > * Is the PortStatus message send to Ryu? You should check the traffic > between OVS and Ryu (by using Wireshark and so on). > >> I think that, for some reason, the topology and switches classes seem to >> be intercepting the calls, but I don't know how to turn them off. I >> have tried the command line options for --no...., but to no avail. > > There is no class which intercepts and consumes the calls. > Even if there are multiple classes which handles the same event, > the event is send to all of the class to handle the event. > > > Thanks, > Fujimoto > > On 2017年05月09日 09:48, Raymond Burkholder wrote: >> On 05/08/2017 09:29 PM, Fujimoto Satoshi wrote: >>> Hi ,Raymond >>> >>> On my environment, dpset.EventPortAdd was properly called. >>> Could you share your log message of ryu and "ryu_handler.py" ? >> Are you looking for the log from --verbose mode? The log messages are >> on my machine at the office. I won't return there till probably after >> you leave work :-< >> >> Is there something I should be looking for when I inspect the log file >> later on? >> >> I think that, for some reason, the topology and switches classes seem to >> be intercepting the calls, but I don't know how to turn them off. I >> have tried the command line options for --no...., but to no avail. >> >> I do receive the EventDP and can see the list of ports. I have created >> a minimum app. I will include that along with the log file. Any other >> diagnostic info I should include? >> >> I do get EventOFPSwitchFeatures. >> >> This is the code I am using for testing: >> https://github.com/rburkholder/vagrant/blob/master/edgelab/ryu_handler.py >> >> Even in tests where I remove all the ryu.topology related imports and >> associated definitions, I still dont seem to be able receive the >> EventPortAdd event. >> >> This is the topology: >> https://github.com/rburkholder/vagrant/blob/master/edgelab/mn_topo-3s-3h.py >> >> The shell script in the vagrant script shows the build: >> https://github.com/rburkholder/vagrant/blob/master/edgelab/Vagrantfile >> >> >> >>> Thanks, >>> Fujimoto >>> >> > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Ryu-devel mailing list > Ryu-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ryu-devel > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Ryu-devel mailing list Ryu-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ryu-devel
