2015-04-03 13:40 GMT+09:00 YAMAMOTO Takashi <[email protected]>:
> hi,
>
> > Hi YAMAMOTO-san,
> >
> > 2015-04-03 12:17 GMT+09:00 YAMAMOTO Takashi <[email protected]>:
> >
> >> 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.
> >>
> >
> > Indeed, keeping backward compatibility is important.
> >
> >
> >>
> >> >
> >> > IMHO, I think that it is useful if ryu handles. Please give your
> opinion.
> >>
> >> i tend to agree.
> >>
> >
> > I would like to suggest that we add the application to manage only the
> > state of the ports. Users can manage the state of the ports by loading
> the
> > application. It is possible to keep backward compatibility if this way.
>
> there were similar attempts. ie. dpset and topology.switches
> have you taken a look at them?
>
Thank you for your advice! dpset seems to be just doing it. I think this is
important tips. Hmm... I think if it may be better to show warning when
calling Datapath#ports.
>
> YAMAMOTO Takashi
>
> >
> >
> >>
> >> 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
