IP Library Granted Patent US 10,409,620
Granted Patent B2
US 10,409,620 · App. 15/880,325 · Granted Sep 10, 2019

Spanning tree protocol warm reboot system

View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 10,409,620
App. No.
15/880,325
Granted
Sep 10, 2019
Kind
B2
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 (70)

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.

Assignments (8)
RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (053546/0001) Recorded Jun 23, 2022
From: THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT
To: DELL MARKETING L.P. (ON BEHALF OF ITSELF AND AS SUCCESSOR-IN-INTEREST TO CREDANT TECHNOLOGIES, INC.); DELL INTERNATIONAL L.L.C.; DELL PRODUCTS L.P.; DELL USA L.P.; EMC CORPORATION; DELL MARKETING CORPORATION (SUCCESSOR-IN-INTEREST TO FORCE10 NETWORKS, INC. AND WYSE TECHNOLOGY L.L.C.); EMC IP HOLDING COMPANY LLC
Reel/Frame 071642/0001 →
RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (045482/0131) Recorded May 20, 2022
From: THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT
To: DELL PRODUCTS L.P.; EMC CORPORATION; EMC IP HOLDING COMPANY LLC; DELL MARKETING CORPORATION (SUCCESSOR-IN-INTEREST TO WYSE TECHNOLOGY L.L.C.)
Reel/Frame 061749/0924 →
RELEASE OF SECURITY INTEREST AT REEL 045482 FRAME 0395 Recorded Nov 2, 2021
From: CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH
To: DELL PRODUCTS L.P.; EMC CORPORATION; EMC IP HOLDING COMPANY LLC; WYSE TECHNOLOGY L.L.C.
Reel/Frame 058298/0314 →
SECURITY AGREEMENT Recorded Apr 22, 2020
From: CREDANT TECHNOLOGIES INC.; DELL INTERNATIONAL L.L.C.; DELL MARKETING L.P.; DELL PRODUCTS L.P.; DELL USA L.P.; EMC CORPORATION; FORCE10 NETWORKS, INC.; WYSE TECHNOLOGY L.L.C.; EMC IP HOLDING COMPANY LLC
To: THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A.
Reel/Frame 053546/0001 →
SECURITY AGREEMENT Recorded Mar 21, 2019
From: CREDANT TECHNOLOGIES, INC.; DELL INTERNATIONAL L.L.C.; DELL MARKETING L.P.; DELL PRODUCTS L.P.; DELL USA L.P.; EMC CORPORATION; FORCE10 NETWORKS, INC.; WYSE TECHNOLOGY L.L.C.; EMC IP HOLDING COMPANY LLC
To: THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A.
Reel/Frame 049452/0223 →
PATENT SECURITY AGREEMENT (NOTES) Recorded Mar 1, 2018
From: DELL PRODUCTS L.P.; EMC CORPORATION; EMC IP HOLDING COMPANY LLC; WYSE TECHNOLOGY L.L.C.
To: THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS COLLATERAL AGENT
Reel/Frame 045482/0131 →
PATENT SECURITY AGREEMENT (CREDIT) Recorded Mar 1, 2018
From: DELL PRODUCTS L.P.; EMC CORPORATION; EMC IP HOLDING COMPANY LLC; WYSE TECHNOLOGY L.L.C.
To: CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH, AS COLLATERAL AGENT
Reel/Frame 045482/0395 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jan 25, 2018
From: AKKINENI, RAVISEKHAR; SUBRAMANIAN, SAYE BALASUBRAMANIAM
To: DELL PRODUCTS L.P.
Reel/Frame 044733/0196 →