hi, > Hi folks, > > I noticed that the change of state of the ports by EventOFPPortStatus are > not reflected in Datapath object. Please refer to the attachment of the > script. For example, the following is the result of running the script. > > ----------8<----------8<---------- > ...(snip)... > EVENT switches->PortStatusMessageSample EventSwitchEnter > DPID: 1 Ports: [1, 2, 4294967294] > EVENT ofp_event->switches EventOFPPortStatus > EVENT ofp_event->PortStatusMessageSample EventOFPPortStatus > OFPPortStatus received: reason=DELETE > desc=OFPPort(port_no=1,hw_addr='fe:73:14:ee:bf:aa',name='s1-eth1',config=0,state=0,curr=2112,advertised=0,supported=0,peer=0,curr_speed=10000000,max_speed=0) > DPID: 1 Ports: [1, 2, 4294967294] > ----------8<----------8<---------- > > The port 1 has been deleted but do not removed from Datapath object. Is > this correct behavior? We should manage the ports in user applications?
it's the expected behaviour. iirc dp.ports is meant to be for compatibility to the previous openflow versions. apps are expected to handle port-status if they want. > > IMHO, I think that it is useful if ryu handles. Please give your opinion. i tend to agree. YAMAMOTO Takashi > > Thanks, > Satoshi ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Ryu-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ryu-devel
