(2013/11/15 (金) 9:12), FUJITA Tomonori wrote:
> Hi,
>
> On Thu, 14 Nov 2013 19:02:50 +0900
> wataru yamamoto wrote:
>
>>> it seems that your switch reconnect us for some reasons.
>>> can you investigate the log?
>>
>> Your anticipation is right. I found the log of "Leave router".
>>
>> It seems th
Hi,
On Thu, 14 Nov 2013 19:02:50 +0900
wataru yamamoto wrote:
>> it seems that your switch reconnect us for some reasons.
>> can you investigate the log?
>
> Your anticipation is right. I found the log of "Leave router".
>
> It seems that this cause is having applied load to
> "OpenvSwitch@Ubu
> it seems that your switch reconnect us for some reasons.
> can you investigate the log?
Your anticipation is right. I found the log of "Leave router".
It seems that this cause is having applied load to
"OpenvSwitch@Ubuntu@Vmware" which is powerless OpenFlowSwitch.
I want processing to continue
> hub: uncaught exception: Traceback (most recent call last):
> File "/usr/local/lib/python2.7/dist-packages/ryu/lib/hub.py", line 48, in
> _launch
> func(*args, **kwargs)
> File "/usr/local/lib/python2.7/dist-packages/ryu/base/app_manager.py", line
> 110, in _event_loop
> handler(ev)
Hmm, the cause which becomes an AssertionError by dpset.py is not known.
If the value of MAX_SUSPENDPACKETS is made low, what will happen?
https://github.com/osrg/ryu/blob/master/ryu/app/rest_router.py#L113
MAX_SUSPENDPACKETS controls the number of ARP transmission.
thanks.
On Thu, 07 Nov 20
I am using the newest rest_router.py. Usually, it has started correctly.
However, if communication which raised bandwidh using the iperf command etc,
rest_router.py may be downed as follows.
At this time, I think that the ARP packet has overflowed in the network
by the side of OpenFlowSwitch node
