Spanning tree protocol warm reboot system

• US 10,409,620 B2
• Filed: 01/25/2018
• Issued: 09/10/2019
• Est. Priority Date: 01/25/2018
• Status: Active Grant

• Current Assignee: Dell Products LP (Dell Technologies Inc.)
• Original Assignee: Dell Products LP (Dell Technologies Inc.)
• Inventors: Akkineni, Ravisekhar, Subramanian, Saye Balasubramaniam
• Primary Examiner(s): Zhao, Wei
• Application Number:
  US15/880,325
• Publication Number:
  US 20190227812A1
• Time in Patent Office: 593 Days
• CPC Class Codes: G06F 9/4416 Network booting; Remote initial program loading [RIPL]
• CPC Class Codes: G06F 9/442 Shutdown
• CPC Class Codes: H04L 41/12 Discovery or management of network topologies
• CPC Class Codes: H04L 45/00 Routing or path finding of packets in data switching networks routing or path finding in wireless networks H04W40/00
• CPC Class Codes: H04L 45/48 Routing tree calculation
• CPC Class Codes: H04L 49/15 Interconnection of switching modules
• CPC Class Codes: H04L 49/30 Peripheral units, e.g. input or output ports

Abstract

An STP warm reboot system includes first switch device(s) including first switch ports, and a second switch device including second switch ports linked to respective first switch ports. During a warm reboot, the second switch device blocks designated-state second switch ports that are linked to first switch ports that have either an alternate role or a discarding state, redirects BPDUs identifying a designated peer port role and received on designated-state second switch ports from their respective linked first switch ports back to those first switch ports, and identifies topology change notification(s) received on the second switch ports. Subsequent to the warm reboot process, the second switch device reprograms the second switch ports that have experienced a state change during the warm reboot, and sends a topology change notification based on the identification of the topology state change notification received by the second switch ports during the warm reboot.

Claims

1. A spanning tree protocol warm reboot system, comprising:

at least one first switch device including first switch ports; and

a second switch device including second switch ports that are linked to respective first switch ports on the at least one first switch device, wherein the second switch device is configured, during a warm reboot, to;

block second switch ports that have a designated state and that are linked to first switch ports that have either an alternate role or a discarding state;

redirect, on second switch ports that have the designated state, bridge protocol data units (BPDUs) that identify a designated peer port role and that are received from their respective linked first switch ports back to those first switch ports; and

identify, on the second switch ports, at least one topology change notification received by those second switch ports; and

wherein the second switch device is configured, subsequent to the warm reboot, to;

reprogram second switch ports that have experienced a state change during the warm reboot; and

send, based on identifying the at least one topology change notification received by the second switch ports during the warm reboot, a topology change notification on a forwarding second switch port.

2. The system of claim 1, wherein the second switch device is configured, in response to receiving a warm reboot signal, to:

provide, on the second switch ports that have the designated state, a first filter that causes the first BPDUs received from their respective first switch ports to be redirected back to those first switch ports; and

wherein the second switch device is configured, subsequent to the warm reboot, to;

remove, from the second switch ports that have the designated state, the first filter.

3. The system of claim 1, wherein the second switch device is configured, in response to receiving a warm reboot signal, to:

provide, on the second switch ports, a second filter that causes the identification of the at least one topology change notification received by those second switch ports; and

wherein the second switch device is configured, subsequent to the warm reboot, to;

remove, from the second switch ports, the second filter.

4. The system of claim 1, wherein the second switch device is configured, in response to receiving a warm reboot signal, to:

send, on the second switch ports that have the designated state, second BPDUs with a hello time of at least 30 seconds.

5. The system of claim 1, wherein the second switch device is configured, subsequent to the warm reboot, to:

use operational parameters stored in a database to generate port state machine states; and

send second BPDUs including the port state machines states through the second switch ports.

6. The system of claim 1, wherein the second switch device is configured, subsequent to the warm reboot, to:

flush a Media Access Control (MAC) address table prior to sending the topology change notification(s).

7. An Information Handling System (IHS), comprising:

a plurality of first ports;

a processing system that is coupled to the plurality of first ports; and

a memory system that is coupled to the processing system and that includes instructions that, when executed by the processing system, cause the processing system to provide a spanning tree protocol engine that is configured, during a warm reboot, to;

block each of the plurality of first ports that have a designated state and that are linked to respective second ports that have either an alternate role or a discarding state;

redirect, for each of the plurality of first ports that have the designated state, first protocol data units (BPDUs) that identify a designated peer port role back to their source; and

identify, on each of the plurality of first ports, at least one topology change notification received by those first ports; and

wherein the spanning tree protocol engine is configured, subsequent to the warm reboot, to;

reprogram at least some of the plurality of first ports that have experienced a state change during the warm reboot; and

send, based on identifying the at least one topology change notification received by the first ports during the warm reboot, a topology change notification on a forwarding port.

8. The IHS of claim 7, wherein the spanning tree protocol engine is configured, in response to receiving a warm reboot signal, to:

provide, on each of the plurality of first ports that have the designated state, a first filter that causes the first BPDUs to be redirected back to their source; and

wherein the spanning tree protocol engine is configured, subsequent to the warm reboot, to;

remove, from the each of the plurality of first ports that have the designated state, the first filter.

9. The IHS of claim 7, wherein the spanning tree protocol engine is configured, in response to receiving a warm reboot signal, to:

provide, on each of the plurality of first ports, a second filter that causes the identification of the at least one topology change notification received by those plurality of first ports; and

wherein the spanning tree protocol engine is configured, subsequent to the warm reboot, to;

remove, from the each of the plurality of first ports, the second filter.

10. The IHS of claim 7, wherein the spanning tree protocol engine is configured, in response to receiving a warm reboot signal, to:

send, on each of the plurality of first ports that have the designated state, second BPDUs with a hello time of at least 30 seconds.

11. The IHS of claim 7, wherein the spanning tree protocol engine is configured, subsequent to the warm reboot, to:

use operational parameters stored in a database to generate port state machine states; and

send second BPDUs including the port state machines states through each of the plurality of first ports.

12. The IHS of claim 7, wherein the spanning tree protocol engine is configured, subsequent to the warm reboot, to:

flush a Media Access Control (MAC) address table prior to sending the topology change notification(s).

13. The IHS of claim 7, wherein the spanning tree protocol engine is configured to provide at least one of the rapid spanning tree protocol, the multiple spanning tree protocol, and the rapid per-Virtual Local Area Network (VLAN) spanning tree protocol.

14. A method for providing spanning tree protocol warm reboots, comprising:

blocking, by a first switch device during a warm reboot of the first switch device, first switch ports on the first switch device that have a designated state and that are linked to second switch ports on a second switch device that have either an alternate role or a discarding state;

redirecting, during the warm reboot by the first switch device on first switch ports that have the designated state, first bridge protocol data units (BPDUs) that identify a designated peer port role and that are received from their respective linked second switch ports back to those second switch ports; and

identifying, during the warm reboot by the first switch device on the first switch ports, at least one topology change notification received by those first switch ports;

reprogramming, subsequent to the warm reboot by the first switch device, at least some of the first switch ports that have experienced a state change during the warm reboot; and

sending, subsequent to the warm reboot by the first switch device and based on identifying the at least one topology change notification received by the first switch ports during the warm reboot, a topology change notification on a forwarding first switch port.

15. The method of claim 14, further comprising:

provide, by the first switch device on first switch ports that have the designated state in response to receiving a warm reboot signal, a first filter that causes the first BPDUs received from their respective linked first switch ports to be redirected back to those second switch ports; and

removing, subsequent to the warm reboot by the first switch device from the first switch ports that have the designated state, the first filter.

16. The method of claim 14, further comprising:

providing, by the first switch device on first switch ports that have the designated state in response to receiving a warm reboot signal, a second filter that causes the identification of the at least one topology change notification received by those first switch ports; and

removing, subsequent to the warm reboot by the first switch device from the first switch ports that have the designated state, the second filter.

17. The method of claim 14, further comprising:

sending, by the first switch device on first switch ports that have the designated state in response to receiving a warm reboot signal, second BPDUs with a hello time of at least 30 seconds.

18. The method of claim 14, further comprising:

using, subsequent to the warm reboot by the first switch device, operational parameters stored in a database to generate port state machine states; and

sending, subsequent to the warm reboot by the first switch device, second BPDUs including the port state machines states through the first switch ports.

19. The method of claim 14, further comprising:

flushing, subsequent to the warm reboot by the first switch device, a Media Access Control (MAC) address table prior to sending the topology change notification(s).

20. The method of claim 14, wherein first switch device and the second switch device are configured to provide at least one of the rapid spanning tree protocol, the multiple spanning tree protocol, and the rapid per-Virtual Local Area Network (VLAN) spanning tree protocol.