Detecting and preventing network loops

Patent metadata

Field	Value
Publication number	US-10491508-B2
Application number	US-201816133439-A
Country	US
Kind code	B2
Filing date	Sep 17, 2018
Priority date	Jul 21, 2016
Publication date	Nov 26, 2019
Grant date	Nov 26, 2019

Abstract

Systems, methods, and computer-readable storage media for detecting network loops. A system can identify, for each virtual tunnel endpoint (VTEP) from multiple VTEPs in a network, respective media access control address data including the respective local interface media access control addresses of the respective VTEP and respective media access control addresses learned by the respective VTEP. The system can determine whether the VTEPs are running spanning tree protocol (STP), and whether a media access control address learned by a first VTEP matches a respective local interface media access control address of a second VTEP. The system can detect a loop when the media access control address learned by the first VTEP matches the respective local interface media access control address of the second VTEP. The system can also detect a loop when the VTEPs are running STP and the first and second VTEPs see the same STP root bridge.

First claim

What is claimed is:

1. A computer-implemented method comprising:
identifying a port, on a network device, that is in a blocking state, the blocking state for dropping one or more types of packets and preventing the port from forwarding the one or more types of packets;
first determining a first number of packets received through the port by a hardware element on the network device;
second determining a second number of packets received through the port and dropped by the hardware element on the port;
third determining a third number of control packets received through the port by a CPU process on the network device;
fourth determining whether the third number>(first number−second number);
fifth determining that the blocking state has failed to prevent the port from forwarding the one or more types of packets in response to a positive result of the fourth determining; and
correcting, in response to a positive outcome of the fifth determining, the failed blocking state by disabling the port, setting the port to a state that allows some traffic to pass while preventing other traffic from passing, and/or re-configuring one or more links of the port.

2. The computer-implemented method of claim 1 , wherein the control packets comprise at least one bridge protocol data unit (BPDU) packet.

3. The computer-implemented method of claim 1 , wherein the control packets comprise at least one link aggregation control protocol (LACP) packets.

4. The computer-implemented method of claim 1 , wherein the control packets comprise at least one link layer discovery protocol (LLDP) packet and/or at least one cisco discovery protocol (CDP) packet.

5. The computer-implemented method of claim 1 , wherein the port is one of an access port or a trunk port, wherein all virtual local area networks (VLANs) configured on the trunk port are marked as blocked.

6. The computer-implemented method of claim 1 , wherein the first number of packets transmitted comprises a rate of packets transmitted, and wherein the second number of packets transmitted comprise a rate of control packets received.

7. The computer-implemented method of claim 1 , wherein the one or more types of packets comprises all packets excluding the control packets, wherein the hardware element comprises an application specific integrated circuit.

8. A network device comprising:
one or more processors; and
a computer-readable storage medium having stored therein instructions which, when executed by the one or more processors, cause the one or more processors to perform operations comprising:
identifying a port, on a network device, that is in a blocking state, the blocking state for dropping one or more types of packets and preventing the port from forwarding the one or more types of packets;
first determining a first number of packets received through the port by a hardware element on the network device;
second determining a second number of packets received through the port and dropped by the hardware element on the port;
third determining a third number of control packets received through the port by a CPU process on the network device;
fourth determining whether the third number>(first number−second number);
fifth determining that the blocking state has failed to prevent the port from forwarding the one or more types of packets in response to a positive result of the fourth determining; and
correcting, in response to a positive outcome of the fifth determining, the failed blocking state by disabling the port, setting the port to a state that allows some traffic to pass while preventing other traffic from passing, and/or re-configuring one or more links of the port.

9. The device of claim 8 , wherein the control packets comprise at least one bridge protocol data unit (BPDU) packet.

10. The device of claim 8 , wherein the control packets comprise at least one link aggregation control protocol (LACP) packets.

11. The device of claim 8 , wherein the control packets comprise at least one link layer discovery protocol (LLDP) packet and/or at least one cisco discovery protocol (CDP) packet.

12. The device of claim 8 , wherein the port is one of an access port or a trunk port, wherein all virtual local area networks (VLANs) configured on the trunk port are marked as blocked.

13. The device of claim 8 , wherein the first number of packets transmitted comprises a rate of packets transmitted, and wherein the second number of packets transmitted comprise a rate of control packets received.

14. The device of claim 8 , wherein the one or more types of packets comprises all packets excluding the control packets, wherein the hardware element comprises an application specific integrated circuit.

15. A non-transitory computer-readable storage media having stored therein instructions which, when executed by a processor, cause the processor to perform operations comprising:
identifying a port, on a network device, that is in a blocking state, the blocking state for dropping one or more types of packets and preventing the port from forwarding the one or more types of packets;
first determining a first number of packets received through the port by a hardware element on the network device;
second determining a second number of packets received through the port and dropped by the hardware element on the port;
third determining a third number of control packets received through the port by a CPU process on the network device;
fourth determining whether the third number>(first number−second number);
fifth determining that the blocking state has failed to prevent the port from forwarding the one or more types of packets in response to a positive result of the fourth determining; and
correcting, in response to a positive outcome of the fifth determining, the failed blocking state by disabling the port, setting the port to a state that allows some traffic to pass while preventing other traffic from passing, and/or re-configuring one or more links of the port.

16. The media of claim 15 , wherein the control packets comprise at least one bridge protocol data unit (BPDU) packet.

17. The media of claim 15 , wherein the control packets comprise at least one link aggregation control protocol (LACP) packets.

18. The media of claim 15 , wherein the control packets comprise at least one link layer discovery protocol (LLDP) packet and/or at least one cisco discovery protocol (CDP) packet.

19. The media of claim 15 , wherein the port is one of an access port or a trunk port, wherein all virtual local area networks (VLANs) configured on the trunk port are marked as blocked.

20. The media of claim 15 , wherein the first number of packets transmitted comprises a rate of packets transmitted, and wherein the second number of packets transmitted comprise a rate of control packets received.

Assignees

• Cisco Tech Inc

Inventors

• Manthiramoorthy Natarajan
• Srinivasan Venkatesh
• Narayanan Swaminathan
• Mehta Ambrish Niranjan
• Singh Anand Kumar
• Chodey Anulekha

Classifications

• H04L12/437

  Ring fault isolation or reconfiguration {(for SDH/SONET ring networks H04J3/085)} · CPC title

• H04L45/32

  Flooding (denial of service attacks H04L63/1458) · CPC title

• H04L49/354

  for supporting virtual local area networks [VLAN] · CPC title

• H04L45/28

  using route fault recovery · CPC title

• H04L5/0012

  Hopping in multicarrier systems · CPC title