[Ryu-devel] Best watches in the world. Pre-summer sale!

 Buy your watches here- http://tiny.cc/pjwcby yftm ifwj adh uw fwe hbvcu yc owg eixc lza uljaq woz wa vsgv bk zi jkz e tnbp gr pj ucy uc vra p pndn e isxk c o uuz sg e nez ezjd m dtaa ph yv kvpl ffuyy ztw gxn qxw vfuw c kt bob uwb akgw lw mljo yhd lut p lxm fmd xvfv aizb fqum osvqs bjz

Re: [Ryu-devel] Potential python 3 incompatibility with Ryu BGP?

On Thu, May 19, 2016 at 12:22 PM, FUJITA Tomonori wrote: > On Thu, 19 May 2016 11:16:54 +0900 > Takashi Yamamoto wrote: > >> On Thu, May 19, 2016 at 9:29 AM, FUJITA Tomonori wrote: >>> On Wed, 18 May 2016 15:03:06 + >>> "Tidwell, Ryan"

Re: [Ryu-devel] Potential python 3 incompatibility with Ryu BGP?

On Thu, 19 May 2016 11:16:54 +0900 Takashi Yamamoto wrote: > On Thu, May 19, 2016 at 9:29 AM, FUJITA Tomonori wrote: >> On Wed, 18 May 2016 15:03:06 + >> "Tidwell, Ryan" wrote: >> >>> Thanks for the link Vikram. Good to know

Re: [Ryu-devel] Error in executing the hub switching 13

On May 18, 2016, at 10:44 PM, Iwase Yusuke wrote: > > Thanks a lot! > I overlooked. No problem. ;) Best, Victor -- Victor J. Orlikowski <> vjo@[cs.]duke.edu -- Mobile security can be

Re: [Ryu-devel] Error in executing the hub switching 13

Hi Victor, On 2016年05月19日 11:33, Victor Orlikowski wrote: > On May 18, 2016, at 10:30 PM, Iwase Yusuke wrote: >> >>> root@ubuntu:~# ovs-vsctl set Bridge s1 protcols=OpenFlow13 >>> ovs-vsctl: Bridge does not contain a column whose name matches "protcols" > > I think this

Re: [Ryu-devel] Error in executing the hub switching 13

On May 18, 2016, at 10:30 PM, Iwase Yusuke wrote: > >> root@ubuntu:~# ovs-vsctl set Bridge s1 protcols=OpenFlow13 >> ovs-vsctl: Bridge does not contain a column whose name matches "protcols" I think this is simpler still: Try: protocols not: protcols Note the

Re: [Ryu-devel] tuple datapath Id x switch name

Hi, Ryu stores the switch's information in "Datapath" class instance. http://ryu.readthedocs.io/en/latest/ryu_app_api.html#ryu-controller-controller-datapath Or, if you want to get the FeaturesReply message (which are handled automatically by Ryu) at your RyuApp, please refer to the

[Ryu-devel] [PATCH 1/2] topology: pep8 fixes

From: Evan Gray Normal pep8 fixes, there were also two instances where I updated a commented LOG.debug to include exc_info=True so that the traceback will be logged instead of relying on the error passed in the except. Signed-off-by: Evan Gray

Re: [Ryu-devel] بخصوص: The Packet does't have IP Source and IP destination

Hi, > when the stat reply comes, it runs successfully with the message that > has ip_src, ip_dst, but it gives Key error with that does'n have them. When the stat reply comes, please check whether a message has ip_src, ip_dst. Please refer to the following.

Re: [Ryu-devel] Potential python 3 incompatibility with Ryu BGP?

On Wed, 18 May 2016 15:03:06 + "Tidwell, Ryan" wrote: > Thanks for the link Vikram. Good to know there's a fix out there. You need a release on pypi including the fixes for this issue now? --

[Ryu-devel] بخصوص: The Packet does't have IP Source and IP destination

Sorry. I forgot to mention that in stat reply I use stat.match['ipv4_src'] and stat.match['ipv4_dst']. so I gives the error  'KeyError: 'ipv4_src Regards,Eman من: ‫Eman Bany salameh‬ ‫ إلى: "ryu-devel@lists.sourceforge.net"

[Ryu-devel] The Packet does't have IP Source and IP destination

 :Hi I want to collect statistics from flows based on IP source and IP destination. I used this code to add flow. if(pkt.get_protocols(ethernet.ethernet) and pkt.get_protocols(ipv4.ipv4)):                (ip4,) = pkt.get_protocols(ipv4.ipv4)                ipsrc = ip4.src                ipdst =

[Ryu-devel] Snort question

Hi again everyone, I have question about the Snort integration in Ryu, I would like to know if it is possible to modify snortlib.py or simple_switch_snort.py to work with other DPI's? nDPI or OpenDPI for example? Thank you in advance.

Re: [Ryu-devel] Potential python 3 incompatibility with Ryu BGP?

Thanks for the link Vikram. Good to know there's a fix out there. -Ryan From: Vikram Choudhary [mailto:vikram.choudh...@huawei.com] Sent: Wednesday, May 18, 2016 3:02 AM To: Tidwell, Ryan ; ryu-devel@lists.sourceforge.net Subject: RE: Potential python 3 incompatibility

[Ryu-devel] tuple datapath Id x switch name

When we start Ryu, Hellos and FeatureRequest/Reply are exchanged automatically. >From inside FeatureReply (Response) we can retrieve switch's datapath id and name. Where does Ryu store these informations? Or I have to send a new FeaturesRequest to capture them? thanks, Edison. -- *Todos querem

Re: [Ryu-devel] Potential python 3 incompatibility with Ryu BGP?

Hi Ryan, I can find the fix is merged in the master https://github.com/osrg/ryu/commit/7f383974424e7080dabca217da607dcea2c64e9f Thanks Vikram From: Tidwell, Ryan [mailto:ryan.tidw...@hpe.com] Sent: Wednesday, May 18, 2016 12:36 PM To: ryu-devel@lists.sourceforge.net Subject: [Ryu-devel]

Re: [Ryu-devel] [PATCH] packet/bgp: Add missing __hash__ function

On Wed, 18 May 2016 17:00:36 +0900 IWAMOTO Toshihiro wrote: > This commit fixes up the commit 7d42aecb, which added __eq__ without > adding __hash__ and left some copy-paste error. > > Signed-off-by: IWAMOTO Toshihiro > --- > ryu/lib/packet/bgp.py

[Ryu-devel] [PATCH] packet/bgp: Add missing __hash__ function

This commit fixes up the commit 7d42aecb, which added __eq__ without adding __hash__ and left some copy-paste error. Signed-off-by: IWAMOTO Toshihiro --- ryu/lib/packet/bgp.py | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/ryu/lib/packet/bgp.py

Re: [Ryu-devel] [PATCH 0/6] Implement EventOFPPortStateChange

On Tue, 17 May 2016 10:52:09 +0900 IWASE Yusuke wrote: > Currently, "port" dict of datapath instance will not be > updated even if Ryu gets OFPPortStatus messages. > This following patches add EventOFPPortStateChange in > order to notify port state changes to users. >

Re: [Ryu-devel] [PATCH 1/2] Update default OpenFlow port to 6653

On Tue, 17 May 2016 11:00:08 +0900 IWASE Yusuke wrote: > IANA has registered TCP port 6653 for OpenFlow, but 6633 was the > de facto standard for a long while. > So some applications might be using 6633 as the default. > But now, Mininet has adopted port 6653 as the

[Ryu-devel] Potential python 3 incompatibility with Ryu BGP?

I've been doing some work on neutron-dynamic-routing in OpenStack which uses Ryu BGP. We are seeing some failures in python 3 check jobs when we run against python 3. We are seeing the following error: 2016-05-18