Fact-checked by Grok 2 weeks ago

Switching loop

A switching loop, also known as a bridge loop, is a condition in computer networking where redundant Layer 2 paths between endpoints cause data packets—particularly broadcast and multicast frames—to circulate indefinitely without termination, leading to uncontrolled traffic amplification.^[1]^[2] This phenomenon typically arises in Ethernet-based local area networks (LANs) when multiple switches or bridges are interconnected in a way that forms a closed loop, such as through accidental cabling errors or misconfigured redundant links.^[3]^[1] Switching loops are particularly problematic because Ethernet frames lack a time-to-live (TTL) mechanism at Layer 2, unlike IP packets at Layer 3, allowing broadcasts to propagate endlessly and multiply with each iteration.^[2] Common causes include unidirectional link failures, where one direction of a fiber optic or twisted-pair connection stops working, or the erroneous transition of a Spanning Tree Protocol (STP) blocking port to a forwarding state due to missed Bridge Protocol Data Units (BPDUs).^[1] In unmanaged or partially managed environments, simple errors like connecting both ends of an Ethernet cable to the same switch can also trigger loops.^[3] The primary effects of a switching loop manifest as a broadcast storm, where network traffic exponentially increases, consuming bandwidth, overwhelming switch CPU resources, and causing frame duplication that saturates all connected devices.^[1]^[2] This can result in severe performance degradation, intermittent connectivity, MAC address table instability (leading to MAC flapping), and complete network outages if not addressed promptly.^[3] In large-scale deployments, such loops can propagate across multiple switches, exacerbating the issue and potentially requiring manual intervention to isolate affected segments.^[1] To mitigate switching loops, network administrators rely on protocols like STP, which dynamically identifies redundant paths, elects a root bridge, and blocks unnecessary ports to maintain a loop-free topology while preserving redundancy for fault tolerance.^[2]^[3] Additional safeguards include Cisco's Loop Guard, which monitors for BPDU absence on non-designated ports and reverts them to blocking state if needed, and UniDirectional Link Detection (UDLD), which detects and disables one-way links to prevent loop formation.^[1] Modern switches often incorporate built-in loop detection features, such as periodic test packets, to automatically shut down offending ports and alert administrators.^[3] Proper network design, including documentation of cabling and regular STP configuration verification, remains essential for long-term prevention.^[1]

Fundamentals

Definition

A switching loop, also known as a Layer 2 loop, is a cycle in the topology of an Ethernet network at the data link layer where Ethernet frames can circulate indefinitely among switches without being terminated or discarded.^[4] This phenomenon arises in bridged or switched environments when multiple active paths exist between end stations, creating a closed loop for frame transmission.^[5] Unlike loops at higher layers, such as IP routing loops that affect packet forwarding based on network-layer addresses, switching loops are confined to Layer 2 operations in Ethernet networks, involving only MAC address-based decisions without involvement of routing protocols.^[4] These loops do not impact Layer 3 or above directly but disrupt the foundational frame delivery mechanism of local area networks. The basic mechanics of a switching loop stem from how Ethernet switches forward frames using their MAC address tables in redundant topologies. When a frame enters the loop, each switch examines the destination MAC address and forwards it out relevant ports, potentially re-entering the cycle if the topology allows multiple paths, resulting in perpetual recirculation.^[5] Switches learn source MAC addresses dynamically from incoming frames, which can lead to inconsistent table entries across the loop, perpetuating the forwarding cycle.^[5]

Network Topology Context

Ethernet switches and bridges function at Layer 2 of the OSI model, interconnecting multiple local area network (LAN) segments to create a flat Layer 2 domain. In this configuration, all connected devices operate within a single broadcast domain, where Ethernet frames are forwarded based on MAC addresses without the segmentation provided by higher-layer routing. This setup enhances local traffic efficiency by reducing collisions compared to shared-media hubs but introduces vulnerability to loops when redundant paths form, as frames can circulate endlessly across interconnected switches.^[6]^[7] Switching loops commonly occur in practical network environments characterized by physical cabling errors, such as unintended cross-connections between switch ports that create cyclic paths. They also arise from misconfigured redundant links in enterprise LANs, where backup connections for fault tolerance are implemented without loop-detection mechanisms, leading to active parallel routes. Additionally, intentional redundancy designs—aimed at improving availability in data centers or campus networks—can inadvertently foster loops if safeguards are omitted, amplifying risks in expanded topologies.^[8]^[9]^[10] The issue of switching loops gained prominence historically with the adoption of multi-port Ethernet switches in the early 1990s, as organizations transitioned from collision-prone hubs to switched architectures for higher performance and scalability. The Spanning Tree Protocol (STP) was invented by Radia Perlman in 1985 and standardized in IEEE 802.1D in 1990 to address loop prevention. This shift, driven by the IEEE 802.3 standard's evolution, enabled denser interconnections and larger flat networks but highlighted the need for such protocols, as early implementations often lacked built-in redundancy management. Widespread deployment in corporate and academic settings by the mid-1990s further emphasized these challenges.^[11]^[12]^[13]

Causes

Redundant Links

In Ethernet networks, redundant links are implemented to enhance fault tolerance by providing alternative paths for data transmission in case of a single link failure. For instance, network administrators may deploy parallel Ethernet cables between switches to ensure continuous connectivity if one cable is damaged or disconnected. However, this redundancy inadvertently creates cycles in the Layer 2 topology, forming switching loops where data frames can circulate without resolution. Accidental configurations, such as connecting both ends of an Ethernet cable to ports on the same switch, can also create self-loops that mimic redundant paths.^[14]^[15]^[9] A common example occurs when two Ethernet switches are interconnected via multiple physical cables, such as two or more Category 5e or higher cables linking their ports. In this setup, a frame originating from one switch can traverse both cables simultaneously, returning to the source switch and perpetuating the cycle. Such configurations are typical in enterprise environments seeking high availability but require careful design to avoid unintended loops.^[15] The presence of these redundant links allows frames to follow multiple routes between endpoints, leading to exponential traffic multiplication as each iteration of the loop generates duplicate frames. Without intervention, a single frame can propagate indefinitely along all available paths in the cycle, overwhelming network resources and degrading performance across the topology.^[15]^[14]

Absence of Loop Prevention

In Ethernet networks, switches operate by default using MAC address forwarding tables to direct unicast frames to specific ports while flooding broadcast, multicast, and unknown unicast frames out all available ports except the incoming one, without any inherent mechanism for detecting or preventing forwarding cycles. This standard forwarding behavior assumes a tree-like topology, allowing flooded frames to circulate indefinitely when multiple paths exist between devices. As a result, the absence of loop detection in basic switch operations directly enables the persistence of loops in redundant network setups.^[14] The IEEE 802.1D standard defines the Spanning Tree Protocol (STP) as the foundational mechanism for loop prevention in bridged local area networks, where switches elect a root bridge and selectively block redundant ports to maintain a loop-free logical topology. Without adherence to or implementation of IEEE 802.1D, switches lack the Bridge Protocol Data Units (BPDUs) exchange needed to identify and isolate cyclic paths, leading to unchecked frame replication across all ports. This absence of standardized loop prevention treats the network as if it were inherently acyclic, exacerbating issues in topologies with physical redundancies.^[16]^[17] Configuration errors further contribute to the lack of effective loop prevention, such as explicitly disabling STP on managed switches, which removes all blocking capabilities and reverts the network to default forwarding prone to cycles. Additionally, incompatible implementations of STP variants across different vendors can disrupt BPDU processing or convergence, allowing loops to form despite partial protocol enablement. Unidirectional link failures, such as those caused by broken fiber optic cables or port issues leading to one-way communication, can also result in missed BPDUs, causing STP blocking ports to erroneously transition to forwarding states and create loops. These lapses often stem from oversight in multi-vendor environments, where default settings or manual overrides fail to enforce uniform loop detection.^[14]^[18]^[9]

Consequences

Broadcast Storms

In a switching loop, broadcast frames such as Address Resolution Protocol (ARP) requests are flooded by each switch to all outgoing ports except the incoming one, causing the frames to traverse the loop repeatedly without cessation. This endless re-forwarding generates multiple duplicates of the original frame at every switch, amplifying broadcast traffic and overwhelming the network's Layer 2 infrastructure.^[4] The amplification follows an exponential pattern, where the volume of broadcast traffic doubles with each iteration around the loop as switches continue to flood received frames. In a worst-case scenario involving n switches in the loop, the number of broadcast frame copies can multiply up to approximately 2^n before bandwidth saturation occurs, rapidly consuming available capacity.^[19]^[4] This surge manifests in severe network congestion within seconds of loop formation, as the flood of redundant broadcasts saturates links and queues. Consequently, legitimate unicast and multicast traffic experiences widespread packet loss, while switches and end devices become overloaded, leading to high CPU utilization and potential temporary network outages.^[4]^[19]

MAC Table Instability

In a switching loop, frames originating from the same source MAC address continuously circulate through the network and arrive at a switch via multiple ingress ports, leading to rapid updates in the switch's MAC address table as the associated port for that MAC is repeatedly revised.^[20] This phenomenon, known as MAC address flapping, occurs because Ethernet switches learn and associate source MAC addresses with specific ports based on incoming frames, overwriting previous entries without regard for loop-induced duplications.^[21] Normally, MAC address table entries age out after a configurable timer to remove stale mappings, with a default of 300 seconds on many vendor platforms such as Cisco Catalyst switches.^[22] However, in the presence of a loop, the incessant arrival of identical source MAC frames from alternating ports accelerates this process, causing entries to be flushed and relearned at rates far exceeding the aging timer—often multiple times per second—resulting in persistent table instability.^[23] Vendor-specific implementations can influence the speed of this instability; for instance, while Cisco defaults to 300 seconds, other systems like certain HMS Networks industrial switches may use shorter defaults ranging from 20 to 300 seconds, potentially hastening the onset of disruptions in looped environments.^[24] This MAC table corruption forces the affected switch to treat the unstable source MAC as unknown for outgoing traffic destined to it, prompting the device to flood frames to all ports in a manner resembling a legacy Ethernet hub, which exacerbates network congestion as legitimate traffic is unnecessarily replicated across the topology.^[20] The resulting hub-like behavior not only degrades performance for unicast communications but also amplifies overall traffic load, making the network increasingly unresponsive until the loop is resolved.^[23]

Frame Duplication

In a switching loop, duplicate frames arise when a frame entering the cycle is forwarded by each switch along multiple redundant paths, resulting in multiple copies of the same frame propagating through the network and eventually reaching the intended destination via different routes. For instance, in a looped topology with three switches where the destination MAC address is unknown, the originating switch floods the unicast frame to all ports, and each subsequent switch in the loop receives and refloods it, creating parallel instances that converge at the endpoint. This replication occurs because Ethernet switches operate on a store-and-forward basis without inherent mechanisms to detect or prevent cycles at Layer 2, leading to unintended multiplicity in frame delivery.^[25]^[26] The effects on network endpoints are significant, as receivers must process these redundant frames, which can introduce errors in upper-layer protocols and applications. For example, duplicate packets arriving in a TCP session may trigger unnecessary acknowledgments or retransmissions if sequence numbers are misinterpreted, potentially disrupting session reliability and causing application-level anomalies such as repeated processing of the same data payload. Protocols without built-in duplicate detection, or applications assuming single delivery, may interpret multiples as errors, leading to data corruption or operational failures at the endpoint.^[25]^[27] The scale of duplication can escalate rapidly in looped topologies; in a simple loop involving k switches, a single frame may generate up to $2^{k-1} duplicates as it circulates and branches at each forwarding decision before saturation limits the proliferation. This exponential growth underscores the need for loop prevention to avoid overwhelming network resources and endpoints.^[27]

TTL Depletion

In Ethernet switching loops, frames lack a dedicated Time-to-Live (TTL) field at Layer 2, unlike IP packets at Layer 3, preventing automatic depletion as a halting mechanism.^[28] Broadcast and unknown unicast frames, which are the primary culprits in such loops, circulate indefinitely without any hop-count decrement, leading to unchecked replication across the looped topology.^[2] Even when Ethernet frames encapsulate IP datagrams, switches operating at Layer 2 do not inspect or modify the IP header, so the IP TTL remains unchanged during looping.^[29] This means TTL depletion cannot occur in a pure Layer 2 environment, as only routers performing Layer 3 forwarding would decrement the value, and such devices are typically absent from the loop path. As a result, frames continue to multiply exponentially—potentially reaching millions of copies in networks with multiple switches—overwhelming bandwidth and device resources before any external intervention.^[4] The ineffectiveness of TTL as a loop terminator is further highlighted by its inapplicability to non-IP frame types, such as pure Ethernet broadcasts or ARP requests, which constitute the bulk of traffic in switching loops and have no embedded TTL equivalent.^[28] In scenarios involving VLAN-tagged frames under IEEE 802.1Q, the tagging adds no TTL mechanism, preserving the same vulnerability to perpetual circulation.^[30] Thus, while TTL serves as a safeguard against loops at higher layers, it provides no practical mitigation in Layer 2 switching environments, underscoring the need for dedicated protocols like Spanning Tree.

Mitigation

Spanning Tree Protocol

The Spanning Tree Protocol (STP), standardized as IEEE 802.1D, is a link-layer protocol designed to prevent loops in Ethernet bridged networks by dynamically configuring a loop-free topology. It operates by electing a root bridge among network bridges, which is the device with the lowest Bridge Identifier—a combination of a configurable priority and the bridge's MAC address. Once elected, STP assigns roles to each port: the root port on non-root bridges connects to the root bridge via the lowest-cost path; designated ports forward traffic on their local LAN segment toward the root; and blocked (or alternate) ports discard frames to eliminate redundant paths that could form loops. Bridges exchange Bridge Protocol Data Units (BPDUs), specifically configuration BPDUs containing priority vectors with metrics like path cost and bridge ID, to propagate topology information and ensure consensus on the spanning tree structure.^[31]^[32] In operation, STP transitions ports through listening and learning states before forwarding, blocking redundant ports to maintain a single active path per destination while providing redundancy for failover. This creates a tree topology that spans the entire network without cycles, ensuring frame delivery without duplication or storms. Convergence to a stable topology after a change, such as link failure, relies on timers including max age (20 seconds default) and forward delay (15 seconds), resulting in times of 30-50 seconds in typical configurations.^[31]^[33] Variants address STP's limitations in speed and scalability. Rapid Spanning Tree Protocol (RSTP, IEEE 802.1w) enhances convergence to under 10 seconds—often a few hundred milliseconds—by using explicit handshakes like proposal and agreement messages for point-to-point links, allowing immediate forwarding transitions without full timer waits. Multiple Spanning Tree Protocol (MSTP, IEEE 802.1s) extends RSTP to support multiple instances, mapping VLANs to spanning tree instances within regions for load balancing and reduced overhead, while maintaining a common and internal spanning tree (CIST) for inter-region connectivity.^[34]^[35]^[36]

Alternative Techniques

In addition to the Spanning Tree Protocol, several loop detection protocols have been developed to identify and mitigate switching loops in Ethernet networks. Unidirectional Link Detection (UDLD), a Cisco-proprietary Layer 2 protocol described in informational RFC 5171, monitors point-to-point links for unidirectional failures that could lead to loops by exchanging hello messages between devices.^[37] If a device fails to receive responses, it assumes a one-way link and disables the port to prevent loop formation, operating in normal or aggressive modes to balance detection speed and network stability.^[38] Vendor-specific implementations, such as Cisco's Loop Guard, enhance loop prevention by protecting non-designated ports from transitioning to forwarding state due to lost Bridge Protocol Data Units (BPDUs), thereby isolating potential loops without requiring full protocol reconfiguration.^[1] Hardware features in modern switches provide targeted loop mitigation at the port level. PortFast, a Cisco enhancement, immediately transitions edge ports connected to end devices to the forwarding state, bypassing STP's listening and learning phases to reduce convergence delays that might otherwise expose temporary loops during topology changes.^[39] BPDU filtering can be used with PortFast to suppress the transmission and reception of BPDUs on these ports, isolating them from STP operations to optimize performance for end-host connections; however, it risks creating loops if the port is connected to another STP-enabled switch, as no BPDUs will be exchanged to detect redundancy. For safer loop protection on edge ports, BPDU Guard is recommended, which disables the port upon receiving unexpected BPDUs.^[39] Ethernet Operations, Administration, and Maintenance (OAM), defined in IEEE 802.3ah, enables link monitoring through mechanisms like remote loopback and event notification, allowing operators to detect looping conditions via periodic OAM protocol data units (PDUs) without disrupting data traffic. Emerging practices in software-defined networking (SDN) leverage centralized controllers to enforce loop-free topologies dynamically. Post-2010, SDN architectures, such as those using OpenFlow, allow controllers to compute and install loop-free forwarding rules across the network, using algorithms like loop-free alternates (LFAs) to provide fast reroute without temporary loops during failures.^[40] This approach scales better in large data centers by abstracting topology management, ensuring consistent loop prevention through real-time path validation and rule updates, as demonstrated in implementations that minimize update latency to under 50 milliseconds.^[41]

References

[1]
Understand STP Loop Guard and UDLD Features - Cisco
An STP loop is created when an STP blocking port in a redundant topology erroneously transitions to the forwarding state. This usually happens because one of ...
[2]
Switch Networking Loop - ManageEngine OpManager
A switching loop, or bridge loop, occurs when more than one path exists between the source and destination devices. As broadcast packets are sent by switches ...
[3]
What is a network loop? - NETGEAR Support
Jul 7, 2025 · A network loop occurs when a network has more than one active path carrying information from the same source to the same destination.<|control11|><|separator|>
[4]
Troubleshoot Layer-2 Loops on Catalyst 9000 Series Switches - Cisco
Nov 13, 2024 · This document describes how to identify and troubleshoot layer 2 loops in networks including Catalyst 9000 series switches.
[5]
Layer 2 Switching Software Configuration Guide for Cisco IE 2000U ...
May 16, 2013 · Multiple active paths among end stations cause loops in the network. If a loop exists in the network, end stations might receive duplicate ...
[6]
Layer 2 Switch - an overview | ScienceDirect Topics
Layer 2 switches are similar to bridges. They interconnect networks at layer 2, most commonly at the MAC sublayer, and operate as bridges.
[7]
The Difference Between Hub, Bridge and Switch - learncisco.net
Bridges and switches are similar in that they connect LAN segments. ... Thousands of users can be connected to a single flat network represented by one broadcast ...
[8]
Switching Loops: The Best Practices To Avoid Them - Catchpoint
Switching loops occur when network switches are connected together in such a way that network traffic loops around infinitely instead of traversing the hops ...
[9]
Troubleshoot LAN Switching Environments - Cisco
Dec 2, 2022 · If there is more than one way to get to the root switch, there is a loop. The switches trace the algorithm to determine which ports must be ...<|control11|><|separator|>
[10]
Common Network Switch Issues & How to Fix Them - Obkio
Rating 4.9 (161) Jul 23, 2025 · Common network switch issues include network looping, broadcast storms, outdated firmware, software bugs, and overutilization or bandwidth ...4. Poe Switches: Provide... · 5. Layer 3 Switches: Can... · Settings<|control11|><|separator|>
[11]
[PDF] The Ethernet Evolution From 10 Meg to 10 Gig How it all Works!
Ethernet History: Hub. • Hub can refer to either: – Repeater (“Bus in a. Box ... If you have 2 switches that are connected in parallel, it could create a loop.
[12]
Switched Ethernet - an overview | ScienceDirect Topics
Thus, upgrading to switched Ethernet from hub-based Ethernet is simple—the hub is simply replaced by a switch. With a switch, each device is connected with ...1.1 Introduction · 2.6 Ethernet And Multiple... · 2.6. 2 Access Protocol
[13]
Troubleshoot STP Problems and Related Design Considerations
The primary function of the spanning-tree algorithm (STA) is to cut loops that redundant links create in bridge networks. The STP operates at Layer 2 of the ...
[14]
3 Advanced Ethernet - An Introduction to Computer Networks
In practice, however, loops allow redundancy – if one link breaks there is still 100% connectivity – and so can be desirable. As a result, Ethernet switches ...
[15]
Spanning Tree Protocol - Cisco
Spanning-Tree Protocol (STP) prevents loops from being formed when switches or bridges are interconnected via multiple paths.
[16]
How to Prevent Loops with STP: Spanning Tree Protocol - Pluralsight
Sep 28, 2011 · IEEE standardized a solution (IEEE 802.1D) to prevent bridging loops in data networks and provide loop-free topologies.
[17]
Spanning Tree (STP) Limitations - NetworkLessons.com
Spanning tree (STP) is a protocol to prevent loops in an Ethernet network. Its goal is to create a loop-free topology. Radia Perlman created STP in the ...
[18]
[PDF] Spanning-Tree Protocols User Guide - Juniper Networks
Sep 24, 2024 · Ethernet networks are susceptible to broadcast storms if loops are introduced. However, an Ethernet network needs to include loops because ...
[19]
Troubleshoot MAC Flaps/Loop on Cisco Catalyst Switches
Feb 23, 2024 · MAC flaps/loops are disruptions in a network caused by inconsistencies in the MAC address tables of switches. This document not only provides ...
[20]
Troubleshoot MAC Address Flap Notification Error - Cisco
A MAC address flapping event is detected when a switch receives packets from the same Source MAC address into two different interfaces.
[21]
Security Configuration Guide, Cisco IOS XE 17.13.x (Catalyst 9200 ...
Dec 8, 2023 · Default Setting. Aging time. 300 seconds. Dynamic addresses. Automatically learned. Static addresses. None configured. MAC Address Table ...
[22]
MAC Address Table Instability - Network Warrior, 2nd Edition [Book]
Another problem caused by a looped environment is MAC address tables (CAM tables in CatOS) being constantly updated.
[23]
Aging Time - HMS Networks
Jun 6, 2025 · Default aging times vary from 20 seconds to 300 seconds and are programmable from 10 seconds to 300 seconds in select N-Tron switches, as seen ...
[24]
4.1.1.4 Issues with Layer 1 Redundancy: Duplicate Unicast Frames
Unicast frames sent onto a looped network can result in duplicate frames arriving at the destination device. Click the Play button in the figure to view an ...
[25]
Spanning Tree Concepts (3.1) > STP | Cisco Press
Dec 1, 2017 · When physical redundancy is introduced into a design, loops and duplicate frames occur. Loops and duplicate frames have severe consequences for ...
[26]
[PDF] EtherFuse: An Ethernet Watchdog - Rice University
In summary, multiple forwarding loops can quickly render the network unusable due to exponential proliferation of duplicates. The EtherFuse is highly ...
[27]
Preventing Network Loops! A Feature You Need to be Aware of
Jul 19, 2021 · Loop detection guard is a new way to prevent loops with both STP and non-STP enabled ports or unmanaged switches.
[28]
Can IP packet with TTL=1 reach loopback interface of a switch?
Nov 2, 2017 · No. The TTL is decremented as the packet is processed by the network stack. Switches transparently switch frames on the LAN, not looking at the ...Do destination hosts decrement the TTL?Do switches modify frames as they pass through?More results from networkengineering.stackexchange.comMissing: looped | Show results with:looped
[29]
VLAN Tagging - Understanding VLANs Ethernet Frames - Firewall.cx
VLAN Tagging, also known as Frame Tagging, is a method developed by Cisco to help identify packets travelling through trunk links.
[30]
13. Spanning Tree Protocols - IEEE 802
The spanning tree algorithms and protocols specified by this standard provide simple and full connectivity throughout a Bridged Local Area Network comprising ...
[31]
IEEE 802.1D-2004 - IEEE SA
The protocol facilitates the identification of stations connected by IEEE 802 LANs/MANs, their points of interconnection, and access points for management ...
[32]
Understand and Tune Spanning Tree Protocol Timers - Cisco
Feb 2, 2023 · This document describes the Spanning Tree Protocol (STP) timers and the rules to use in order to tune the timers.
[33]
Understand Rapid Spanning Tree Protocol (802.1w) - Cisco
Feb 9, 2023 · This document provides information about the enhancements added by Rapid Spanning Tree Protocol to the previous 802.1D standard.
[34]
802.1s - Multiple Spanning Trees - IEEE 802
Jul 26, 2006 · This Supplement to IEEE Std 802.1Q adds the facility for VLAN bridges to use multiple spanning trees, providing for traffic belonging to different VLANs to ...
[35]
Understand the Multiple Spanning Tree Protocol (802.1s) - Cisco
Introduction. This document describes the features and configurations for the Multiple Spanning Tree Protocol (802.1s).
[36]
RFC 5171 - Cisco Systems UniDirectional Link Detection (UDLD ...
UDLD is a Cisco protocol to detect and disable unidirectional Ethernet links, preventing dangerous situations like Spanning Tree loops.
[37]
[PDF] UniDirectional Link Detection (UDLD) Protocol - Cisco
The UniDirectional Link Detection protocol is a Layer 2 protocol that detects and disables one-way connections before they create undesired situation such as ...
[38]
Understand the Spanning Tree PortFast BPDU Guard Enhancement
This document describes the PortFast Bridge Protocol Data Unit (BPDU) guard enhancement feature of the Spanning Tree Protocol (STP).Components Used · Feature Description · Image 1 · Image 2
[39]
https://www.cisco.com/c/en/us/support/docs/lan-switching/spanning-tree-protocol/10586-65.html
[40]
https://ieeexplore.ieee.org/document/7116180