* [Bridge] bridge stp problem [not found] <200504211900.j3LJ07s5017482@smtp.osdl.org> @ 2005-04-22 2:24 ` munro 2005-04-22 3:09 ` Stephen Hemminger 0 siblings, 1 reply; 2+ messages in thread From: munro @ 2005-04-22 2:24 UTC (permalink / raw) To: bridge; +Cc: munro 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. 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 . ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [Bridge] bridge stp problem 2005-04-22 2:24 ` [Bridge] bridge stp problem munro @ 2005-04-22 3:09 ` Stephen Hemminger 0 siblings, 0 replies; 2+ messages in thread From: Stephen Hemminger @ 2005-04-22 3:09 UTC (permalink / raw) To: munro; +Cc: munro, bridge On Fri, 22 Apr 2005 10:24:50 +0800 munro <munro.biswal@smartbridges.com> 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 ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2005-04-22 3:09 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <200504211900.j3LJ07s5017482@smtp.osdl.org>
2005-04-22 2:24 ` [Bridge] bridge stp problem munro
2005-04-22 3:09 ` Stephen Hemminger
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.