CCNP Switch: Loop Guard | Explained Simply!
Vložit
- čas přidán 3. 07. 2024
- In this part of the CCNP Switch series, we look at the STP Enhancement feature Loop Guard!
If you find these videos useful, please consider liking, subscribing and sharing to support the channel. Thank you!
Follow me: / ipvzero
Network Automation Scripts: github.com/IPvZero/IPvZero/
Best and clearest explanation I've seen of this concept!
Hey Papaul, thanks for the feedback! Really appreciate it! :)
-John
posted three years ago and my lecturers at uni still can't explain this stuff as well as you, you're a natural mate
Thanks so much, Mohamad. I genuinely appreciate your kind words!
-John
Excellent stuff man! This has just saved my sanity as to why LoopGuard is needed and covers it greatly
Thanks so much, Ash! Really appreciate it :)
-John
Best explanation i have come across. Subscribed thanks
Very well explained! Thx.
Thanks for the explanation. Only one question this removes the redundant function of STP right? Because if Switch2 would fail there won't be a link anymore. Is this something were you would weigh of the pros and cons? Like no redundancy but less likely a loop?
yo this is amazing. thanks
Thanks AOSRoyal! Really glad you found it helpful!
-John
"Untafess Gegg ziddaw WAN" - Loov ett! ;P
I dont get what will happen if we are enabling the loop guard, and the BPDU doesn't come because the link actually goes down , in this case the port will go to the inconsistent mode instead of going to the FWD state.and the traffic won't flow normally using this redundant link, am I missing something?
if the the link actually goes down, switch 3 Gi0/1 would still receive inferior BPDU's from switch 2 , there would not be a sudden loss of BPDU's therefore the port will not go into an inconsistent state but instead become a designated port
@@kurt5132081 Thanks a lot Kurt, cheers ;)
@@kurt5132081 Mr. IPZero explained in the video above that only the Root Bridge (once elected) generates BPDUs, and other switches forward as a relay agent. Therfore in that circumstance SW 3 would not be receiving an inferior BPDU from SW2, it would only know that it is not receiving the Root's BPDU via relay ingress from that side of the topology. I beleive it is more of a "wigh the pros/cons" situation, i.e redunancy vs layer 2 loop
This has been moved back to the new CCNA