STP and RSTP congergence time

STP and RSTP congergence time

NewsGroups | Search | Tools
 comp.dcom.lans.ethernet  Post an article  get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content  add this group's latest topics to your Google content  YahooMyWeb Yahoo!  Google Google  Windows Live Favorites Windows Live  del.icio.us del.icio.us  digg digg  Add to Netscape Netscape
Subject Author Date
STP and RSTP congergence time aaabbb16 05-09-2008
Posted by on May 9, 2008, 12:10 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
How faster is RSTP than STP? (same topology)
1. init (power up) to stable
STP is 20+15+15=50s
how about RSTP?
2. Topology change
STP =30-50s?
RSTP?

TIA,
st

Spring Sale Save 20% Banner - Sale Ended 5/3/07 So Updated to NonPromo Ad
Posted by Albert Manfredi on May 9, 2008, 3:30 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
On May 9, 12:10=A0pm, aaabb...@hotmail.com wrote:
> How faster is RSTP than STP? (same topology)
> 1. init (power up) to stable
> =A0 =A0 STP is 20+15+15=3D50s
> =A0 =A0 how about RSTP?
> 2. Topology change
> =A0 =A0STP =3D30-50s?
> =A0 =A0RSTP?

In my experience, RSTP can be from around 1 second down to less than
50 msec. It all depends on what broke in the network.

Bert

Posted by on May 9, 2008, 4:01 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
On 5=D4=C29=C8=D5, =CF=C2=CE=E712=CA=B130=B7=D6, Albert Manfredi <bert22...@=
hotmail.com> wrote:
> On May 9, 12:10 pm, aaabb...@hotmail.com wrote:
>
> > How faster is RSTP than STP? (same topology)
> > 1. init (power up) to stable
> > STP is 20+15+15=3D50s
> > how about RSTP?
> > 2. Topology change
> > STP =3D30-50s?
> > RSTP?
>
> In my experience, RSTP can be from around 1 second down to less than
> 50 msec. It all depends on what broke in the network.
>
> Bert

Thanks,
The port to change stage is not depends on hello package. right?
For RSTP it has alternate port and backup port. The alternate port
I can think it is blocking port in STP in another switch. How about
buckup
port, does it need to be config manually?

Posted by Albert Manfredi on May 9, 2008, 6:27 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
On May 9, 4:01=A0pm, aaabb...@hotmail.com wrote:

> > In my experience, RSTP can be from around 1 second down to less than
> > 50 msec. It all depends on what broke in the network.

> Thanks,
> The port to change stage is not depends on hello package. right?
> For RSTP it has alternate port and backup port. The alternate port
> I can think it is blocking port in STP in another switch. How about
> buckup
> port, does it need to be config manually?

The alternate and/or backup links are computed automatically. To
detect a failed link, you don't use hello packets, but rather the
MAC_Operational parameter, which in turn is set according to each
specific LAN type. The reason failure detection can be so fast is that
in modern LANs, the active or backup/alternate link should never be
quiescent, even when idle, so if an alternate path is available, it
can be activated very quickly.

This is in IEEE 802.1D, Clause 17, which then refers to other clauses
in the same Standard.

Bert

Posted by on May 9, 2008, 8:15 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
On 5=D4=C29=C8=D5, =CF=C2=CE=E73=CA=B127=B7=D6, Albert Manfredi <bert22...@h=
otmail.com> wrote:
> On May 9, 4:01 pm, aaabb...@hotmail.com wrote:
>
> > > In my experience, RSTP can be from around 1 second down to less than
> > > 50 msec. It all depends on what broke in the network.
> > Thanks,
> > The port to change stage is not depends on hello package. right?
> > For RSTP it has alternate port and backup port. The alternate port
> > I can think it is blocking port in STP in another switch. How about
> > buckup
> > port, does it need to be config manually?
>
> The alternate and/or backup links are computed automatically. To
> detect a failed link, you don't use hello packets, but rather the
> MAC_Operational parameter, which in turn is set according to each
> specific LAN type. The reason failure detection can be so fast is that
> in modern LANs, the active or backup/alternate link should never be
> quiescent, even when idle, so if an alternate path is available, it
> can be activated very quickly.
>
> This is in IEEE 802.1D, Clause 17, which then refers to other clauses
> in the same Standard.
>
> Bert

Thanks,
I am trying to understand your "words"
For backup port, assume there are multiple ports on the same segement,
before topology change, Does the backup port automatically random
selected? after the active port down, the backup port immediately
become active port.
I think it shouls impact whole tree.

Similar ThreadsPosted
STP-RSTP query October 16, 2008, 3:29 am
RSTP timing parameters June 2, 2005, 11:32 am
Topology change in RSTP May 15, 2006, 4:08 am
RSTP - Changing Forward Delay July 15, 2008, 11:00 am
How is a break/reconfiguration propagated in an RSTP network? December 15, 2005, 10:19 am
Link Up Time March 14, 2006, 12:24 pm
LAN cabling : The right time for beginning February 1, 2006, 5:24 am
Why 96 bits of silent time? November 21, 2006, 8:21 am
Shortest ethernet frame time = 5.76uS? September 9, 2008, 4:55 pm
Maximum Auto-Negotiation Time on Twisted-Pair Gigabit Ethernet June 19, 2008, 8:21 am

other useful resources:
The Federal Communications Commission (FCC)
Telecommunications Industry Association
Electronic and Software Security Products and Services
International Telecommunication Union

Custom CGI Perl and PHP programming by 1-Script.com

Contact Us | Privacy Policy
The site map in XML format XML site map