From a776615f17211b660e32b9ab4bc2d7df1fccd629 Mon Sep 17 00:00:00 2001
From: muzixing <[email protected]>
Date: Fri, 24 Oct 2014 13:54:59 +0800
Subject: [PATCH] add_arp_proxy_13
arp_proxy_13 is a ryu app:
* Reply ARP requests
* Avoid broadcast storm instead of STP
---
ryu/app/arp_proxy_13.py | 18
--
___
Ryu-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ryu-devel
If you have the rule that exports default actions=CONTROLLER , try
actions=CONTROLLER:1024 so that 1024 bytes of DHCP packet goes as
Packet-IN. It could be sending truncated packets as Packet-IN, I think 255
bytes is the default.
Nitin Sharma
On Thu, Oct 23, 2014 at 2:23 PM, Jeff Rasley wrote:
Wonderful, thanks Benny. I'll have to look into this further but this
definitely sounds similar to the issues I am dealing with.
Jeff
On Thu, Oct 23, 2014 at 3:28 PM, Benjamin Eggerstedt <
[email protected]> wrote:
> Hi Jeff,
>
> When I read your first mail I immediately felt reminde
Hi,
> Here is a fix.
I can confirm that your fix works fine. Ryu no longer encounters an issue
when the truncated LLDP packet gets in.
Thank you!
> The maximu size of a packet that the switch sends to a controller is
> 128 bytes?
It is not that we couldn't send more from our OmniSwitch, but I gu
Hi Jeff,
When I read your first mail I immediately felt reminded on the issue I'm
currently working on. If you create a tcpdump -s 0 -lnni ethX capture on
the device running Ryu, I'm almost certain that the DHCP DISCOVER in
question will show up as "Truncated" with regards to the "DATA" portion
(c
안녕,
[email protected] 가 귀하를 팔로우하고 있지 않습니다.
[email protected] 의 프로필 보기
http://invites.infoaxe.net/[email protected]&viral=true&u=32488284&inviterid=32625359&token=55c9d58b792403fb3fd0a23eebf3f962&ts=14134513568
More specifically I am getting an "error: 'unpack_from requires a buffer of
at least 233 bytes'" error from the unpack call on 185 (my buffer appears
to be 91 bytes long). Which makes me think that the unpack string is not
representative of my DHCP Discover packet.
On Thu, Oct 23, 2014 at 2:19 PM,
Sorry Benny, I should have went into more detail in my previous email. I
have definitely been using the library you pointed to however it is not
actually parsing my DHCP Discover packets correctly.
Here's a sample of some code I have reduced my problem down to:
https://gist.github.com/jeffra/aa6cf
Hi Jeff,
Looking at https://github.com/osrg/ryu/blob/master/ryu/lib/packet/dhcp.py
I'd say "yes" :)
Benny
On Thu, Oct 23, 2014 at 7:22 PM, Jeff Rasley wrote:
> I seem to be having trouble parsing DHCP Discover packets in Ryu. I see
> there is a test for DHCP Offer messages
> in ryu/tests/unit/
I seem to be having trouble parsing DHCP Discover packets in Ryu. I see
there is a test for DHCP Offer messages
in ryu/tests/unit/packet/test_dhcp.py. Has DHCP Discover parsing been
implemented?
Thanks,
Jeff Rasley
http://cs.brown.edu/~jeffra
---
Will using the ryu.base.app_manager."My App Name".reply_to_request(*req*,
*rep*) ensure that the application that I've written is still running?
- If it does ensure that it is still running
- Will it block the framework from responding to echo requests from a
switch?
- Can som
12 matches
Mail list logo
