Re: [Ryu-devel] How to setup multiple ASes in Mininet represented by switches in independent namespaces

Hi Takeshi, Would you mind showing some example to enter the namespace of r1. I can't seemed to figure it out. Thanks Hadem On Fri, Mar 16, 2018 at 1:15 PM, Yi Tseng wrote: > 1) > Yes, this is normal > 2) > You need to enter network namespace of r1, and use telnet to access quagga > console >

Re: [Ryu-devel] How to setup multiple ASes in Mininet represented by switches in independent namespaces

Hi Takeshi, I Think i have managed to enter the namespace of r1 using the* m command.* *Now, I have one more doubt;* How can we execute ryu /ryu /services /protocols

Re: [Ryu-devel] Append fields in match

Thanks! Soved my problem! ⁣Sent from BlueMail ​ On Apr 10, 2018, 2:20 AM, at 2:20 AM, Iwase Yusuke wrote: >Hi, > >Excuse me for jumping in. > >How about using "dict" to store temporary match fields like; > match_fields = { > 'in_port': in_port, > } > # Do something > mat

Re: [Ryu-devel] Ryu with mininet wifi

Good morning, I have a question concerning deleting flows. My code is the following: def del_flow(self, datapath, match): ofproto = datapath.ofproto parser = datapath.ofproto_parser #actions1 = [parser.OFPActionOutput(ofproto.OFPP_CONTROLLER, ofproto.OFPCML_NO_BUFFER)]

Re: [Ryu-devel] Ryu with mininet wifi

On Wed, 11 Apr 2018 23:41:18 +0900, nadia mouawad wrote: > > Good morning, > I have a question concerning deleting flows. My code is the following: > def del_flow(self, datapath, match): > ofproto = datapath.ofproto > parser = datapath.ofproto_parser > #actions1 = [par

Re: [Ryu-devel] Ryu with mininet wifi

Good morning, Actually, I was sure about the matching field. And I didn't want to take the priority in consideration. My problem was solved when i changed this: mod = parser.OFPFlowMod(datapath=datapath,match=match, cookie=0,command= *ofproto_v1_3*.OFPFC_DELETE,out_port=*ofproto_v1_3*.OFPP_ANY,

Re: [Ryu-devel] Problems when a BGP speaker is being shutdown

Hi, Sorry for delay. When we shutdown the BGPSpeaker, threads associated with each neighbors don't seem to be stopped. I think this causes the problem. I wrote the patch for this: diff --git a/ryu/services/protocols/bgp/base.py b/ryu/services/protocols/bgp/base.py index 8b69aa3..37d42a9 10064