Bridge ports needlessly going through learning stage when STP is disabled
Hi,
I've noticed that in Linux 2.6.15, that even when I have STP disabled on a bridge (which I think is the default), when you add a new interface to the bridge, it still goes through the learning stage and shows STP state display such as TOPOLOGY_CHANGE TOPOLOGY_CHANGE_DETECTED". For this time interval box is unreachable from outside. I have verified this with the help of ping. I found that ping reply stops for some time around 15 to 30 secs, if you add another interface to the bridge. Which is causing some problems for the box.
Is this the right behavior ? The 15 to 30 second delay before the
port moves to Forwarding state can be frustrating, as you don't expect
it, and for that period of time, start to think there is something
else wrong in the network's configuration. Is there any place in the code where I do some change to resolve this issue.
Thanks and regards,
Rahul B
Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/
Quoted 4 lines · rahul bhardwaj
Is this the right behavior ? The 15 to 30 second delay before the port moves to Forwarding state can be frustrating, as you don't expect it, and for that period of time, start to think there is
something else wrong in the network's configuration. Is there any
place in the code where I do some change to resolve this issue.
At the moment the normal way to handle this is "brctl setfd $BR_DEV 0"
-Francesco
But STP is disabled on the bridge interface, then also "setfd to zero" it will work? Or should I enable the STP first?
With Regards
Rahul Bhardwaj
--- On Mon, 17/11/08, Francesco Dolcini <[email protected]> wrote:
From: Francesco Dolcini <[email protected]>
Subject: Re: [Bridge] Bridge ports needlessly going through learning stage when STP is disabled
To: "rahul bhardwaj" <[email protected]>
Cc: "Stephen Hemminger" <[email protected]>, [email protected]
Date: Monday, 17 November, 2008, 1:56 AM
Quoted 5 lines · rahul bhardwaj
Is this the right behavior ? The 15 to 30 second delay before the port moves to Forwarding state can be frustrating, as you don't expect it, and for that period of time, start to think there is something else wrong in the network's configuration. Is there any place in the code where I do some change to resolve this issue.
At the moment the normal way to handle this is "brctl setfd $BR_DEV 0"
-Francesco
_______________________________________________
Bridge mailing list
[email protected]
https://lists.linux-foundation.org/mailman/listinfo/bridge
Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/
[Bridge] Bridge is not forwarding packet on correct vlan port <Help Needed>
Hi
All,
I
am facing one very strange problem with bridge in our wireless Access Point. Let me explain you my setup first. I have two Linux bridge br114 and br113 in my AP. Both the bridge have two vlan interfaces under it, one Ethernet vlan iface (eth1.xx) and another one is radio vlan interface (ath0.xx). So now both the bridge will look like this
br113
= > eth1.113 + eth0.113
br114
= > eth1.114 + eth0.114
I
have connected two wireless stations with this AP. Two stations (STA113 and STA114) are connected to br113. Now I am pinging to their respective DHCP server from all the three stations. This is all about setup.
After
some time, ping from STA113 and STA114 stops for their respective DHCP server. I have checked the ARP table and found that it has a valid entry so I think the problem lies in bridge code. I think bridge is only dropping the packet and not forwarding it to proper interface. At this time I have put some message in br_forward.c and found that it is putting the packet on same interface, I mean eth0.113 to eth0.113, due to this should_deliver is falling and packet is getting dropped.
Can
somebody explain me something about this behavior? I mean where I should look into code to solve this issue. I am expecting some help on this because I am stuck on this. One more very important thing, it happens when I am having two bridges, things works fine with single bridge. I mean it happen only when I have both the bridge br113 and br114. If I have only br113 then things are working fine.
Thanks
and Regards,
Rahul
Bhardwaj
Love Cricket? Check out live scores, photos, video highlights and more. Click here http://cricket.yahoo.com
Thanks a lot Francesco for your help but still it is not working. it is still taking that much time in coming in forwarding state. Do I need to change somewhere in the code to achieve my goals?
With Regards
Rahul Bhardwaj
--- On Mon, 17/11/08, Francesco Dolcini <[email protected]> wrote:
From: Francesco Dolcini <[email protected]>
Subject: Re: [Bridge] Bridge ports needlessly going through learning stage when STP is disabled
To: "rahul bhardwaj" <[email protected]>
Cc: "Stephen Hemminger" <[email protected]>, [email protected]
Date: Monday, 17 November, 2008, 1:56 AM
Quoted 5 lines · rahul bhardwaj
Is this the right behavior ? The 15 to 30 second delay before the port moves to Forwarding state can be frustrating, as you don't expect it, and for that period of time, start to think there is something else wrong in the network's configuration. Is there any place in the code where I do some change to resolve this issue.
At the moment the normal way to handle this is "brctl setfd $BR_DEV 0"
-Francesco
_______________________________________________
Bridge mailing list
[email protected]
https://lists.linux-foundation.org/mailman/listinfo/bridge
Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/
Am Monday, 17. November 2008 schrieb Francesco Dolcini:
Quoted 9 lines
Quoted 5 lines · rahul bhardwaj
Is this the right behavior ? The 15 to 30 second delay before the port moves to Forwarding state can be frustrating, as you don't expect it, and for that period of time, start to think there is something else wrong in the network's configuration. Is there any place in the code where I do some change to resolve this issue.
At the moment the normal way to handle this is "brctl setfd $BR_DEV 0"
Except that setting fd to zero might get you flooded. See thread "delay in bridge learning when forward delay is 0" here on the list. [1]
regards,
Uli
[1] http://archives.free.net.ph/message/20081013.181016.4cbfa529.de.html
Quoted 2 lines
Ich habe Zone Alarm in Hintergrund mitlaufen, das ist fuer mich Pflicht.
Ich habe eine Schüssel Weihwasser neben der Tastatur stehen. Das hilft
genauso. (Jürgen Schmadlak)