On Fri, 22 Apr 2005 10:24:50 +0800 munro <munro.biswal@xxxxxxxxxxxxxxxx> wrote: > Hi, ppl, > > I am using kernel 2.4.25 and having this peculiar problem on my > ixp425. When i have 2 ethernet ports of the board connected to the same > linksys switch running STP. ixp0 and ixp1 are the name of my ethernet > ports enslaved to the same bridge( br0)and my PC is also connected to > the switch. > > > IXP425 -br0 (192.168.2.1) > > |_ixp0|--- | | (192.168.2.11) > |_ixp1|---- |Linksys |----------<PC> > > > When i ping from my PC to the board (when both ixp0 and ixp1 are > connected to the switch), everything works fine. > In that case ixp1 is in blocking state and ixp0 is in forwarding state. > > The issue here is when i unplug ixp0 from the switch (the one which is > forwading state), ixp1 comes to forwardinmg state after the state > changes(listening-learning---forwading), but there is a huge delay of > around 15-17 mins till i can ping the board(IXP425) from my PC. i went > through the bridging code and put debug messages to see that it comes to > forwarding state immediately. > It may not help, but 2.6 kernel has support for detecting carrier transistions and failing over faster. > On the board if i sniff using ethereal, it shows that my ICMP request > never goes through till 17 mins.. > > AFter 17 mins, it starts pining ok. > > Now thats very strange. WHo induces this delay of 17 mins after the > topology changes. > Pls. advise !! very urgent . > Is there a chance some other bridge changing and becoming root
