(19)
(11)EP 2 273 735 B1

(12)EUROPEAN PATENT SPECIFICATION

(45)Mention of the grant of the patent:
14.02.2018 Bulletin 2018/07

(21)Application number: 09179731.6

(22)Date of filing:  17.12.2009
(51)International Patent Classification (IPC): 
H04L 12/24(2006.01)
H04L 12/701(2013.01)
H04L 12/723(2013.01)
H04L 12/715(2013.01)
H04L 12/709(2013.01)
H04L 12/761(2013.01)
H04L 12/46(2006.01)
H04L 12/703(2013.01)
H04L 12/721(2013.01)
H04L 12/707(2013.01)
H04L 12/741(2013.01)

(54)

Redundant pseudowires for border gateway patrol-based virtual private local area network service multi-homing environments

Redundante Pseudokabel für Border-Gateway-Patrol-basierte virtuelle private Ortsnetzdienst-Multihoming-Umgebungen

Pseudo-fils redondants pour environnements à rattachement multiple de services de réseaux locaux privés virtuels basés sur Border Gateway Patrol


(84)Designated Contracting States:
AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR

(30)Priority: 30.06.2009 US 495095

(43)Date of publication of application:
12.01.2011 Bulletin 2011/02

(60)Divisional application:
17204489.3

(73)Proprietor: Juniper Networks, Inc.
Sunnyvale, CA 94089 (US)

(72)Inventors:
  • Kothari, Bhupesh
    San Jose, CA 95130 (US)
  • Aggarwal, Rahul
    San Francisco, CA 94122 (US)

(74)Representative: D Young & Co LLP 
120 Holborn
London EC1N 2DY
London EC1N 2DY (GB)


(56)References cited: : 
WO-A-2007/144870
US-A1- 2008 123 651
US-A1- 2006 164 975
  
      
    Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 99(1) European Patent Convention).


    Description

    BACKGROUND



    [0001] In Virtual Private Local Area Network (LAN) Service (VPLS) multi-homing environments, there may be instances when a customer site is multi-homed to more than one provider edge device (PE) in order to provide redundant connectivity. Each PE creates a pseudo-wire (PW), which constitutes the data plane, to connect to every other PE, so that a fully-meshed connection scheme is established. Regardless of the number of customer sites serviced by the PE, only one pseudo-wire (PW) is created on the PE with respect to another PE. For example, a PE that services two customer sites may establish only one PW that provides a connection from the PE to another PE. Under this framework, when a communication link between one of the customer sites and the PE fails, the PE tears down its PW, and then rebuilds its PW. Unfortunately, during this procedure, traffic to and from the other customer site to which the PE services is adversely impacted.
    WO 2007/144870 A1 discloses a technique for interconnecting a first communication network and a second communication network using a fully or partially redundant dual homing configuration.

    SUMMARY



    [0002] The invention is defined in the appended claims.

    [0003] According to one implementation, a method may include generating, by a provider edge device (PE), pseudo-wire (PW) tables based on virtual private local area network service (VPLS) advertisements received from other PEs, where the PE services customer edge devices (CEs); establishing, by the PE, PWs with respect to the other PEs, based on the PW tables, where the PWs include an active PW and at least one standby PW with respect to each of the other PEs, in correspondence to the CEs in which the PE services; generating, by the PE, a VPLS advertisement advertising, by the PE, the generated VPLS advertisement to the other PEs; detecting, by the PE, a communication link failure associated with one of the CEs; determining, by the PE, whether the at least one standby PW needs to be utilized because of the communication link failure; and utilizing, by the PE, the at least one standby PW when it is determined that the standby PW needs to be utilized.

    [0004] According to another implementation, a provider edge device (PE) may include logic to: generate pseudo-wire (PW) tables based on advertisements received from other PEs, where the PE services customer edge devices (CEs); establish PWs based on the PW tables, with respect to each of the other PEs, where the PWs include an active PW with respect to each of the other PEs and at least one standby PW with respect to each of the other PEs; generate an advertisement; provide the advertisement to the other PEs; detect a communication link failure between the PE and one of the CEs; and determine whether a state of the at least one standby PW needs to be changed to an active state based on the communication link failure.

    [0005] According to yet another implementation, a computer-readable medium may store instructions that executable by at least one processor. The computer-readable medium may include one or more instructions for generating pseudo-wire (PW) tables based on virtual private local area network service (VPLS) network layer reachability information (NLRI) received from provider edge devices (PEs); one or more instructions for establishing PWs, with respect to each of the PEs, based on the PW tables, where the PWs include an active PW and at least one standby PW and where the PWs are associated with customer edge devices (CEs); one or more instructions for detecting a communication link failure with respect to one of the CEs; and one or more instructions for determining whether the at least one standby PW needs to be utilized based on the communication link failure.

    [0006] According to still another implementation, a provider edge device (PE) may include
    means for generating pseudo-wire (PW) data based on virtual private local area network service (VPLS) advertisements received from other PEs, where the PE services customer edge devices (CEs) that are associated with customer sites; means for establishing PWs, based on the PW data, with respect to each of the other PEs, where the PWs include an active PW with respect to each of the other PEs and at least one standby PW with respect to each of the other PEs, and
    where a total number of the PWs, with respect to each of the other PEs corresponds to a total number of the CEs; means for detecting a communication failure with respect to one of the CEs; and means for determining whether a state of the at least one standby PW needs to be changed to an active state, with respect to at least one of the other PEs, based on the communication link failure.

    BRIEF DESCRIPTION OF THE DRAWINGS



    [0007] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate one or more example embodiments described herein and, together with the description, explain these embodiments. In the drawings:

    Figs. 1A and 1B are diagrams illustrating an overview of example embodiments described herein;

    Fig. 2 is a diagram illustrating example components of a PE depicted in Figs. 1A and 1B;

    Fig. 3A is a diagram illustrating example functional components of the PE;

    Fig. 3B is a diagram illustrating an example PW table;

    Fig. 3C is a diagram illustrating an example scenario relating to the building of a PW table;

    Figs. 4A and 4B are diagrams illustrating an example scenario in which redundant PWs may be setup and utilized; and

    Figs. 5A and 5B are flow diagrams illustrating an example process for managing redundant PWs.


    DETAILED DESCRIPTION



    [0008] The following detailed description refers to the accompanying drawings. The same reference numbers in different drawings may identify the same or similar elements. Also, the following description does not limit the invention. Rather, the scope of the invention is defined by the appended claims and equivalents.

    [0009] The term "data unit," as used herein, may refer to a packet, a datagram, a frame, or a cell, a fragment of a packet, a fragment of a datagram, a fragment of a frame, a fragment of a cell, or another type or arrangement of data.

    [0010] Embodiments described herein provide for methods, devices, and/or systems that establish and utilize redundant PWs. Traffic may be forwarded on an active PW while standby PWs may exist for other locally-attached customer sites. In this framework, when a connection between a customer site and its serving PE fails, the other customer sites served by the PE may be unaffected by the connection failure because of the standby PWs. In an example implementation, when a connection failure occurs, a serving PE may broadcast the connection failure to other PEs. Each PE may re-evaluate its incoming and outgoing PWs that provide connections with the other PEs. That is, an incoming PW corresponds to a PW from another PE to a specific PE and an outgoing PW corresponds to a PW from the specific PE to the other PE. In some instances, when a connection failure occurs, an active PW may need to be changed to a standby state and a standby PW may need to be changed to an active state. In other instances, when a connection failure occurs, an active PW may remain active and/or a standby PW may remain in a standby state. Additionally, when a customer site is multi-homed (i.e., a customer site is connected to two or more PEs) and a connection between a customer site and its serving PE fails, in some instances, another PE may provide service to the customer site. For example, the other PE may change a PW from a standby state to an active state to provide service to the customer site.

    [0011] Figs 1A and 1B are diagrams illustrating an overview of example embodiments described herein. As shown, an example environment 100 may include a network 105, PEs 110-1 through 110-3 (referred to generally as PE 110), and customer edge devices (CEs) 115-1 through 115-3 (referred to generally as CE 115). CEs 115-1, 115-2, and 115-3 may be associated with customer sites A, B, and C, respectively, as illustrated in Figs. 1A and 1B.

    [0012] The number of devices and configuration in environment 100 is example and provided for simplicity. In practice, environment 100 may include more, fewer, different, and/or differently arranged devices than those illustrated in Figs 1A and 1B. For example, while Figs. 1A and 1B illustrate three PEs 110 and three CEs 115, environment 100 may include more or less than three PEs 110 and/or three CEs 115. Additionally, or alternatively, while CE 115-2 is multi-homed to two PEs 110 (i.e., PE 110-1 and PE 110-2), CE 115-2 may be multi-homed to more than two PEs 110. Also, some functions described as being performed by a particular device may be performed by a different device or a combination of devices.

    [0013] Network 105 may include, for example, a multiprotocol label switching (MPLS)-based network, a border gateway protocol (BGP)-based network, and/or a VPLS multi-homed network. Network 105 may correspond to a service provider network.

    [0014] PE 110 may include a network device capable of communicating with other devices, systems, networks, and/or the like. For example, PE 110 may correspond to a network computer, a router, a gateway, an access device, or some other type of communication device that may process and/or forward network traffic. As described, PE 110 may provide connectivity between customer sites. In some instances, PE 110 may serve more than one customer site.

    [0015] CE 115 may include a device capable of communicating with other devices, systems, networks, and/or the like. For example, CE 115 may correspond to a router, a network computer, an access device, a user device (e.g., a desktop computer, laptop computer, etc.), or some other type of communication device. CE 115 may correspond to an Ethernet device associated with a customer site.

    [0016] Referring to Fig. 1A, in an example implementation, PEs 110 may advertise information associated with the customer sites that they serve. For example, PE 110-1 may service customer site A via CE 115-1 and customer site B via CE 115-2; PE 110-2 may service customer site B via CE 115-2; and PE 110-3 may service customer site C via CE 115-3. In this example, customer site B may be multi-homed to PEs 110-1 and 110-2 to provide redundant connectivity to network 105. PE 110-1 may advertise an advertisement 120-1 to PEs 110-2 and 110-3, PE 110-2 may advertise an advertisement 120-2 to PEs 110-1 and 110-3, and PE 110-3 may advertise an advertisement 120-3 to PEs 110-1 and 110-2. Advertisements 120-1, 120-2, and 120-3 may be generally referred to as advertisement 120.

    [0017] The information included in advertisement 120 may correspond to VPLS network layer reachability information (NLRI) or a VPLS advertisement. By way of example, but not limited thereto, advertisement 120-1 may include VE_ID=1, LB=11, OFF=1, PREF=100 for customer site A, and VE_ID=2, LB=11, OFF=1 PREF=200 for customer site B. VE_ID may correspond to a customer site identifier. For example, VE_ID=1 may correspond to an identifier for customer site A and VE_ID=2 may correspond to an identifier for customer site B. Label base (LB) may correspond to a starting value of a label in an advertised label block. In this example, the starting value is equal to 11. Block offset (OFF) (also referred to as VE block offset) may correspond to a starting customer site ID value that may map to the LB contained in advertisement 120-1. In this example, the starting value is equal to 1. OFF may be used to identify the label block from which a particular label value may be selected to setup a PW for a remote customer site, as will be described below. Preference (PREF) may correspond to a value that may influence the selection of a customer site. For example, the higher the PREF value, the better or more important the customer site may be considered. In this example, customer site A is assigned a PREF value of 100, while customer site B is assigned a PREF value of 200.

    [0018] Advertisement 120-1 (and more generally advertisement 120) may include other types of parameters (e.g., BLOCK SIZE, etc.), such as, for example, the parameters described in Request For Comments (RFC) 4761. PEs 110-2 and 110-3 may advertise similar information for customer sites B and C, respectively, to the other PEs 110, via advertisements 120-2 and 120-3. VE_ID, LB, OFF, and PREF, will be described in greater detail below.

    [0019] Referring to advertisement 120-1, a local PE 110 (e.g., PE 110-1) may allocate the same set of label bases (i.e., LB values) to each of the customer sites that it services so that any remote PE (e.g., PE 110-2 and PE 110-3) may create one PW for sending traffic to the local PE. For example, as illustrated in advertisement 120-1, the LBs for each of customer sites A and B are the same (i.e., LB=11). In addition, the OFFs for each of customer sites A and B are the same (i.e., OFF=1). As described below, the LB values and the OFF values may be used to create PW tables 125.

    [0020] PEs 110 may create PW tables 125. For example, as illustrated in Fig. 1A, PE 110-1 may create a PW table 125-1. PE 110-1 may create PW table 125-1 based on LB and OFF parameters (or values) associated with advertisement 120-3 of PE 110-3. As illustrated, PW table 125-1 may include entries, such as, for example, LB=31 and OFF = 1 and LB=32 and OFF=2. LB=31 and OFF=1, which correspond to LB=31 and OFF=1 advertised in advertisement 120-3, may be used as starting values to create the entries in PW table 125-1. PW table 125-1 may include the outgoing PWs from PE 110-1 to PE 110-3. Since PE 110-1 services customer sites A and B, PE 110-1 may increment from the starting values (e.g., by one) to provide the entries LB=32 and OFF=2. In this way, LB=31 and OFF=1 may correspond to customer site A, and LB=32 and OFF=2 may correspond to customer site B.

    [0021] Based on these entries, PE 110-1 may establish PWs 31 and 32 with respect to PE 110-3. However, PW 31 may be designated as the active PW (i.e., PW 31 may be in an active state), while PW 32 may be designated as the standby PW (i.e., PW 32 may be in a standby state). For example, based on the entries LB=31 and OFF=1, PE 110-1 may setup PW 31, which connects PE 110-1 to PE 110-3 and numerically (i.e., PW 31) corresponds to LB=31, as an active PW. In one embodiment, PE 110-1 may select the active PW (i.e., PW 31) based on the lowest VE ID (i.e., VE_ID=1) to which PE 110-1 services. That is, OFF=1 and OFF=2, in PW table 125-1, may numerically correspond to VE_ID 1 (for customer site A), and VE_ID 2 (for customer site B). PE 110-1 may refer to PW table 125-1 and may match the lowest VE_ID (i.e., VE_ID=1) with OFF = 1, which is mapped to LB=31 and corresponds to PW 31. PE 110-1 may designate a standby PW (e.g., PW 32). That is, PE 110-1 may refer to PW table 125 and may match the second lowest VE_ID (i.e., VE_ID=2) with OFF=2, which is mapped to LB=32 and corresponds to PW 32.

    [0022] PE 110-2 and PE 110-3 may create their own PW tables 125. For example, PE 110-3 may create PW table 125-3 based on advertisement 120-1. PE 110-3 may utilize the LB and OFF values associated with advertisement 120-1 to build PW table 125-3. In this example, LB=11 and OFF=1. In a similar manner, PE 110-3 may build PW table 125-3 by incrementing from these starting values. In this example, the lowest VE_ID value of the customer site to which PE 110-3 services, is 3. PE 110-3 may increment the LB and OFF values until OFF=3. PE 110-3 may refer to PW table 125-3 and may match the lowest VE_ID (i.e., VE_ID=3) with OFF=3, which is mapped to LB=13 and corresponds to PW 13. PE 110-3 may designate PW 13 as the active outgoing PW to PE 110-1.

    [0023] Based on this framework, referring to Fig. 1B, assume that a failure 130 occurs on a connection between CE 115-1 and PE 110-1. As previously described, under existing approaches, PW 31 may be torn down and network traffic associated with both customer sites A and B may be affected. However, as illustrated in Fig. 1B, when PE 110-1 discovers failure 130, PW 110-1 may send network traffic on PW 32. For example, PE 110-1 may notify PEs 110-2 and 110-3 of failure 130 (i.e., a connection failure between CE 115-1 and PE 110-1). PE 110-1 may switch from PW 31, which was the active PW, to PW 32, which now becomes the active PW. PE 110-1 may change the state of PW 31 to a standby PW. When PE 110-1 receives network traffic from customer site B, via CE 115-2, to PE 110-3, PE 110-1 may utilize PW 32. In this regard, customer site B may suffer no impact as a result of failure 130.

    [0024] Additionally, PE 110-1 may determine which PW to expect traffic from PE 110-3 after failure 130 occurs. In this instance, PE 110-1 may determine that PE 110-3 will continue to utilize PW 13 since PE 110-1 may still forward traffic to CE 115-2. Similarly, PEs 110-3 and 110-2 may re-evaluate whether incoming and outgoing PWs will change, with respect to other PEs, once notified of failure 130.

    [0025] Since the embodiments have been broadly described, variations exist. Accordingly, a detailed description of the embodiments is provided below.

    EXAMPLE DEVICE ARCHITECTURE



    [0026] Fig. 2 is a diagram illustrating example components of PE 110. As illustrated in Fig. 2, PE 110 may include, for example, a system control module 210, a switch fabric 220, and a group of interfaces 230.

    [0027] System control module 210 may include one or multiple processors, microprocessors, application specific integrated circuits (ASICs), field programming gate arrays (FPGAs), and/or processing logic that may be optimized for networking and communications. System control module 210 may perform high level management functions for PE 110. For example, system control module 210 may communicate with other networks, devices, and/or systems connected to PE 110 to exchange information regarding network topology. In some implementations, system control module 210 may include a routing engine for creating routing tables based on network topology information, creating forwarding tables (e.g., a Forwarding Information Base (FIB)) based on the routing tables, and sending these tables to interfaces 230 for data unit routing. System control module 210 may also include a static memory (e.g. a read only memory (ROM)), a dynamic memory (e.g. a random access memory (RAM)), onboard cache, and/or flash memory for storing data and/or machine-readable instructions.

    [0028] Switch fabric 220 may include one or multiple switching planes to facilitate communication among interfaces 230 and/or system control module 210. In one implementation, each of the switching planes may include a single-stage switch or a multi-stage switch of crossbar elements. Switch fabric 220 may also, or alternatively, include processors, memories, and/or paths that permit communication among system control module 210 and interfaces 230.

    [0029] Interfaces 230 may include devices or assemblies, such as line cards, for receiving incoming data units from network links (or from other interfaces 230) and for transmitting the data units to network links (or to other interfaces 230). For example, interfaces 230 may include wired interfaces, such as, Ethernet interfaces, optical carrier (OC) interfaces, and/or asynchronous transfer mode (ATM) interfaces. Interfaces 230 may manage a set of input ports via which data units can be received and a set of output ports via which data units can be transmitted. Interfaces 230 may include memory, one or more processors, and/or other logic.

    [0030] Depending on the implementation, the components that are illustrated in Fig. 2 may provide fewer or additional functionalities. For example, if PE 110 performs an Internet Protocol (IP) data unit routing function as part of a MPLS router, system control module 210 may perform tasks associated with obtaining routing information from other routers in a MPLS network. In such cases, conveying network traffic from one interface to another may involve label-based routing, rather than IP address-based routing.

    [0031] PE 110 may perform operations and/or processes related to the setting up and utilization of redundant PWs. According to an example implementation, PE 110 may perform these operations and/or processes in response to system control module 210 executing sequences of instructions contained in a computer-readable medium. A computer-readable medium may be defined as a physical or logical memory device. A logical memory device may include memory space within a single physical memory device or spread across multiple physical memory devices. For example, software instructions may be read into a memory from another computer-readable medium or from another device via interfaces 230. The software instructions contained in the memory may cause system control module 210 to perform processes that are described herein. Alternatively, hardwired circuitry may be used in place of or in combination with software instructions to implement processes described herein. Thus, implementations described herein are not limited to any specific combination of hardware circuitry and software.

    [0032] Although, Fig. 2 illustrates example components of PE 110, in other implementations, PE 110 may include additional, fewer, different, or differently arranged components than those illustrated in Fig. 2 and described herein. Additionally, or alternatively, one or more operations described as being performed by a particular component of PE 110 may be performed by one or more other components, in addition to or instead of the particular component.

    [0033] Fig. 3A is a diagram illustrating example functional components of PE 110. As illustrated in Fig. 3A, PE 110 may include a PW builder 305, a PW manager 310, and an advertiser 315. PW builder 305, PW manager 310 and/or advertiser 315 may be implemented wholly, or partially, in system control module 210. The functional components illustrated in Fig. 3A may be implemented by hardware (e.g., one or more processors or other processing logic) or a combination of hardware and software. While a particular number and arrangement of functional components are illustrated in Fig. 3A, in other implementations, PE 110 may include fewer, additional, different, or differently arranged functional components than those illustrated in Fig. 3A.

    [0034] PW builder 305 may build PW tables 125. PW builder 305 may build PW tables 125 based on a received advertisements 120 from other PEs 110. In one implementation, PW builder 305 may utilize LB and OFF parameters associated with advertisement 120 to create PW table 125. In instances that PE 110 services more than one customer site, PW builder 305 may designate an active PW and one or more standby PWs. In one embodiment, PW builder 305 may designate the active PW based on the customer site having the lowest VE_ID value. In other embodiments, PW builder 305 may designate the active PW based on some other user-configured selection process.

    [0035] PW manager 310 may setup and maintain PWs based on PW table 125. PW manager 310 may initially select the PWs to utilize for incoming and outgoing PWs with respect to each of the other PEs and the customer sites it services. When a communication link failure is detected, PW may notify the other PEs 110. PW manager 310 may re-evaluate incoming and outgoing PWs based on the communication link failure. In some instances, PW manager 310 may alter the state of a PW from active to standby or from standby to active, for example, as previously described with respect to Figs. 1A and 1B. In other instances, PW manager 310 may not alter the state of a PW, for example, as described below with respect to Figs. 4A and 4B. In one embodiment, when a failure occurs, PW manager 310 may select the PW associated with the lowest VE_ID as the active PW. In another embodiment, the selection of the active PW may be based on some other type of user-configured process.

    [0036] Advertiser 315 may generate and advertise advertisements 120 to other PEs 110. In instances when PE 110 services more than one customer site, advertiser 315 may assign each customer site with the same LB parameter value and the same OFF parameter value, as previously described herein. In this way, PE 110 may obtain traffic from a remote PE 110 over a single PW. Further, even when PE 110 may lose a connection with one of its customer sites, in some instances, the PW for receiving traffic from the remote PE 110 may be unaffected.

    [0037] Fig. 3B is a diagram illustrating an example PW table 125. Referring to Fig. 3B, PW builder 305 may build PW table 125 based on advertisement 120 received from another PE 110. For example, PE 110-1 may service four (4) customer sites (A) though (D) via four (4) CEs 115 (e.g., CE 115-1 through CE 115-4), as illustrated in Fig. 3C. Customer sites (A) through (D) may have corresponding VE_ID values (1) though (4), respectively. Assume that PE 110-1 receives advertisement 120-2.

    [0038] PW builder 305 may build PW table 125 based on advertisement 120-2. For example, as illustrated in Fig. 3B, PW builder 305 may provide entries for four (4) PWs corresponding to the four customer sites (A) through (D). For example, PW table 125 may include PWs 21 through 24, where LB=21, associated with advertisement 120-2, provides a starting value for the PWs. PW table 125 may include OFF entries, where OFF=1, associated with advertisement 120-2, provides a starting value. As previously described, the OFF value may be mapped to the VE_IDs of customer sites (A) through (D). PW table 125 may designate a PW in the active (or primary) state and PWs in the standby state, as illustrated in Fig. 3B. PW manager 310 may setup PWs 21 through 24 based on PW table 125.

    [0039] In one embodiment, PW table 125 may be implemented within, for example, a FIB. In other embodiments, PW table 125 may not be implemented within an FIB. For example, PW table 125 may be implemented via some other form of processing logic for processing advertisements 120.

    [0040] As previously described, system control module 210 may, among other things, generate routing tables or FIBs. In one embodiment, system control module 210 may associate all addresses (e.g., media access control (MAC) addresses associated with a customer site) learned over the PWs with an address associated with PE 110 and not with the PW. In this way, addresses may not be lost when a PW changes state. For example, if a failure occurs and PW 21 changes to a standby state, the addresses associated with customer sites (A) - (D) may not be lost, or addresses associated with a customer site serviced by PE 110-2 may not be lost. This is in contrast to existing approaches where the addresses need to be rebuilt due to the tearing down and rebuilding of the PW.

    EXAMPLARY SCENARIO



    [0041] Figs. 4A and 4B are diagrams illustrating an example scenario in which redundant PWs may be setup and utilized. Fig. 4A includes environment 100, as previously illustrated and described with respect to Figs. 1A and 1B. However, Fig. 4A includes additional PW tables since they are relevant to the described scenario. For example, PE 110-2 may, among other PW tables 125, have PW table 125-2 based on advertisement 120-3. Additionally, PE 110-3 may, among other PW tables 125, have PW table 125-4 based on advertisement 120-2. In an example scenario, PE 110-1 may receive traffic from customer site C, via PE 110-3, for both customer sites A and B. Further, PE 110-1 may transmit traffic from customer sites A and B to customer site C, via PE 110-3.

    [0042] Referring to Fig. 4B, assume that communication failure 130 occurs on the link between CE 115-2 and PE 110-1 (i.e., to customer site B). PE 110-1 may notify all other PEs (e.g., PE 110-2 and PE 110-3) of failure 130. As previously described, each PE 110 will re-evaluate the states of each PW (i.e., incoming PW and outgoing PW) with respect to the other PEs.

    [0043] Referring to PE 110-1, the outgoing PW (i.e., PW 31) to PE 110-3 may remain unchanged based on PW table 125-1. That is, PW 31 may remain the active PW for outgoing traffic from customer site A to PE 110-3 since failure 130 does not relate to the connection between customer site A and PE 110-1. Similarly, the incoming PW (i.e., PW 13) from PE 110-3 to customer site A may remain unchanged. That is, PW 13 may remain the active PW for incoming traffic from customer site C to PE 110-1 since failure 130 does not relate to the connection between customer site A and PE 110-1.

    [0044] As illustrated, however, as a result of failure 130, customer site B may not receive traffic from customer site C via PE 110-1. Additionally, since customer site B is multi-homed to both PE 110-1 and PE 110-2, upon receiving notice of failure 130, PE 110-2 may be designated as the PE 110 to forward traffic to customer site B (referred to as the designated forwarder (DF)). PE 110-2 may change the state of standby PW 32 to active PW 32. That is, PE 110-2 may re-evaluate the incoming PW for customer site B and change PW 32 to an active state. In this instance, both PW 31 and PW 32 may be designated as active PWs. Similarly, PE 110-2 may expect to receive traffic from customer site C, via PE 110-3, on PW 23. For example, referring to PW table 125-4, advertisement 120-3, associated with PE 110-3, has a VE_ID=3 which may be mapped to OFF=3 and LB=23 and corresponds to PW 23, as illustrated in Fig. 4B. PE 110-3 may designate PW 23 as the active PW to PE 110-2. As a result, customer sites A and B may not be impacted because of failure 130.

    EXAMPLE PROCESS



    [0045] As described herein, PE 110 may setup and utilize redundant PWs. PE 110 may re-evaluate incoming PWs and outgoing PWs when a communication link failure occurs between PE 110 and CE 115. In some instances, PE 110 may utilize the redundant PWs to avoid traffic disruption to and/or from customer sites to which it services.

    [0046] Process 500 may begin with generating PW tables (block 505). PE 110 may generate PW tables 125. For example, PW builder 305 may generate PW tables 125 based on advertisements 120 associated with other PEs 110. PW tables 125 may include LB and OFF entries based on LB and OFF parameters and values associated with advertisements 120. PW tables 125 may designate the state of PWs. For example, a PW may be designated as an active PW or a standby PW.

    [0047] A VPLS advertisement may be generated and advertised to other PEs (block 510). PE 110 may generate and advertise advertisement 120. For example, advertiser 315 may generate and advertise advertisement 120 to other PEs 110. As previously described, advertisement 120 may include LB and OFF parameters and values. In the instance that PE 110 services more than one customer site, the LB and OFF parameter values may be the same for each customer site. Advertisement 120 may include a VE_ID parameter for each customer site. The VE_ID value may be a unique value for each customer site.

    [0048] A communication link failure may be detected (block 515). PE 110 may detect a communication link failure (e.g., failure 130) between PE 110 and CE 115. For example, system control module 210 and/or interfaces 230 may detect a communication link failure.

    [0049] The communication link failure may be broadcast to the other PEs (block 520). PE 110 may broadcast the communication link failure (e.g., failure 130) event to the other PEs 110. For example, PE manager 310 may notify the other PEs 110 of failure 130 between PE 110 and CE 115.

    [0050] It may be determined whether an outgoing PW needs to be changed (block 525). PW manager 310 may re-evaluate and determine whether an outgoing PW needs to be changed in light of the communication link failure. PW manager 310 may determine whether an outgoing PW needs to be changed based on PW tables 125 and the CE 115 associated with the communication link failure. In one embodiment, if the VE_ID value associated with the CE 115 that corresponds to the communication link failure may be mapped to the active PW, then PW manager 310 may determine that the outgoing PW needs to be changed. By way of example, referring to Fig. 1B, the VE_ID associated with CE 115-1 (i.e., VE_ID=1) may be mapped to OFF=1 and PW 31, which was the active PW. In this case, PW manager 310 may determine that the outgoing active PW (i.e., PW 31) needs to be changed.

    [0051] Alternatively, in one embodiment, if the VE_ID value associated with the CE 115 that corresponds to the communication link failure may not be mapped to the active PW, then PW manager 310 may determine that the outgoing PW does not need to be changed. By way of example, referring to Fig. 4B, the VE_ID associated with CE 115-2 (VE_ID=2) may be mapped to OFF=2 and PW 32, which was a standby PW. In this case, PW manager 310 may determine that the outgoing PW (i.e., PW 31) does not need to be changed.

    [0052] If it is determined that an outgoing PW needs to be changed (block 525 - YES), then a standby PW may be selected based on the PW tables (block 530). PW manager 310 may consult the appropriate PW table 125 to select the new active outgoing PW. In one embodiment, PW manager 310 may select the standby PW having the lowest VE_ID value to be the new active outgoing PW. In another embodiment, PW manager 310 may select the standby PW based on some other type of user-configured process. PW manager 310 may alter the state of the active PW (i.e., the active PW at the time of the failure) to a standby state. By way of example, referring back to Fig. 1B, PW manager 310 may select PW 32 as the active PW. PW manager 310 may designate PW 31 as a standby PW.

    [0053] If it is determined that an outgoing PW does not need to be changed (block 525 - NO), then process 500 may continue to block 535. By way of example, Fig. 4B illustrates an example case in which the outgoing PW (i.e., PW 31) from PE 110-3 to PE 110-1 did not need to be changed.

    [0054] It may be determined whether an incoming PW needs to be changed (block 535). PW manager 310 may re-evaluate and determine whether an incoming PW needs to be changed in light of the communication failure. PW manager 310 may determine whether an incoming PW needs to be changed based on whether PE 110 remains the designated forwarder (DF) to the customer sites it services. For example, referring to Fig. 1B, although PE 110-1 and PE 110-2 are both connected to CE 115-2, PEs 110 may elect PE 110-1 as a DF for CE 115-2. An example process for selecting the DF is described in RFC 4761. PW manager 310 may have knowledge for which customer sites PE 110 is considered the DF.

    [0055] By way of example, referring to Fig. 1B, PE 110-1 may expect PE 110-3 to utilize PW 13 since PE 110-1 may still be considered the DF for CE 115-2 (customer site B). In other instances, this may not be the case. For example, referring to Fig. 4B, since CE 115-2 is multi-homed to both PE 110-1 and PE 110-2, when failure 130 occurs between PE 110-1 and CE 115-2 and is broadcast to the other PEs 110, PE 110-2 may be elected DF for CE 115-2. PE manager 310 may determine that an incoming PW needs to be changed based on this DF election.

    [0056] If it is determined that an incoming PW needs to be changed (block 535 - YES), then a standby PW may be selected based on the PW tables (block 540). For example, referring to Fig. 4B, PW builder may create PW tables 125 with respect to PE 110-2 and CE 115-2. PW manager 310 may select PW 21 as the incoming PW.

    [0057] If it is determined that an incoming PW does not need to be changed (block 535 - NO), then process 500 may continue to block 545. By way of example, Fig. 1B illustrates an example case in which the incoming PW (i.e., PW 13) from PE 110-3 to PE 110-1 did not need to be changed.

    [0058] The incoming and outgoing PWs may be utilized (block 545). PE 110 may receive and transmit traffic utilizing the incoming and outgoing PWs associated with each of the other PEs 110.

    [0059] Although Figs. 5A and 5B illustrate an example process 500, in other implementations, fewer, additional, or different operations may be performed than depicted in Figs. 5A and 5B.

    CONCLUSION



    [0060] In the embodiment described herein, PEs servicing multiple customer sites may setup and utilize redundant PWs to avoid traffic disruption to and/or from customer sites when a communication failure occurs. The PE may allocate the same set of label blocks to each of the customer sites so that any remote PE may create one PW for sending traffic to the PE. These allocations may be advertised to the other remote PEs.

    [0061] The foregoing description of implementations provides an illustration, but is not intended to be exhaustive or to limit the implementations to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of the teachings.

    [0062] In addition, while a series of blocks has been described with regard to the process illustrated in Figs. 5A and 5B, the order of the blocks may be modified in other implementations. Further, non-dependent blocks may be performed in parallel.

    [0063] Also, certain aspects have been described as being implemented as "logic" or a "component" that performs one or more functions. This logic or component may include hardware, such as a processor, microprocessor, an ASIC, or a FPGA, or a combination of hardware and software, such as a processor/microprocessor executing instructions stored in a computer-readable medium.

    [0064] It will be apparent that aspects described herein may be implemented in many different forms of software, firmware, and hardware in the implementations illustrated in the figures. The actual software code or specialized control hardware used to implement aspects does not limit the embodiments. Thus, the operation and behavior of the aspects were described without reference to the specific software code - it being understood that software and control hardware can be designed to implement the aspects based on the description herein.

    [0065] The term "may" is used throughout this application and is intended to be interpreted, for example, as "having the potential to," "configured to," or "being able," and not in a mandatory sense (e.g., as "must"). The terms "a," "an," and "the" are intended to be interpreted to include one or more items. Where only one item is intended, the term "one" or similar language (e.g., "single") is used. Further, the phrase "based on" is intended to be interpreted as "based, at least in part, on," unless explicitly stated otherwise. The term "and/or" is intended to be interpreted to include any and all combinations of one or more of the associated list items. The term "table," as used herein, is intended to be broadly interpreted to include any type of data arrangement and/or data structure.

    [0066] Even though particular combination of features are disclosed in the specification, these combinations are not intended to limit the disclosure of the invention. In fact, many of these features may be combined in ways not specifically disclosed in the specification.

    [0067] No element, block, or instruction used in the present application should be construed as critical or essential to the implementations described herein unless explicitly described as such.


    Claims

    1. A method comprising:

    generating (505), by a provider edge device -PE-, pseudo-wire -PW- tables based on virtual private local area network service -VPLS- advertisements received from other PEs, where the PE services customer edge devices -CEs-, wherein received VPLS advertisements include parameters of the other PEs;

    establishing, by the PE, PWs with respect to the other PEs, based on the PW tables, where the PWs include an active PW and at least one standby PW with respect to each of the other PEs, in correspondence to the CEs in which the PE services;

    generating (510), by the PE, a VPLS advertisement, the generated VPLS advertisement including a unique identifier -VE_ID- value for each of the CEs, a same Label_Base -LB- for each of the CEs, and a same VE_Block_Offset -OFF- for each of the CEs;

    advertising (510), by the PE, the generated VPLS advertisement to the other PEs;

    detecting (515), by the PE, a communication link failure associated with one of the CEs and its serving PE;

    determining (525), by the PE, whether the at least one standby PW needs to be utilized because of the communication link failure, where the determining comprises:

    determining whether the VE_ID value, associated with one of the CEs, maps to an VE_Block_Offset -OFF- that corresponds to the active PW and is associated with one of the PW tables, which is associated with one of the other PEs, and

    determining that the at least one standby PW does not need to be utilized when the VE_ID value associated with the one of the CEs does not map to the VE_Block_Offset -OFF- that corresponds to the active PW; and

    utilizing (530), by the PE, the at least one standby PW when it is determined that the standby PW needs to be utilized.


     
    2. The method of claim 1, where the determining comprises:

    determining that the at least one standby PW needs to be utilized when the VE_ID value associated with the one of the CEs maps to the VE_Block_Offset -OFF- that corresponds to the active PW.


     
    3. The method of claim 2, further comprising:

    changing the at least one standby PW to an active state and the active PW to a standby state when the at least one standby PW needs to be utilized.


     
    4. The method of claim 1, further comprising:

    utilizing only the active PW with respect to each of the other PEs for providing traffic to the CEs.


     
    5. The method of claim 1, further comprising:

    notifying each of the other PEs of the communication link failure.


     
    6. The method of claim 1, further comprising:

    selecting the active PW, with respect to each of the other PEs, based on a lowest VE_ID value assigned to one of the CEs, where the VPLS advertisement of the PE, includes the lowest VE_ID value.


     
    7. A provider edge device -PE- (110) comprising logic to:

    generate pseudo-wire -PW- tables (125) based on virtual private local area network service -VPLS- advertisements received from other PEs, where the PE services customer edge devices -CEs- (115), wherein received VPLS advertisements include parameters of the other PEs;

    establish PWs based on the PW tables, with respect to each of the other PEs, where the PWs include an active PW with respect to each of the other PEs and at least one standby PW with respect to each of the other PEs;

    generate an VPLS advertisement, the generated VPLS advertisement including a unique identifier -VE_ID- value for each of the CEs, a same Label_Base -LB- for each of the CEs, and a same VE_Block_Offset -OFF- for each of the CEs;

    provide the VPLS advertisement to the other PEs;

    detect a communication link failure between the PE and one of the CEs and its serving PE; and

    determine whether a state of the at least one standby PW needs to be changed to an active state based on the communication link failure, where the determining comprises:

    determining whether the VE_ID value, associated with one of the CEs, maps to an VE_Block_Offset -OFF- that corresponds to the active PW and is associated with one of the PW tables, which is associated with one of the other PEs, and

    determining that the at least one standby PW does not need to be utilized when the VE_ID value associated with the one of the CEs does not map to the VE_Block_Offset -OFF- that corresponds to the active PW.


     
    8. The PE of claim 7, where each of the VPLS advertisements from the other PEs include a unique identifier -VE_ID- value for each of the CEs in which each of the other PEs services, a same Label_Base -LB- for each of the CEs in which each of the other PEs services, and a same VE_Block_Offset -OFF-for each of the CEs in which each of the other PEs services.
     
    9. The PE of claim 8, where, when generating the PW tables based on the advertisements, the logic is further to:

    utilize the Label_Base-LB- and the VE_Block_Offset -OFF- with respect to each of the VPLS advertisements from the other PEs, as starting value entries for each of the PW tables that correspond to each of the other PEs.


     
    10. The PE of claim 9, where, when generating the PW tables based on the VPLS advertisements, the logic is further to:

    increment the Label_Base-LB- and the VE_Block_Offset -OFF-, with respect to the starting value entries, for each of the PW tables, until the VE_Block_Offset -OFF- is incremented to a value that corresponds to the highest VE_ID value associated with the CEs.


     
    11. The PE of any one of claims 7 to 10, where, when determining, the logic is further to:

    determine that the at least one standby PW needs to be utilized when the VE_ID value associated with the one of the CEs maps to the VE_Block_Offset -OFF- that corresponds to the active PW.


     
    12. The PE of any one of claims 7 to 11, where the PE includes one of a router, a gateway, a network computer, or an access device.
     


    Ansprüche

    1. Verfahren, umfassend:

    Erzeugen (505), durch ein Dienstanbieter-Edge-Gerät (PE), von Pseudokabel(PW)-Tabellen basierend auf virtuellen privaten Ortsnetzdienst(VPLS)-Werbungen, die von anderen PEs empfangen werden, wobei das PE Kunden-Edge-Geräte(CEs)-bedient, wobei empfangene VPLS-Werbungen Parameter der anderen PEs aufweisen;

    Ermitteln, durch das PE, von PWs in Bezug auf die anderen PEs basierend auf den PW-Tabellen, wobei die PWs ein aktives PW und mindestens ein Standby-PW in Bezug auf jedes der anderen PEs aufweisen, in Übereinstimmung mit den CEs, in denen das PE Dienst leistet;

    Erzeugen (510), durch das PE, einer VPLS-Werbung, wobei die erzeugte VPLS-Werbung einen eindeutigen Kennungs(VE_ID)-Wert für jedes der CEs, eine gleiche Bezeichnungs_Basis (LB) für jedes der CEs, und einen gleichen VE_Block_Versatz (OFF) für jedes der CEs aufweist;

    Werben (510), durch das PE, der erzeugten VPLS-Werbung an die anderen PEs;

    Erfassen (515), durch das PE, eines Kommunikationsverbindungsfehlers, der einem der CEs und seinem dienenden PE zugeordnet ist;

    Bestimmen (525), durch das PE, ob das mindestens eine Standby-PW aufgrund des Kommunikationsverbindungsfehlers verwendet werden muss, wobei das Bestimmen umfasst:

    Bestimmen, ob der VE_ID-Wert, der einem der CEs zugeordnet ist, auf einen VE_Block_Versatz (OFF) abgebildet wird, der dem aktiven PW entspricht und einer der PW-Tabellen zugeordnet ist, die einem der anderen PEs zugeordnet ist, und

    Bestimmen, dass das mindestens eine Standby-PW nicht verwendet werden muss, wenn der VE_ID-Wert, der dem einen der CEs zugeordnet ist, nicht auf den VE_Block_Versatz (OFF) abgebildet wird, der dem aktiven PW entspricht; und

    Verwenden (530), durch das PE, des mindestens einen Standby-PW, wenn bestimmt wird, dass das Standby-PW verwendet werden muss.


     
    2. Verfahren nach Anspruch 1, wobei das Bestimmen umfasst:

    Bestimmen, dass das mindestens ein Standby-PW verwendet werden muss, wenn der VE_ID-Wert, der dem einen der CEs zugeordnet ist, auf den VE_Block_Versatz (OFF) abgebildet wird, der dem aktiven PW entspricht.


     
    3. Verfahren nach Anspruch 2, ferner umfassend:

    Ändern des mindestens einen Standby-PW auf einen aktiven Zustand und des aktiven PW auf einen Standby-Zustand, wenn das mindestens eine Standby-PW verwendet werden muss.


     
    4. Verfahren nach Anspruch 1, ferner umfassend:

    Verwenden nur des aktiven PW in Bezug auf jedes der anderen PEs zum Vorsehen von Datenverkehr zu den CEs.


     
    5. Verfahren nach Anspruch 1, ferner umfassend:

    Benachrichtigen jedes der anderen PEs über den Kommunikationsverbindungsfehler.


     
    6. Verfahren nach Anspruch 1, ferner umfassend:

    Auswählen des aktiven PW in Bezug auf jedes der anderen PEs basierend auf einem niedrigsten VE_ID-Wert, der einem der CEs zugewiesen ist, wobei die VPLS-Werbung des PE den niedrigsten VE_ID-Wert aufweist.


     
    7. Dienstanbieter-Edge-Gerät (PE) (110), das eine Logik umfasst zum:

    Erzeugen von Pseudokabel(PW)-Tabellen (125) basierend auf virtuellen privaten Ortsnetzdienst(VPLS)-Werbungen, die von anderen PEs empfangen werden, wobei das PE Kunden-Edge-Geräte (CEs) (115) bedient, wobei empfangene VPLS-Werbungen Parameter der anderen PEs aufweisen;

    Ermitteln von PWs basierend auf den PW-Tabellen in Bezug auf jedes der anderen PEs, wobei die PWs ein aktives PW in Bezug auf jedes der anderen PEs und mindestens ein Standby-PW in Bezug auf jedes der anderen PEs aufweisen;

    Erzeugen einer VPLS-Werbung, wobei die erzeugte VPLS-Werbung einen eindeutigen Kennungs(VE_ID)-Wert für jedes der CEs, eine gleiche Bezeichnungs_Basis (LB) für jedes der CEs, und einen gleichen VE_Block_Versatz (OFF) für jedes der CEs aufweist;

    Bereitstellen der VPLS-Werbung für die anderen PEs;

    Erfassen eines Kommunikationsverbindungsfehlers zwischen dem PE und einem der CEs und seinem dienenden PE; und

    Bestimmen, ob ein Zustand des mindestens einen Standby-PW basierend auf dem Kommunikationsverbindungsfehler in einen aktiven Zustand geändert werden muss, wobei das Bestimmen umfasst:

    Bestimmen, ob der VE_ID-Wert, der einem der CEs zugeordnet ist, auf einen VE_Block_Versatz (OFF) abgebildet wird, der dem aktiven PW entspricht, und einer der PW-Tabellen zugeordnet ist, die einem der anderen PEs zugeordnet ist, und

    Bestimmen, dass das mindestens eine Standby-PW nicht verwendet werden muss, wenn der VE_ID-Wert, der dem einen der CEs zugeordnet ist, nicht auf den VE_Block_Versatz (OFF) abgebildet wird, der dem aktiven PW entspricht.


     
    8. PE nach Anspruch 7, wobei jede der VPLS-Werbungen von den anderen PEs einen eindeutigen Kennungs(VE_ID)-Wert für jedes der Ces, in denen jedes der anderen PEs Dienst leistet, eine gleiche Bezeichnungs_Basis (LB) für jedes der CEs, in denen jedes der anderen PEs Dienst leistet, und einen gleichen VE_Block_Versatz (OFF) für jedes der CEs, in denen jedes der anderen PEs Dienst leistet, aufweist.
     
    9. PE nach Anspruch 8, wobei, wenn die PW-Tabellen basierend auf den Werbungen erzeugt werden, die Logik ferner vorgesehen ist zum:

    Verwenden der Bezeichnungs_Basis (LB) und des VE_Block_Versatzes (OFF) in Bezug auf jede der VPLS-Werbungen von den anderen PEs als Startwerteinträge für jede der PW-Tabellen, die jedem der anderen PEs entsprechen.


     
    10. PE nach Anspruch 9, wobei, wenn die PW-Tabellen basierend auf der VPLS-Werbung erzeugt werden, die Logik ferner vorgesehen ist zum:

    Inkrementieren der Bezeichnungs_Basis (LB) und des VE_Block_Versatzes (OFF) in Bezug auf die Startwerteinträge für jede der PW-Tabellen, bis der VE_Block_Versatz (OFF) auf einen Wert inkrementiert ist, der dem höchsten den CEs zugeordneten VE_ID-Wert entspricht.


     
    11. PE nach einem der Ansprüche 7 bis 10, wobei beim Bestimmen die Logik ferner vorgesehen ist zum:

    Bestimmen, dass das mindestens eine Standby-PW verwendet werden muss, wenn der VE_ID-Wert, der dem einen der CEs zugeordnet ist, auf den VE_Block_Versatz (OFF) abgebildet wird, der dem aktiven PW entspricht.


     
    12. PE nach einem der Ansprüche 7 bis 11, wobei das PE einen Router, ein Gateway, einen Netzwerkcomputer, oder ein Zugriffsgerät aufweist.
     


    Revendications

    1. Procédé consistant à :

    générer (505), par un dispositif fournisseur de périphérie (PE), des tables de pseudo-circuits (PW) sur la base d'annonces de services de réseau local privé virtuel (VPLS) reçues d'autres PE, le PE desservant des dispositifs clients de périphérie (CE), les annonces VPLS reçues incluant des paramètres des autres PE ;

    établir, par le PE, des PW par rapport aux autres PE, sur la base des tables PW, les PW incluant un PW actif et au moins un PW en veille par rapport à chacun des autres PE, en correspondance avec les CE desservis par le PE ;

    générer (510), par le PE, une annonce VPLS, l'annonce VPLS générée incluant une valeur d'identifiant unique (VE_ID) pour chacun des CE, une même base d'étiquettes (LB) pour chacun des CE, et un même décalage de bloc VE (OFF) pour chacun des CE ;

    annoncer (510), par le PE, l'annonce VPLS générée aux autres PE ;

    détecter (515), par le PE, une panne de liaison de communication associée à un des CE et son PE de desserte ;

    déterminer (525), par le PE, si l'au moins un PW en veille doit être utilisé à cause de la panne de liaison de communication, la détermination consistant à :

    déterminer si la valeur VE_ID, associée à un des CE, correspond à un décalage de bloc VE (OFF) qui correspond au PW actif et qui est associé à une des tables PW, qui est associée à un des autres PE, et

    déterminer que l'au moins un PW en veille ne doit pas être utilisé quand la valeur VE_ID associée audit CE des CE ne correspond pas au décalage de bloc VE (OFF) qui correspond au PW actif ; et

    utiliser (530), par le PE, l'au moins un PW en veille quand il est déterminé que le PW en veille doit être utilisé.
     
    2. Procédé selon la revendication 1, dans lequel la détermination consiste à :

    déterminer que l'au moins un PW en veille doit être utilisé quand la valeur VE_ID associée audit CE des CE correspond au décalage de bloc VE (OFF) qui correspond au PW actif.


     
    3. Procédé selon la revendication 2, consistant en outre à :

    faire passer l'au moins un PW en veille dans un état actif et le PW actif dans un état de veille quand l'au moins un PW en veille doit être utilisé.


     
    4. Procédé selon la revendication 1, consistant en outre à :

    utiliser uniquement le PW actif par rapport à chacun des autres PE afin de fournir un trafic aux CE.


     
    5. Procédé selon la revendication 1, consistant en outre à :

    notifier la panne de liaison de communication à chacun des autres PE.


     
    6. Procédé selon la revendication 1, consistant en outre à :

    sélectionner le PW actif, par rapport à chacun des autres PE, sur la base d'une valeur VE_ID minimale affectée à un des CE, l'annonce VPLS du PE incluant la valeur VE_ID minimale.


     
    7. Dispositif fournisseur de périphérie (PE) (110) comprenant une logique permettant de :

    générer des tables de pseudo-circuits (PW) (125) sur la base d'annonces de services de réseau local privé virtuel (VPLS) reçues d'autres PE, le PE desservant des dispositifs clients de périphérie (CE) (115), les annonces VPLS reçues incluant des paramètres des autres PE ;

    établir des PW sur la base des tables PW, par rapport à chacun des autres PE, les PW incluant un PW actif par rapport à chacun des autres PE et au moins un PW en veille par rapport à chacun des autres PE ;

    générer une annonce VPLS, l'annonce VPLS générée incluant une valeur d'identifiant unique (VE_ID) pour chacun des CE, une même base d'étiquettes (LB) pour chacun des CE, et un même décalage de bloc VE (OFF) pour chacun des CE ;

    fournir l'annonce VPLS aux autres PE ;

    détecter une panne de liaison de communication entre le PE et un des CE et son PE de desserte ; et

    déterminer si un état de l'au moins un PW en veille doit être passé dans un état actif sur la base de la panne de liaison de communication, la détermination consistant à :

    déterminer si la valeur VE_ID, associée à un des CE, correspond à un décalage de bloc VE (OFF) qui correspond au PW actif et qui est associé à une des tables PW, qui est associée à un des autres PE, et

    déterminer que l'au moins un PW en veille ne doit pas être utilisé quand la valeur VE_ID associée audit CE des CE ne correspond pas au décalage de bloc VE (OFF) qui correspond au PW actif.


     
    8. PE selon la revendication 7, dans lequel chacune des annonces VPLS en provenance des autres PE inclut une valeur d'identifiant unique (VE_ID) pour chacun des CE desservis par chacun des autres PE, une même base d'étiquettes (LB) pour chacun des CE desservis par chacun des autres PE, et un même décalage de bloc VE (OFF) pour chacun des CE desservis par chacun des autres PE.
     
    9. PE selon la revendication 8, dans lequel, lors de la génération des tables PW sur la base des annonces, la logique est en outre conçue pour :

    utiliser la base d'étiquettes (LB) et le décalage de bloc VE (OFF) par rapport à chacune des annonces VPLS en provenance des autres PE en guise d'entrées de valeur de départ pour chacune des tables PW qui correspond à chacun des autres PE.


     
    10. PE selon la revendication 9, dans lequel, lors de la génération des tables PW sur la base des annonces VPLS, la logique est en outre conçue pour :

    incrémenter la base d'étiquettes (LB) et le décalage de bloc VE (OFF), par rapport aux entrées de valeur de départ, pour chacune des tables PW, jusqu'à ce que le décalage de bloc VE (OFF) soit incrémenté à une valeur qui corresponde à la valeur VE_ID maximale associée aux CE.


     
    11. PE selon l'une quelconque des revendications 7 à 10, dans lequel, lors de la détermination, la logique est en outre conçue pour :

    déterminer que l'au moins un PW en veille doit être utilisé quand la valeur VE_ID associée audit CE des CE correspond au décalage de bloc VE (OFF) qui correspond au PW actif.


     
    12. PE selon l'une quelconque des revendications 7 à 11, le PE consistant en un routeur, une passerelle, un ordinateur de réseau ou un dispositif d'accès.
     




    Drawing



































    Cited references

    REFERENCES CITED IN THE DESCRIPTION



    This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.

    Patent documents cited in the description