Scalable connectivity fault management in a bridged/virtual private LAN service environment

• US 8,284,677 B2
• Filed: 03/17/2008
• Issued: 10/09/2012
• Est. Priority Date: 10/30/2007
• Status: Active Grant

• Current Assignee: Ericsson AB (Telefonaktiebolaget LM Ericsson)
• Original Assignee: Ericsson AB (Telefonaktiebolaget LM Ericsson)
• Inventors: Kini, Sriganesh, Mehta, Rishi
• Primary Examiner(s): Vu, Huy D
• Assistant Examiner(s): MIAN, OMER S
• Application Number:
  US12/050,118
• Publication Number:
  US 20090109837A1
• Time in Patent Office: 1,667 Days
• Field of Search: 370/241.1, 370/248, 370/241, 370/231, 370/242
• US Class Current: 370/241.1
• CPC Class Codes: H04L 41/06 Management of faults, events, alarms or notifications
• CPC Class Codes: H04L 41/0627 by acting on the notification or alarm source
• CPC Class Codes: H04L 41/40 using virtualisation of network functions or resources, e.g. SDN or NFV entities
• CPC Class Codes: H04L 43/0811 by checking connectivity
• CPC Class Codes: H04L 61/2528 Translation at a proxy

Abstract

A method and apparatus that proxies connectivity check messages and sends fault state changes messages across an MPLS/VPLS network is described. A network element proxies connectivity check messages for remote maintenance endpoints based on a local database. The network element updates the database based on received fault state change message that identify a fault state change of a remote maintenance endpoint. The network element detects fault state changes of local maintenance endpoints and sends a fault state change message to other network elements that proxy connectivity check message for the local maintenance endpoints.

Claims

1. A method performed by a first network element, the method comprising

receiving, at the first network element, a fault state change message of a first protocol indicating a fault state change for a remote maintenance endpoint, the fault state change determined by a second network element that is configured to periodically receive connectivity check messages of a second protocol generated by the remote maintenance endpoint, wherein a connectivity status of the remote maintenance endpoint is active in response to the second network element periodically receiving the connectivity check messages, and is not active in response to a lack of connectivity check messages received from the remote maintenance endpoint, and wherein the second network element sends the fault state change message in response to the connectivity status of the remote maintenance endpoint changing from not active to active instead of forwarding the connectivity check messages periodically received by the second network element to a plurality of local maintenance endpoints;

updating a local database based on the received fault state change message, the local database comprising the connectivity status of the remote maintenance endpoint; and

proxying connectivity check messages to the local maintenance endpoints based on the updated local database, wherein the proxying comprises, if the remote maintenance endpoint is identified as active in the local database, generating and periodically sending with the first network element proxied connectivity check messages to the local maintenance endpoints such that the proxied connectivity check messages are formatted to appear as if they are connectivity check messages that originated from the remote maintenance endpoint,

wherein the first network element and the second network element are included in the same domain.

2. The method of claim 1, wherein the updating comprises:

storing the connectivity status of the remote maintenance endpoint associated with the received fault state change message.

3. The method of claim 1, wherein the first protocol is Virtual Circuit Connectivity Verification protocol.

4. The method of claim 1, wherein the second protocol is Connectivity Fault Management protocol.

5. The method of claim 1, wherein a managed endpoint is one of a personal computer, a server, a bridge, and a switch.

6. The method of claim 1, wherein each of proxied connectivity check messages comprises an address and a unique identifier of a remote managed endpoint associated with that message.

7. A non-transitory tangible machine-readable medium that stores instructions, which when executed by a set of one or more processors, cause said set of processors to perform operations comprising:

receive, at the first network element, a fault state change message of a first protocol indicating a fault state change for a remote maintenance endpoint, the fault state change determined by a second network element that is configured to periodically receive connectivity check messages of a second protocol generated by the remote maintenance endpoint, wherein a connectivity status of the remote maintenance endpoint is active in response to the second network element periodically receiving the connectivity check messages, and is not active in response to a lack of connectivity check messages received from the remote maintenance endpoint, and wherein the second network element sends the fault state change message in response to the connectivity status of the remote maintenance endpoint changing from not active to active instead of forwarding the connectivity check messages periodically received by the second network element to a plurality of local maintenance endpoints;

update a local database based on the received fault state change message, the local database comprising the connectivity status of the remote maintenance endpoint; and

proxy connectivity check messages to the local maintenance endpoints based on the updated local database, wherein the proxying comprises, if the remote maintenance endpoint is identified as active in the local database, generating and periodically sending proxied connectivity check messages to the local maintenance endpoints such that the proxied connectivity check messages are formatted to appear as if they are connectivity check messages that originated from the remote maintenance endpoint,

wherein the first network element and the second network element are included in the same domain.

8. The machine-readable medium of claim 7, wherein the machine-readable medium further causes the set of processors to:

store the connectivity status of the remote maintenance endpoint associated with the received fault state change message.

9. The machine-readable medium of claim 7, wherein the first protocol is Virtual Circuit Connectivity Verification protocol.

10. The machine-readable medium of claim 7, wherein the second protocol is Connectivity Fault Management protocol.

11. The machine-readable medium of claim 7, wherein a remote managed endpoints is one of a personal computer, a server, a bridge, and a switch.

12. An apparatus comprising:

a first network element to be coupled with a second network element over a first network, and to be coupled with a set of one or more third network elements over a second network, the first network element including;

a connectivity check state change module to receive messages of a first protocol from the second network element over the first network indicating fault state changes for a remote maintenance endpoint, the fault state change determined by the second network element, where the second network element is configured to periodically receive connectivity check messages of a second protocol generated by the remote maintenance endpoint, wherein a connectivity status of the remote maintenance endpoint is active in response to the second network element periodically receiving the connectivity check messages, and is not active in response to a lack of connectivity check messages received from the remote maintenance endpoint, and wherein the second network element sends the fault state change message in response to the connectivity status of the remote maintenance endpoint changing from not active to active instead of forwarding the connectivity check messages periodically received by the second network element to a plurality of local maintenance endpoints;

a connectivity check database to store tho fault the connectivity of the remote maintenance endpoint, and a connectivity check proxy module to proxy connectivity check messages to the local maintenance endpoints on the set of third network elements based on the updated local database, wherein the proxying comprises, if the remote maintenance endpoint is identified as active in the local database, generating and periodically sending proxied connectivity check messages to the local maintenance endpoints on the set of third network elements over the second network such that the proxied connectivity check messages are formatted to appear as if they are connectivity check messages that originated from the remote maintenance endpoint,

wherein the first network element and the second network element are included in the same domain.

13. The apparatus of claim 12, wherein the first protocol is Virtual Circuit Connectivity Verification protocol.

14. The apparatus of claim 12, wherein the second protocol is Connectivity Fault Management protocol.

15. A network element comprising a controller card that controls functions of the network element;

a set of one or more line cards, wherein at least one of the line cards configured to

receive a fault state change message of a first protocol indicating a fault state change for a remote maintenance endpoint, the fault state change determined by a second network element that is configured to periodically receive connectivity check messages of a second protocol generated by the remote maintenance endpoint, wherein a connectivity status of the remote maintenance endpoint is active in response to the second network element periodically receiving the connectivity check messages, and is not active in response to a lack of connectivity check messages received from the remote maintenance endpoint, and wherein the second network element sends the fault state change message in response to the connectivity status of the remote maintenance endpoint changing from not active to active instead of forwarding the connectivity check messages periodically received by the second network element to a plurality of local maintenance endpoints;

update a local database based on the received fault state change message, the local database comprising the connectivity status of the remote maintenance endpoint; and

proxy connectivity check messages to the local maintenance endpoints based on the updated local database, wherein the proxying comprises, if the remote maintenance endpoint is identified as active in the local database, generating and periodically sending proxied connectivity check messages to the local maintenance endpoints such that the proxied connectivity check messages are formatted to appear as if they are connectivity check messages that originated from the remote maintenance endpoint,

wherein the first network element and the second network element are included in the same domain.

16. The network element of claim 15, wherein line cards are further configured to:

store the connectivity status of the remote maintenance endpoint associated with the received fault state change message.