Misconfigured uplink identification
US-11171810-B1 · Nov 9, 2021 · US
US11729022B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-11729022-B2 |
| Application number | US-202117644940-A |
| Country | US |
| Kind code | B2 |
| Filing date | Dec 17, 2021 |
| Priority date | Dec 17, 2021 |
| Publication date | Aug 15, 2023 |
| Grant date | Aug 15, 2023 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
Techniques for uplink connectivity determination are disclosed. In an example, a Frame Link Module (FLM) in a frame, belonging to a group of frames connected in a ring network, may generate an uplink discovery packet. The FLM may determine, based on a Link Layer Discovery Protocol (LLDP) packet received by the standby uplink from a customer network accessing the ring that the standby uplink has a link to the customer network. The FLM may forward the uplink discovery packet to the standby uplink via a Peripheral Component Interconnect (PCI) interface. The FLM may send the uplink discovery packet to the customer network through the standby uplink directed to an owner FLM. The owner FLM may monitor receipt of the uplink discovery packet from the customer network through a current active uplink and on successful receipt may determine that the standby uplink and switches in the customer network are correctly configured.
Opening claim text (preview).
The invention claimed is: 1. A method comprising: generating, by a frame link module (FLM) in a frame belonging to a group of frames connected in a ring network, an uplink discovery packet comprising information regarding a status and an identifier of a standby uplink port of the FLM, wherein the standby uplink port is configured in a Virtual Local Area Network (VLAN) unused by other ports of the ring network, such that the standby uplink port does not receive packets from the other ports; determining, by the FLM and based on a system description of a Link Layer Discovery Protocol (LLDP) packet received by the standby uplink port from a customer network accessing the group of frames in the ring network, that the standby uplink port has a link to the customer network; forwarding, by the FLM, the uplink discovery packet to the standby uplink port via a Peripheral Component Interconnect (PCI) interface of the FLM, wherein the standby uplink port is configured to override the VLAN while forwarding packets received via the PCI interface; sending, by the FLM, the uplink discovery packet to the customer network through the standby uplink port, wherein the uplink discovery packet is directed to a unicast destination address of an owner FLM in the ring network; monitoring, by the owner FLM, receipt of the uplink discovery packet from the customer network through a current active uplink port in the ring network; and determining, by the owner FLM and based on successful receipt of the uplink discovery packet, that the standby uplink port and a set of switches in the customer network between the standby uplink port and the current active uplink port are correctly configured. 2. The method of claim 1 further comprising: storing the information regarding the status and the identifier of the standby uplink port in a set of potential uplink ports; and selecting a new active uplink port from the set of potential uplink ports, in response to a failure in the current active uplink port. 3. The method of claim 1 , further comprising: determining, based on non-receipt of the uplink discovery packet, that the standby uplink port or at least one of the set of switches is misconfigured. 4. The method of claim 1 , further comprising removing the information regarding the status and the identifier of the standby uplink port from the set of potential uplink ports, in response to expiry of a threshold time from the receipt of the uplink discovery packet. 5. The method of claim 1 , wherein the uplink discovery packet includes at least one of a MAC address of the owner FLM and interface information of a switch from the set of switches to which the standby uplink port is connected. 6. The method of claim 1 , wherein the uplink discovery packet is in the format of a Ring Auto Protection Switching (R-APS) Protocol Data Unit (PDU). 7. The method of claim 1 , wherein the group of frames form a Composable Infrastructure (CI) scalable compute resource and wherein the customer network is external to the CI scalable compute resource. 8. The method of claim 1 , wherein the owner FLM is the Ring Protection Layer (RPL) owner node according to the International Telecommunication Union (ITU) G.8032 standard protocol. 9. The method of claim 1 , wherein the group of frames connected in the ring network are configured in a management VLAN to provide an isolated communication path for management traffic between the group of frames. 10. A method comprising: generating, by a frame link module (FLM) in a frame belonging to a group of frames connected in one of a plurality of ring networks, an uplink discovery packet comprising information regarding a status and an identifier of an uplink port of the FLM; determining, by the FLM and based on a system description of an LLDP packet received by the uplink port from a customer network accessing resources in the plurality of ring networks, that the uplink port has a link to the customer network; forwarding, by the FLM, the uplink discovery packet to the uplink port via a Peripheral Component Interconnect (PCI) interface coupled to the uplink port; sending, by the FLM, the uplink discovery packet to a customer network through the uplink port, wherein the uplink discovery packet is directed to a broadcast destination address; monitoring, by an owner FLM in a ring network from the plurality, receipt of the uplink discovery packet from the customer network through a current active uplink port of the ring network; and determining, by the owner FLM and based on successful receipt of the uplink discovery packet, that the uplink port and a set of switches in the customer network between the uplink port and the current active uplink port are correctly configured. 11. The method of claim 10 , further comprising: determining, based on non-receipt of the uplink discovery packet, that the uplink port or at least one of the set of switches is misconfigured. 12. The method of claim 10 , wherein the uplink discovery packet includes an interface information of a switch from the set of switches to which the uplink port is connected. 13. The method of claim 10 , wherein the uplink discovery packet is in the format of a Ring Auto Protection Switching (R-APS) Protocol Data Unit (PDU). 14. The method of claim 10 , wherein the FLM and the owner FLM are in different ring networks. 15. The method of claim 10 , wherein the broadcast destination address is a broadcast MAC address. 16. A non-transitory computer readable medium comprising instructions that, when executed by a processor, cause a frame link module (FLM) in a frame belonging to a group of frames connected in a ring network to: generate an uplink discovery packet comprising information regarding a status and an identifier of a standby uplink port of the FLM, wherein the standby uplink port is configured in a Virtual Local Area Network (VLAN) unused by other ports of the ring network, such that the standby uplink port does not receive packets from the other ports; determine, based on a system description of a Link Layer Discovery Protocol (LLDP) packet received by the standby uplink port from a customer network accessing the group of frames in the ring network, that the standby uplink port has a link to the customer network; forward the uplink discovery packet to the standby uplink port via a Peripheral Component Interconnect (PCI) interface of the FLM, wherein the standby uplink port is configured to override the VLAN while forwarding packets received via the PCI interface; send the uplink discovery packet to the customer network through the standby uplink port, wherein the uplink discovery packet is directed to a unicast destination address of an owner FLM in the ring network; monitor receipt of the uplink discovery packet from the customer network through a current active uplink port in the ring network; and determine, based on successful receipt of the uplink discovery packet, that the standby uplink port and a set of switches in the customer network between the standby uplink port and the current active uplink port are correctly configured. 17. The non-transitory computer readable medium of claim 16 , further comprising instructions that, when executed by the processor, cause the FLM to: store the information regarding the status and the identifier of the standby uplink port in a set of potential uplink ports; and select a new active uplink port from the set of potential uplink ports, in response to a failure in the current active uplink port. 18. The non-transitory computer readable medium of c
by checking connectivity · CPC title
Active monitoring, e.g. heartbeat, ping or trace-route · CPC title
Ring fault isolation or reconfiguration {(for SDH/SONET ring networks H04J3/085)} · CPC title
Virtual LANs, VLANs, e.g. virtual private networks [VPN] (LAN interconnection over a bridge based backbone H04L12/462; encapsulation techniques H04L12/4633; routing of packets H04L45/00; packet switches H04L49/00; virtual private networks for security H04L63/0272) · CPC title
Error correction, e.g. fault recovery or fault tolerance · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.