We're Sorry, Full Content Access is for Members Only...

If you like to keep on reading, Become a Member Now! Here is why:

  • Learn any CCNA, CCNP and CCIE R&S Topic. Explained As Simple As Possible.
  • Try for Just $1. The Best Dollar You've Ever Spent on Your Cisco Career!
  • Full Access to our 651 Lessons. More Lessons Added Every Week!
  • Content created by Rene Molenaar (CCIE #41726)

451 Sign Ups in the last 30 days

satisfaction-guaranteed
100% Satisfaction Guaranteed!
You may cancel your monthly membership at any time.
No Questions Asked!

Forum Replies

  1. Hi John,

    That’s correct, RSTP has features that are similar to uplinkfast and backbonefast, there’s no need to activate these.

    Rene

  2. Can You Please clarify mine below Questions?
    Question: 1:
    ------------
    “The switch with the best bridge ID (priority + MACaddress) becomes the root bridge. The other switches (non-root) have to find the shortest cost path to the root bridge. This is the root port. There’s nothing new here, this works exactly the same for rapid spanning-tree.”

    With this Statement, we understood that In RSTP, selection of Root Bridge is similar to STP.
    1.In RSTP, I powered on 3 Switches, now all the 3 switches trying to select the Root bridge,In this process will they send propos

    ... Continue reading in our forum

  3. Hello Azeem! I will attempt to answer your questions one by one:

    Question 1.1: In RSTP, I powered on 3 Switches, now all the 3 switches trying to select the Root bridge,In this process will they send proposal bit set in their BPDUs or not?

    Selection of the root bridge in RSTP IS similar to STP. RSTP still uses the best bridge ID (Priority + MAC address) to determine the root bridge. And yes, the proposal bit will be set in their BPDUs. The purpose of the proposal bit however, is not to find the root bridge, but to allow for the sync process, that is, to v

    ... Continue reading in our forum

  4. Hello Stafanio

    UplinkFast and BackboneFast do not actually need to be configured because they are mechanisms that are included and enabled natively in the RSTP functionality. Whether or not they are enabled in the spanning-tree summary will not change the behaviour of RSTP.

    I will ask @ReneMolenaar to clarify that in his lesson.

    Thanks very much and I hope this has been helpful!

    Laz

  5. Thanks Laz for the clarification!

49 more replies! Ask a question or join the discussion by visiting our Community Forum