* [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.