The present invention relates to a method of providing data and related apparatus. In particular, but not exclusively, the invention relates to a dual homing redundancy protocol implemented in a homing configuration joining a first network to a second network.
It is commonplace to build VPLS (Virtual Private LAN Service) in Ethernet over MPLS (MultiProtocol Label Switching) networks, by establishing pseudo-wires between numerous customer locations spanning an existing network. This may provide a multipoint-to-multipoint connectivity and simulate the existence of a LAN. As is the case in any such network it is desirable to build in resiliency, such that if there is a fault on one part of the network, the remaining network can adapt to this fault, and thus not isolate the customer removing their connection to the network. Furthermore, during multicast or broadcast situations it is a consideration of modern network standards to reduce looping of packets (i.e. the same packets being forwarded indefinitely within the network, without reaching the destination, and thus causing congestion) and frame duplication (i.e. the information arriving twice at a destination equipment).
Several homing configurations are known. As opposed to “Single Homing (also known as Single Homing single attach, i.e. with no protection)” which has a single connection between a Provider Edge (PE) node on a first network and a Customer Edge (CE) node on a second network, both “Single homing with link protection (also known as Single Homing dual attach)” and “Dual Homing” offer resilience in the network by having two or more paths. Whereas in “Single homing with link protection” two or more paths are provided between the same CE node and PE node, Dual Homing is implemented by having a CE that is connected to more than one PE, and thus has the advantage that not only are two or more paths provided in the case of failure on one path, but two or more PE nodes are provided in case of failure on one PE node. Therefore in such Dual Homing configurations failure on either a path or a PE node can be overcome by using a secondary path and a secondary PE node for transmission of data.
As will be readily appreciated a VPLS is a method to implement a Level 2 VPN inside an MPLS network. Where there is provided a CE node connected to a PE node, the CE node may be managed either by the customer (customer's equipment) or by the provider (provider's equipment of an Ethernet network, e.g. in the case of an overlay network). It is desirable that the Customer need not manage or have any influence on any aspect of the VPLS/MPLS network since this could affect the overall network.
Networks using Spanning Tree Protocol (STP) and its derivatives can be implemented to prevent frame looping and to provide network resilience. However in the case where the interface is a UNI (User-to-Network Interface), the Provider is not required to peer the Bridge Protocol Data Units (BPDUs) of the CE node but to either discard them or forward (tunnel) them as normal Ethernet Service Data Units (SDUs) within the VPLS. Therefore in such cases when the customer can have an influence on the Provider network, this can turn into undesirable behaviours or network instability; if instead the control of the providing service and stand by resources is under the complete control of the Provider, all the Operation, Administration and Maintenance (OAM) features can be managed thus giving a better service to the customer than otherwise might be the case.
As will be readily appreciated Spanning Tree Protocol and its derivative require network components (such as CE and PE nodes) that participate in the Spanning Tree within a Dual Homing configuration to be taken account of, and to be involved, in any topology change. It is therefore apparent that the generic behaviour of STP to remove frame looping and duplication is not suited to homing configurations, and in particular Dual Homing arrangements, where one node, namely the CE node, may not be removed from decision making. In addition customer equipment controlled CE nodes would be required to communicate BPDUs through PE nodes, reducing valuable bandwidth on the path between them.
According to a first aspect of the invention there is provided a method of providing data from a first network to a second network wherein a first and a second node are provided in the first network and are each capable of supplying data to the second network, wherein:
Such a method is advantageous as it allows the first network to operate and provide resilience to the second network without any influence from the second network on the operation of the first network.
At least one of and generally both of the first and second nodes may send to the other of the nodes, from time to time, a query message. Generally the node sending the message will wait, may be for a predetermined time, for a reply from the other node. An advantage of such sending and receiving of messages is that it can be used to determine whether the other node is still functioning; i.e. if a message is sent and no reply is received it may be inferred that the other node is no longer operational.
Generally, one of the nodes is designated a Providing Service Node (PSN) and supplies data to the second network; i.e. it is in an active mode. The other node may be thought of a Standby node which does not generally supply data to the second network whilst the PSN is functioning. Such an arrangement helps to prevent looping and duplicate data packets being sent to the second network.
Generally, if one of the nodes does not receive a response to the query message then the node that sent the message will become the Providing Service Node (PSN) and supply data to the second network. Such a method helps to ensure resilience if a node were to fail.
Each of the first and second nodes will generally send a communication to the other node if that node determines that a path linking the node to the second network has failed. Such a communication allows resiliency should a path fail.
Each of the first and second nodes, on receipt of the communication indicating that the path has failed, may become the Providing Service Node (PSN). That is, if it is determined that the path linking a node to the second network has failed the other of the nodes may be arranged to automatically supply data to the second network.
Each of the first and second nodes may be to send a message, generally across the first network, if it switches from being a Providing Service node to a Standby node. Such a method is convenient as it will allow the first network to route data more efficiently that otherwise would be the case.
The first and second nodes may be interchangeable. Such a method is convenient as it reduces the complexity of the first network since different types of node need not be provided.
According to a second aspect of the invention there is provided a network node comprising a receiver and a transmitter respectively arranged to receive and transmit data to and from a first and a second network to which the node can be connected, the node having the capability of receiving data from the first or second network via the receiver and forwarding that data to or from the other of the first and second networks, the node also having the capability of communicating with at least one other node by sending and transmitting communications, the communications being processed when received in order to determine whether data should be forwarded between the first and the second network.
Such a node can help to provide resilience to a connection of the second network to the first network.
The node is capable of implementing any of the optional features of the method according to the first aspect of the invention.
According to a third aspect of the invention there is provided a network comprising at least two nodes according to the second aspect of the invention which are arranged to communicate with one another.
A network according to the second aspect of the invention in which the two nodes are arranged to communicate with one another in order to provide the method of the first aspect of the invention.
The network may be arranged to provide a Virtual Private LAN Service (VPLS). The network may be a MultiProtocol Label Switching (MPLS) network which is likely to be connected as a mesh network, whereby connectivity is multipoint-to-multipoint.
A node of the second aspect of the invention may be thought of as being a Provider Edge node, which allows a second network to be connected. Thus, the Provider Edge node may be considered as the connecting, or joining point of a Customer Network and a Provider Network.
The link between Customer Network and the Provider Network (i.e. the attachment to the Provider Edge node) will generally not be part of the MPLS network, and may comprise only one possible path between Customer Network and Provider Edge node.
According to a fourth aspect of the invention there is provided a machine readable medium containing instructions which when read on a machine cause that machine to function as the node of the second aspect of the invention.
According to a fifth aspect of the invention there is provided a machine readable medium containing instructions which when read onto a machine cause that machine to provide at least a part of the method of the first aspect of the invention.
The machine readable medium referred to in any of the above aspects of the invention may include: a floppy disk, a CD ROM, a DVD ROM/RAM (including −R/−RW, +R/+RW, HD and BLU ray), a memory (including SD cards, compact flash cards, XD cards, memory per se, hard drives, Memory Sticks™), tape, any form of magneto optical storage, transmitted signals (including Internet downloads, FTP transfers, etc), a wire.
There now follows by way of example only a detailed description of the present invention with reference to the accompanying drawings in which:
The Provider Edge node and the Customer Edge node may each be provided by any suitable device such as a Switch, an Optical Switch, a Router or the like.
The Provider Edge nodes PE are also in communication with Customer Edge nodes CE 1 to 8 which are external to the VPLS 100. The network is arranged such that data, including broadcast or multicast data, may be communicated to each Customer Edge node CE across the VPLS 100. It will be readily appreciated that the Provider Edge nodes PE, being part of the VPLS 100, may be controlled by equipment owned by the network operator. However, the Customer Edge nodes CE are not generally controlled by the network operator, nor are networks connected to these Customer Edge nodes, and as such may be thought of as being controlled by customers to the network. In such an arrangement the interface between the Provider Edge nodes PE and Customer Edge nodes CE can be considered to be a User to Network Interface (UNI). The VPLS network 100 may be thought of as being a first, or Provider, network and the network connected to the Customer Edge node CE may be thought of as being a second, or Customer, network.
In an alternative embodiment to that shown, the Provider Edge node may be arranged to control, and arbitrate roles for, the Customer Edge nodes CE. In such an arrangement the interface between Provider Edge node PE, and Customer Edge node CE can be considered to be a Network-to-Network Interface (NNI), given that the Network provider may have control of the Customer Edge node CE too.
As will be appreciated, within the MPLS network resiliency can be assured in several ways using techniques available in the prior art, and therefore it may be readily achievable within the VPLS 100 as well. By contrast, resiliency between each Customer Edge node CE and one or more connected Provider Edge nodes PE may be provided by several homing configurations which are discussed below.
An alternative set up is to use single homing with link(s) protection 220, which comprises two or more homing paths 200, all of which are connected between one Provider Edge node PE F and one Customer Edge node CE 10. Such an arrangement provides some resiliency, where if the single homing path 200 fails, communication is maintained between the VPLS 100 and the Customer Edge node CE 10 on a subsequent homing path 200. If however the Provider Edge node PE F fails, then communication is lost between the VPLS and the Customer Edge node CE 10 and therefore any devices connected to the VPLS 100 will not be able to receive data from and send data to Customer Edge node CE 10.
As a further alternative a dual homing 230 may be used which comprises two or more homing paths 200, each of which connects the Customer Edge node CE 11 to a different Provider Edge node and in this case PE H and PE I connect the Customer Edge node CE11 to the VPLS 100. Thus, a first node (e.g. PE H) and a second node (e.g. PEI) connect CE11 to the VPLS 100. As will be readily appreciated, such an arrangement is able to provide resiliency against the failure of a homing path 200, as well as at either of the Provider Edge nodes PE H and PE I. Although, in the Figure, only two Provider Edge nodes are shown connected to Customer Edge node CE11 more Provider Edge nodes could be connected to Customer Edge node CE11. There may for example be 3, 4, 5, 6, 7, 8, 9, 10 or more Provider Edge nodes connected to Customer Edge node CE11.
In the present embodiment the Provider Edge nodes PE, which are connected to a Customer Edge node CE using a Dual Homing configuration, (e.g. Provider Edge nodes are arranged to communicate with one another in order to detect a failure either in the other of the Provider Edge nodes in the Dual Homing arrangement, or in a homing path 200 between the Customer Edge node CE and any of the Provider Edge nodes PE. In this arrangement the Customer Edge node CE does not require configuration to recognise failures. The protocol used in such an arrangement may be considered a Dual Homing Redundancy Protocol (DHRP).
There may be considered at least two modes of DHRP when the Provider Edge nodes PE are arranged to evaluate failures at either a Provider Edge node PE or a homing path 200. In the first of these modes, so termed “fixed role”, the Provider Edge node PE is arranged to either be providing data (i.e. provide service) for any Customer Edge nodes CE to which it is connected (there may be a plurality), or to be in standby mode and as such not provide data to any of the nodes to which it is connected. In the case where the Provider Edge node PE is in standby mode, the Customer Edge nodes CE will maintain communication with the VPLS 100 by receiving communication from the alternative Provider edge node PE which is not in standby mode (i.e. it is providing data). In the event of a failure in association with the Provider Edge node PE which is providing service, then that node stops supplying data to each Customer Edge node to which it is connected, and the other Provider Edge node PE, which was in standby, will therefore provide data (i.e. it is providing service) for each Customer Edge node to which it is connected.
In an alternative mode, so termed ‘on a per Customer Edge basis role’, each Provider Edge node PE is arranged such that it may provide service for one or more Customer Edge nodes CE, while being in standby for other Customer Edge nodes CE. In this mode a Provider Edge node PE may stop supplying data to some Customer Edge nodes whilst continuing to supply data to other Customer Edge nodes CE.
The ‘fixed role’ mode may be easier to implement, although it may not be resilient to mixed homing path failures (i.e. one failure between a Customer Edge node CE and the Provider Edge node PE which is providing service and one concomitant failure between another Customer Edge node CE and the other Provider Edge node PE which is in standby), while ‘on a per CE basis role’ may require more computing resources, but is resilient against mixed homing path 200 failures.
In each DHRP arrangement data signals are transmitted between relevant Provider Edge nodes PE such that the Provider Edge nodes PE may recognise and adapt to failures in the dual homing arrangement. That is the node in the DHRP arrangement communicate with one another. Several such signals may be used as will be discussed herein.
Such signals include:
It will be readily appreciated to a person skilled in the art that such messages signals will generally comprise a plurality of data. Table 1 details an example of the DHRP signalling message format of the present embodiment when considering Ethernet Layer as a communication channel.
The various fields within the message format are detailed below:
Here two homing paths 300, 302 are provided and connect a Customer Edge node CE 12 to two separate PE nodes PE J and PE K. PE-J connects to the Customer Edge node CE 12 via the homing path 300, while the Provider Edge node PE-K connects to the Customer Edge node CE 12 via the homing path 302. Both Provider Edge node PE-J and Provider Edge node PE-K are connected via a pseudo-wire 120 of the VPLS 100 and thus are able to communicate with each other.
Each of the Provider Edge nodes PE-J, PE-K is capable of communicating with both the first network (i.e. the VPLS 100) and also the second network (i.e. the Customer Edge node CE12) and as such each comprises receivers a and transmitters b capable of communicating with each of these networks. Each node also comprises a processor c arranged to process communications received by the receiver a and to generate communications for transmission by the transmitter b.
Each Provider Edge node PE may connect to any number of Customer Edge nodes CE via alternative homing paths 200; i.e. although
By way of example the steps involved in a DHRP used when considering ‘on a per Customer basis role’ are detailed below with reference to
During the steps above, both the primary Provider Edge node (i.e. one of either PE J or PE K) and the standby node (i.e. the other one of Provider Edge node PE J or PE K) are in communication with each other via a pseudo-wire path 120, which maybe be itself a protected resource within the MPLS network, and each is arranged to send, from time to time, “Hello” messages to establish if the other PE node PE J or PE K is working. This is done by means of a simple timeout; i.e. if an answer is not received, within a predetermined time, by the Provider Edge node PE J or PE K to a “Hello” message that it has sent then failure is assumed.
Both Provider Edge nodes PE J, PE K also receive “Customer Link State Messages” from the other Provider Edge node, only in the case of a failure on the homing path 200 between the other PE node PE and the CE node CE; i.e. if path 300 fails Provider Edge node PE J sends a “Customer Link State Message” to Provider Edge node PE K and likewise if path 302 fails Provider Edge node PE K sends a “Customer Link State Message” to Provider Edge node PE J.
In order to highlight this further
It will be readily appreciated to a person skilled in the art that in Transport Network terminology a “manual” command does not allow a change of state in the state machine in case of presence of failure related to the destination state, while a “forced” command allows change of state even in a case where there is a presence of failure related to the destination state within the state machine.
In the present embodiment in relation to
Detailed below are the propriety actions required by each node:
Providing Service Node (PSN)
Stand-By Node (SBN)
Initializing Node (IN)
The use of such a system allows the Provider Edge nodes PE J, PE K to actively control the topology of the connection between the customer network and the provider network without involving the Customer Edge nodes CE 12. Therefore in the present invention the Customer Edge node observes a standard network, while the VPLS 100 may adapt for resiliency to account for failure of a path 300, 302 or a Provider Edge node PE J, PE K. Furthermore as the protocol as detailed is able to manage the resiliency without the input from the Customer Edge node CE 12 frame looping and duplication are avoided, without the requirement to implement STP.
It will be readily appreciated by a person skilled in the art that the embodiment detailed above may be applied to any connection oriented-packet switched network (e.g. to connection oriented Ethernet, like Provider Backbone Transport—PBT—that is being standardized by International Communication Union—Telecom sector ITU-T), where a communication channel is available between the two PE nodes.
Embodiments of the invention may also be thought of as providing a method of providing resilience to a network connection between a first and a second network.
Number | Date | Country | Kind |
---|---|---|---|
PCT/EP2006/012601 | Dec 2006 | EP | regional |