netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* loosing connections on bridge topology changes
@ 2009-05-13 15:13 Karl Hiramoto
  2009-05-13 17:44 ` Stephen Hemminger
  0 siblings, 1 reply; 2+ messages in thread
From: Karl Hiramoto @ 2009-05-13 15:13 UTC (permalink / raw)
  To: netdev


Hi,

I have a user space application, that puts eth0 into bridge br0.  At 
this moment all connections seem frozen. Telnet, HTTP, and NFS.

For development i have nfs root fs.

There is a ioctl() that does the equivalent of "brctl addif br0 eth0"

That cuts all the connections for a few seconds.

nfs: server 192.168.10.51 not responding, still trying
br0: topology change detected, propagating           
br0: port 1(eth0) entering forwarding state          
nfs: server 192.168.10.51 not responding, still trying
nfs: server 192.168.10.51 OK                         
nfs: server 192.168.10.51 OK  


Then everything is OK..

Is there anyway i can fix this, so my applicaion goes ahead at full speed?


using libnl i tried flushing the ARP cache on all devices, but it didn't 
seem to help.


Thanks
--

Karl.


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: loosing connections on bridge topology changes
  2009-05-13 15:13 loosing connections on bridge topology changes Karl Hiramoto
@ 2009-05-13 17:44 ` Stephen Hemminger
  0 siblings, 0 replies; 2+ messages in thread
From: Stephen Hemminger @ 2009-05-13 17:44 UTC (permalink / raw)
  To: Karl Hiramoto; +Cc: netdev

On Wed, 13 May 2009 17:13:41 +0200
Karl Hiramoto <karl@hiramoto.org> wrote:

> 
> Hi,
> 
> I have a user space application, that puts eth0 into bridge br0.  At 
> this moment all connections seem frozen. Telnet, HTTP, and NFS.
> 
> For development i have nfs root fs.
> 
> There is a ioctl() that does the equivalent of "brctl addif br0 eth0"
> 
> That cuts all the connections for a few seconds.
> 
> nfs: server 192.168.10.51 not responding, still trying
> br0: topology change detected, propagating           
> br0: port 1(eth0) entering forwarding state          
> nfs: server 192.168.10.51 not responding, still trying
> nfs: server 192.168.10.51 OK                         
> nfs: server 192.168.10.51 OK  
> 
> 
> Then everything is OK..
> 
> Is there anyway i can fix this, so my applicaion goes ahead at full speed?
> 
> 
> using libnl i tried flushing the ARP cache on all devices, but it didn't 
> seem to help.
> 
> 
> Thanks
> --
> 
> Karl.

turn off forwarding delay (unless you are using STP).
 brctl setfd br0 0

-- 

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2009-05-13 17:44 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-05-13 15:13 loosing connections on bridge topology changes Karl Hiramoto
2009-05-13 17:44 ` Stephen Hemminger

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).