Hi fellas,
I am doing RSTP lab exercises and i have the following scenario and i have
some questions which is still running in my head
Root Bridge (dp)-------(rp) Bridge-A (dp)------(rp)Bridge-B
(dp)
(dp)
|
|
|
|
(rp)
(Blk)
*Bridge C*(dp)--------------(rp)*Bridge-D* (dp)------(rp)Bridge-E
Now i am shutting down the link between *Bridge C* and *Bridge D* and now
Bridge D flushes out the old Root BPDU . The MAC entries learned on its old
upstream (the old root port) and uses the Proposal/Agreement exchange with
E it changes the state of its DP into RP and E reverts to DP ( through a
Proposal/Agreement Hand-Shake) and immediately brings up the alternate
(discarding) port (inherited uplink feature in RSTP) into DP and genarates
A TC-BPDU (instead of the cisco propriatry dummy multi-cast frames) out to
both neghbors B and D and stops when the TCwhile timer expires and flushes
out all MAC entries on all non-desig (RP and Alt)
Now here is the catch .. Now my focus is on Bridge E . When Bridge E
unblocks the blocking port, It will either start the synchronisation
process with Bridge B or else it will send TC bit set BPDU to Bridge B?
What will Bridge E first do ?
Whether it will start synchronisation process or else send TC BPDU to
Switch B
Because When Switch E starts synchronisaition process, now Switch B has
better info then Switch E, so he wont accept the proposal and Switch B will
start a new ssync process
When Switch E sends out a TC BPDU, now Switch B wil flush out MAC address
of all ports except the port where the TC BPDU was received and unnecessary
unicast flooding will happen for certain period of time.
So can anyone answer my question.. and correct me if i am wrong
Thank You
-- With Warmest Regards, CCIE KID CCIE#29992 (Security) Blogs and organic groups at http://www.ccie.netReceived on Tue Dec 20 2011 - 00:14:19 ART
This archive was generated by hypermail 2.2.0 : Sun Jan 01 2012 - 08:27:00 ART