1. The bridged interfaces stay both in listening and learning state for 15 seconds.
So a little bit more than 30 seconds delay should be enough!
2. You canc change this period by the command
brctl setfd br0 <time>
Caution: you have to do that on the root bridge of your bridged LAN!
3. You can monitor the state of the bridged interfaces by the command
brctl showstp br0
Reinhard
Mikael Jungin wrote:
Hi.
I have set up a simple bridge under RedHat-6.2 (yes, I need to use that old Redhat release) which I have updated with the 2.2.20 kernel and the appropriate patch for that version.
I have added two ethernet interfaces to the bridge with these simple steps :
ifconfig eth0 0.0.0.0
ifconfig eth1 0.0.0.0
brctl addbr br0
brctl addif br0 eth0
brctl addif br0 eth1
The bridge works fine, and to my suprise I noticed that I can assign an ip from my DHCP server to the br0 interface using the program "pump" included in Redhat-6.2 (pump -i br0 -h myhostname). :-)
My only problem is that the br0 interface cannot be configured (with pump) for the first 30-40 seconds or so.
I have read/heard that the STP learning sometimes could be the reason for this type of behaviour, since it takes some time to complete.
The solution for me was to add a 60 seconds delay in my start script (which runs at boot time) before assigning the ip to br0. This solution feels like a little unreliable since i only can *assume* that the bridge is up and running after 60 seconds.
So, my question (finally) is this : Is it possible to ask the bridge if the STP learning is completed, so I can get rid of my stupid "60 seconds delay" implementation? /Mikael
-- ---------------------------------------------------- Reinhard Schwillinsky Tel.: ++43/1/205 255/210 Maxxio technologies GmbH Fax.: ++43/1/205 255/900 Prinz Eugen Strasse 8 A-1040 Vienna/Austria _______________________________________________ Bridge mailing list [EMAIL PROTECTED] http://www.math.leidenuniv.nl/mailman/listinfo/bridge
