Hello Sorry for late reply
If you want to stop sending lldp packet from controller, you need to stop lldp thread(lldp_loop) from switches application(ryu.topology.switches). If you want to stop it, you need to stop threads from switches application. To get switches application, you need to get application manager instance, and get switches app from app_manager.applications. -- Yi 2015-09-08 20:45 GMT+08:00 FIXED-TERM Vardhan Harsha (CR/AEH4) < [email protected]>: > Hello , > > > > I have run into another problem. > > After all the links were discovered the lldp flow was deleted, but the > controller still sends lldp packets. > > > > Is there any way I can stop the controller sending the lldp packets once > all the links are discovered. > > > > Mit freundlichen Grüßen / Best regards > > > *Harsha Vardhan *Communication Technology (CR/AEH4) > > [email protected] > > *From:* Yi Tseng [mailto:[email protected]] > *Sent:* Mittwoch, 2. September 2015 17:17 > *To:* FIXED-TERM Vardhan Harsha (CR/AEH4) < > [email protected]> > *Cc:* Ryu-devel <[email protected]> > > *Subject:* Re: [Ryu-devel] FW: link discovery in multipath topology > > > > Hello > > Please refer this mail: > http://sourceforge.net/p/ryu/mailman/message/34306184/ > > legacy switch will not forward lldp packet. > > > > > > 2015-09-02 16:41 GMT+08:00 FIXED-TERM Vardhan Harsha (CR/AEH4) < > [email protected]>: > > Hello Iwase, > > I had 2 monitoring Non-SDN switches in between the openvswitches to > perform measurements and also to have packet traces of the flows in the > network through Wireshark. > > So I read a paper where if you have non-sdn switches in your network in > between the openvswitches the controller won't be able to see it. > > So I disconnected the switches to check the theory and now have only > openvswitches in my network and all the links are being discovered. And I > added a rule to drop all lldp packets once all the links are discovered. > > My network before: > > OVS2-----OVS1------monitoring-------OVS3 > | Switch1 | > Monitoring---------------------------------------- > Switch2 > > My network now : > > OVS2----OVS1----OVS3 > |---------------------------| > > > I still have a question whether you can write an application so that the > lldp packets generated by the controller can still be used to discover all > the links, even when we have a non-sdn switch in between, which will be > just forwarding the packets. > Can it be done ? > Can you guide me regarding the same. > > Thanks for your help. > > > Mit freundlichen Grüßen / Best regards > > Harsha Vardhan > Communication Technology (CR/AEH4) > > [email protected] > > > -----Original Message----- > From: Yusuke Iwase [mailto:[email protected]] > Sent: Mittwoch, 2. September 2015 02:55 > To: FIXED-TERM Vardhan Harsha (CR/AEH4) < > [email protected]> > Cc: [email protected] > > Subject: Re: [Ryu-devel] FW: link discovery in multipath topology > > Hi, > > Would you mind telling us how you figured out your problem? > I think your information is very helpful for other users who face to the > similar problem. > > Thanks, > Iwase > > On 2015年09月01日 00:31, FIXED-TERM Vardhan Harsha (CR/AEH4) wrote: > > Hello Iwase, > > > > Please ignore my last mail I figured out the problem. > > Thanks for your help. > > > > Mit freundlichen Grüßen / Best regards > > > > Harsha Vardhan > > Communication Technology (CR/AEH4) > > > > [email protected] > > > > > > -----Original Message----- > > From: FIXED-TERM Vardhan Harsha (CR/AEH4) > > Sent: Montag, 31. August 2015 15:32 > > To: 'Ryu-devel' <[email protected]> > > Subject: RE: [Ryu-devel] link discovery in multipath topology > > > > Hello Iwase, > > > > I'm not using simple_switch_13.py app . I'm using another app called > getswitches.py which I'll be attaching with the mail. > > > > The thing is the topology module works well when I need to discover > links on my virtual network containing loops in mininet, but when I work > with openVswitches running on 3 three different PCs it doesn’t discover > all the links.right now link discovery is more important for me. > > > > I'm also attaching the ryu traces in both the cases I just > described.Also with this mail ill be attaching the mininet topology. > > I would like some guidance regarding this issue. > > > > As far as I know I can also add a flow to drop the lldp packets after a > certain time period, during which all the links can be discovered . > > Thanks for your help. > > > > Mit freundlichen Grüßen / Best regards > > > > Harsha Vardhan > > Communication Technology (CR/AEH4) > > > > [email protected] > > > > > > -----Original Message----- > > From: Yusuke Iwase [mailto:[email protected]] > > Sent: Freitag, 28. August 2015 10:03 > > To: FIXED-TERM Vardhan Harsha (CR/AEH4) > > <[email protected]> > > Cc: [email protected] > > Subject: Re: [Ryu-devel] link discovery in multipath topology > > > > Hi, > > > > On 2015年08月27日 18:02, FIXED-TERM Vardhan Harsha (CR/AEH4) wrote: > >> Hello all, > >> > >> > >> > >> I’m trying to perform link discovery in my multipath topology using the > ryu built-in topology module. > >> > >> But when I use this there is lldp multicast storm and also not all the > links are discovered . > >> > >> Can you please guide me how to go about changing the code so as to > discover all the links as well as to stop lldp multicast storm. > >> > >> My topology is as following : > >> > >> > >> > >> > >> --------------OVS1------------ > >> > >> | > | > >> > >> | > | > >> > >> OVS2-----------------------OVS3 > >> > >> > >> > >> Thanks for the help. > > > > Did you get the following ryu-manager log? > > ... > > packet in 2 4a:92:a6:d1:d2:3d 33:33:00:00:00:16 3 packet in 2 > 16:d3:fb:a7:82:03 33:33:00:00:00:16 3 EVENT ofp_event->SimpleSwitch13 > EventOFPPacketIn EVENT ofp_event->SimpleSwitch13 EventOFPPacketIn EVENT > ofp_event->SimpleSwitch13 EventOFPPacketIn EVENT ofp_event->SimpleSwitch13 > EventOFPPacketIn packet in 3 4a:92:a6:d1:d2:3d 33:33:00:00:00:16 2 packet > in 3 4a:92:a6:d1:d2:3d 33:33:00:00:00:02 2 packet in 3 16:d3:fb:a7:82:03 > 33:33:00:00:00:02 2 packet in 3 4a:92:a6:d1:d2:3d 33:33:00:00:00:16 2 ... > > > > On my environment, IPv6 multicast packets seem to be a cause of the > multicast storm. > > > > How about installing the following flow entry into each switch at switch > features event? > > priority=65535,dl_dst=33:33:00:00:00:00/ff:ff:00:00:00:00 > > actions=drop > > > > e.g.) > > $ git diff > > diff --git a/ryu/app/simple_switch_13.py b/ryu/app/simple_switch_13.py > > index 3e7c598..c0e4f02 100644 > > --- a/ryu/app/simple_switch_13.py > > +++ b/ryu/app/simple_switch_13.py > > @@ -21,6 +21,7 @@ from ryu.ofproto import ofproto_v1_3 from > > ryu.lib.packet import packet from ryu.lib.packet import ethernet > > from ryu.lib.packet import ether_types > > +from ryu.topology import api > > > > > > class SimpleSwitch13(app_manager.RyuApp): > > @@ -48,6 +49,11 @@ class SimpleSwitch13(app_manager.RyuApp): > > ofproto.OFPCML_NO_BUFFER)] > > self.add_flow(datapath, 0, match, actions) > > > > + match = parser.OFPMatch(eth_dst=('33:33:00:00:00:00', > > + 'ff:ff:00:00:00:00')) > > + actions = [] > > + self.add_flow(datapath, 65535, match, actions) > > + > > def add_flow(self, datapath, priority, match, actions, > buffer_id=None): > > ofproto = datapath.ofproto > > parser = datapath.ofproto_parser > > > > Then, run ryu-manager with this command. > > $ ryu-manager --observe-links --verbose ryu.app.simple_switch_13 > > > > Thanks, > > Iwase > > > > > >> > >> > >> > >> Mit freundlichen Grüßen / Best regards > >> > >> *Harsha Vardhan > >> *Communication Technology (CR/AEH4) > >> > >> [email protected] > >> <mailto:[email protected]> > >> > >> > >> > >> --------------------------------------------------------------------- > >> - > >> -------- > >> > >> > >> > >> _______________________________________________ > >> Ryu-devel mailing list > >> [email protected] > >> https://lists.sourceforge.net/lists/listinfo/ryu-devel > >> > > ---------------------------------------------------------------------- > > -------- _______________________________________________ > > Ryu-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/ryu-devel > > > > ------------------------------------------------------------------------------ > > Monitor Your Dynamic Infrastructure at Any Scale With Datadog! > Get real-time metrics from all of your servers, apps and tools > in one place. > SourceForge users - Click here to start your Free Trial of Datadog now! > http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140 > _______________________________________________ > Ryu-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/ryu-devel > > > > > -- > > Yi Tseng (a.k.a Takeshi) > Taiwan National Chiao Tung University > Department of Computer Science > > W2CNLab > > http://blog.takeshi.tw > -- Yi Tseng (a.k.a Takeshi) Taiwan National Chiao Tung University Department of Computer Science W2CNLab http://blog.takeshi.tw
------------------------------------------------------------------------------
_______________________________________________ Ryu-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ryu-devel
