Domain configuration in an ethernet OAM network having multiple levels
A domain configuration system and method operable in an Ethernet OAM network having multiple levels of OAM domains. A port of a first end bridge of the network is configured as a first MEP node belonging to a predetermined OAM domain having a particular level. GARP or CC frames are transmitted from the first MEP node in a forward attribute registration process towards the remaining bridges of the network. A port of a second end bridge of the network is configured as a second MEP node of the predetermined OAM domain. In a backward attribute registration process, GARP or CC frames are transmitted from the second MEP node towards the remaining bridges of the network. Responsive to the frame flow, ports in bridges disposed between the first and second end bridges are automatically configured as MIP nodes having the particular level.
Latest Alcatel Lucent Patents:
- Communication methods and devices for uplink power control
- Method for delivering dynamic policy rules to an end user, according on his/her account balance and service subscription level, in a telecommunication network
- METHODS FOR IMPLEMENTING UPLINK CHANNEL ACCESS IN ELAA-BASED COMMUNICATION SYSTEM
- Method and device for multiple input multiple output communications
- Fairness-enhancing frame structure
This nonprovisional application claims priority based upon the following prior United States provisional patent application(s): (i) “OAM DOMAIN CONFIGURATION USING GARP (GENERIC OAM REGISTRATION PROTOCOL—GORP),” Application No.: 60/586,248, filed Jul. 8, 2004, in the name(s) of: David Elie-Dit-Cosaque, Kamakshi Sridhar, Maarten Petrus Joseph Vissers and Tony Van Kerckhove; each of which is hereby incorporated by reference.
INCORPORATION BY REFERENCE OF RELATED APPLICATIONThis application discloses subject matter related to the subject matter disclosed in the following commonly owned co-pending patent application(s): (i) “Alarm Indication And Suppression (AIS) Mechanism in an Ethernet OAM Network,” application Ser. No.: 11/023,784, filed Dec. 28, 2004, in the name(s) of: David Elie-Dit-Cosaque, Kamakshi Sridhar, Maarten Petrus Joseph Vissers and Tony Van Kerckhove; and ii) “Autoconfiguration of Ethernet OAM Points,” application Ser. No. 11/020,898, filed Dec. 22, 2004, in the name(s) of: David Elie-Dit-Cosaque, Kamakshi Sridhar, Maarten Vissers and Tony Van Kerckhove; which are hereby incorporated by reference.
BACKGROUND OF THE INVENTION1. Technical Field of the Invention
The present invention generally relates to Ethernet OAM networks. More particularly, and not by way of any limitation, the present invention is directed to a system and method for configuring OAM domains in an Ethernet OAM network having multiple levels.
2. Description of Related Art
In order to adapt the well known Ethernet technology in a carrier-grade service environment, various standards are being developed that aim to provide advanced operations, administration and maintenance (OAM) capabilities (also referred to as Ethernet Connectivity and Fault Management or Ethernet CFM) across the entire network from one end to the other end. Since the end-to-end service network environment is typically comprised of a patchwork of diverse component networks (e.g., metro access networks and core networks using a variety of technologies) that may belong to different organizations, network operators and service providers, the Ethernet OAM plane is envisioned as a hierarchically layered domain space wherein specific OAM domains are defined corresponding to the constituent network infrastructure and provisioning. In particular, two standards, IEEE 802.1ag and ITU-T (Question 3, Study Group 13), incorporated by reference herein, that are specifically concerned with end-to-end Ethernet OAM define a customer-level domain at the highest level of hierarchy, which comprises one or more provider domains (occupying an intermediate level), each of which in turn includes one or more operator domains disposed at a lower hierarchical level. By way of standardization, the OAM domain space may be partitioned into up to a number of levels, e.g., 8 levels, each domain corresponding to a particular level, wherein a domain is defined in terms of what are referred to as flow points. In the context of the IEEE 802 specification suite, the flow points are new entities contained in Media Access Control (MAC) “interfaces” and “ports” as defined in related standards documentation. A flow point at the edge of an OAM domain is called a “Maintenance End Point” or MEP. A flow point inside a domain and visible to a MEP is called a “Maintenance Intermediate Point” or MIP. Whereas MEP nodes are used by system administrators to initiate and monitor OAM activity (by issuing appropriate OAM frames), MIP nodes passively receive and respond to OAM flows initiated by MEP nodes. An OAM domain having one or more MIP nodes is bounded by two or more MEP nodes, wherein a “Maintenance Entity” (ME) is defined to include a set of MIP nodes disposed between one MEP node and another MEP node. Thus it is possible to have more than one ME in a particular OAM domain.
In order that OAM frame flows are appropriately filtered so that they are processed only by the intended domain's nodes, the MEP/MIP population of an Ethernet OAM network needs to be properly configured. In accordance with the current standards, absolute OAM level encoding uses an integer value to indicate a specific domain level. Moreover, each MIP node at a given layer must be manually configured with its domain level in order to support proper OAM operation. Manual configuration can however be time-consuming as well as error-prone, particularly in a network with many levels and a large number of MIP nodes. If the MIP nodes are misconfigured for any reason with the wrong domain level, or if a MEP node is malfunctioning, security violations are possible due to leakage of OAM frames between domains.
SUMMARY OF THE INVENTIONIn one aspect, a domain configuration system and method is disclosed for an Ethernet OAM network having multiple levels of OAM domains. A port of a first end bridge of the network is configured as a first MEP node belonging to a predetermined OAM domain having a particular level. GARP or CC frames are transmitted from the first MEP node in a forward attribute registration process towards the remaining bridges of the network. A port of a second end bridge of the network is configured as a second MEP node of the predetermined OAM domain. In a backward attribute registration process, GARP or CC frames are transmitted from the second MEP node towards the remaining bridges of the network. Responsive to the frame flow, ports in bridges disposed between the first and second end bridges are automatically configured as MIP nodes having the particular level.
In another aspect, the present invention is directed to a network bridge entity operable in an Ethernet network having multiple levels of OAM domains. Included with the bridge is means for configuring a port associated therewith as a MEP node belonging to a predetermined OAM domain having a particular level. Also included is means for generating a set of GARP or CC frames for transmission in an attribute registration process from the port towards remaining ports of the network bridge entity. Where the GARP frames are used, the OAM level information is provided as an attribute value. If the CC frames are used, alternatively, the level information relating to the particular level is included in an OAM level field therein.
The accompanying drawings are incorporated into and form a part of the specification to illustrate one or more presently preferred exemplary embodiments of the present invention. Various advantages and features of the invention will be understood from the following Detailed Description taken in connection with the appended claims and with reference to the attached drawing figures in which:
Embodiments of the invention will now be described with reference to various examples of how the invention can best be made and used. Like reference numerals are used throughout the description and several views of the drawings to indicate like or corresponding parts, wherein the various elements are not necessarily drawn to scale. Referring now to the drawings, and more particularly to
The various network portions of the Ethernet OAM network 100 and their constituent segments are interconnected using appropriate forwarding entities such as bridges and switches. By way of illustration, entities 111, 110 and 120, 121 are exemplary of customer equipment disposed in the respective customer networks 102A and 102B. Likewise, entities 112 and 118 of access networks 106A and 106B are operable to interface with the respective customer equipment 110 and 120. Interfacing between the access networks 106A, 106B and the core network 108 is effectuated by means of entities 114 and 116, respectively. In addition to the interfacing entities, a particular network may include a number of additional entities within that network. For example, entities 115, 117 and 119 are exemplary equipment within the core network 108, wherein point-to-multipoint operations may be effectuated.
As alluded to in the Background section of the present patent application, the Ethernet OAM architecture of a hierarchically layered end-to-end carrier-grade Ethernet service network such as the Ethernet network 100 is logically segmented into a number of OAM domains having a designated hierarchy of domain levels. With respect to the Ethernet OAM network 100 of
It should be appreciated by those skilled in the art that by virtue of MEP and MIP provisioning, a static partitioning of the Ethernet OAM network is effectuated whereby MEP nodes demarcate the boundaries of nonintersecting Ethernet domains such that OAM frame leakage from one domain to another is curtailed. That is, OAM frames intended for one domain are required to stay within that domain for processing while all other OAM frames are filtered out. Further, MEP and MIP nodes are provisionable within an Ethernet OAM network such that it is possible to define a number of easily manageable Maintenance Entity (ME) domains depending on business and service models and deployment scenarios. Due to the hierarchical arrangement of the OAM domains, customer-level domains are disposed at a higher hierarchical level than the service provider domains, which in turn are disposed at a higher level than operator-level domains. Accordingly, in terms of visibility and awareness, operator-level domains have higher OAM visibility than service provider-level domains, which in turn have higher visibility than customer-level domains. Thus, whereas an operator OAM domain has knowledge of both service provider and customer domains, the converse is not true. Likewise, a service provider domain has knowledge of customer domains but not vice versa.
As set forth in the IEEE 802.1ag specification documentation referenced hereinabove, various rules govern the treatment of Ethernet packets/frames as they move from one domain level to another. MEP nodes are operable to issue OAM frames to all other MEP nodes across the level/OAM domains, while a MIP node can interact only with the MEP nodes of its domain. Each MIP node at a higher domain level is also operable as a MEP node for the next hierarchical layer below. Thus a single piece of forwarding entity equipment (e.g., a bridge) may have both MIP and MEP nodes thereat that are of different levels. Because of the boundedness of OAM flows, frames at a given level i, i=1, 2, . . . , N, remain at that level. The levels of OAM frames are encoded therein depending on the domain levels assigned to the MEP nodes originating the OAM frames. Further, OAM frames are either processed or discarded by the same level MIP/MEP nodes subject to the following conditions: (i) an OAM frame is discarded when originated from outside the instant OAM domain, and (ii) an OAM frame is processed when originated within the instant OAM domain. Due to the hierarchical nature of OAM visibility, frames from lower maintenance domain levels (e.g., operator) are relayed transparently by MEP/MIP nodes disposed at higher domain levels (e.g., customer). On the other hand, higher domain OAM frames (e.g., originated by customer-level MEP nodes) are always processed by lower level MEP/MIP nodes (e.g., operator-level nodes).
Based on the foregoing discussion, it should be apparent that a single network entity may be operable to effectuate one or more MIP/MEP nodes at different levels depending on its deployment and OAM service provisioning. By way of illustration, it can be seen that bridge entity 202-2 effectuates the processing and logic of customer-level MIP node 206-1, service provider-level MEP 208-1, operator-level MEP 212-1 as well as operator-level MIP 214-2. Accordingly, the physical equipment of an Ethernet network represents a flat, “vertically-compressed” layer that is logically expandable into a number of hierarchical levels where, at any one level, an OAM domain may be abstracted as a concatenation of a plurality of MIP nodes bounded by multiple MEP nodes. In essence,
As alluded to hereinabove, MEP nodes are operable to originate various OAM frames which may be used for effectuating such OAM service functions as discovery, connectivity verification, latency/loss measurements, delay variation measurements, etcetera, within an end-to-end Ethernet network. In general, the OAM frames are issued on a per-Ethernet Virtual Connection (per-EVC) basis and look like user data frames, but differentiated by using (i) certain predetermined multicast addresses for OAM discovery and (ii) certain predetermined EtherTypes for OAM. Also, because Ethernet as a connectionless transport technology has the property that packets may be sent to different entities within the network that need not or should not receive them (e.g., when the MAC address is not known), domain-based OAM barriers or filters are also encoded therein. Additional details regarding the Ethernet OAM hierarchy and OAM domain levels may be found in the following co-pending commonly assigned U.S. patent application(s): (i) “ALARM INDICATION AND SUPPRESSION (AIS) MECHANISM IN AN ETHERNET OAM NETWORK,” application Ser. No. 11/023,784, filed Dec. 28, 2004, in the name(s) of: David Elie-Dit-Cosaque, Kamakshi Sridhar, Maarten Petrus Joseph Vissers and Tony Van Kerckhove; and (ii) “AUTOCONFIGURATION OF ETHERNET OAM POINTS,” application Ser. No. 11/020,898, filed Dec. 22, 2004, in the name(s) of: David Elie-Dit-Cosaque, Kamakshi Sridhar, Maarten Vissers and Tony Van Kerckhove; each of which is incorporated by reference herein.
As is well known, GARP provides a generic attribute dissemination capability whereby devices in a bridged network, i.e., end stations and bridges (or, synonymously, switches), can register and de-register attribute values with one another. In doing so, the attributes are propagated to devices in the network such that the registered devices form a reachability tree that is a subset of an active topology. GARP, which forms a part of the IEEE 802.1p extension to its 802.1d (Spanning Tree) specification, defines the architecture, rules of operation, state machines and variables for the registration and de-registration of attribute values. In general, a GARP participant in a bridge consists of a GARP application component and a GARP Information Declaration (GID) component associated with each port of the bridge.
The propagation of information between GARP participants for the same application in a bridge is carried out by the GARP Information Propagation (GIP) component. Protocol exchanges take place between GARP participants by means of Logical Link Control (LLC) Type 1 services, using the group MAC address and protocol data unit (PDU) formats defined for the GARP application concerned.
In accordance with the teachings of the present invention, OAM level information is provided as an attribute value for propagation in an Ethernet OAM network for purposes of domain configuration. In the context of the present disclosure, domain configuration preferably involves the following: (i) automatic configuration of intermediate OAM flow points (i.e., attribution of a particular OAM level to a domain's MIP nodes); (ii) placement of MIPs at correct locations in the network; and (iii) placement of what are known as Automatic MEP nodes or A-MEP nodes at the domain boundary to prevent frame leakage.
Continuing to refer to
Referring now to
-
- Two types of flow points that require configuration: MIPs and MEPs.
- A single authority (i.e., a network administrator) has the knowledge as to where the edges of a particular domain are to be located. The ports identified as edge ports are to be configured as MEP nodes.
- By way of example, there may be only one administrator at each domain level for configuring MEP nodes at that level. Further, the administrator is operable to manually configure the MEP nodes for a level, i.e., assign a particular OAM level to the MEP nodes as well as determine their MEIDs. There is no need, in general, for interaction among the administrators.
- When the administrator activates the MEP functionality at the edge bridges (i.e., bridges having the edge ports), a GARP state machine engine associated therewith is also activated for sending GARP frames as part of an attribute registration process. After the MEP nodes are configured, the intermediary MIP nodes need to be automatically configured.
With the foregoing implementation framework as a backdrop, a GARP-based OAM Registration Protocol which, for purposes of the present patent disclosure, may be referred to as a Generic OAM Registration Protocol (GORP) will now be set forth below. When a port of a first end bridge disposed in a network is configured as a first MEP node with certain level (e.g., Level X) of a predetermined domain (block 602), a GARP state machine engine (SME) associated with the end bridge generates GARP frames for transmission in a forward attribute registration process to the remainder the ports of the end bridge which are declared (D) as nodes having the same OAM level (Level X). Also, a GARP frame carrying the OAM level information is propagated over the physical link from the first end bridge to the next bridge it is coupled to (i.e., over the inter-bridge link). When a port at the next bridge receives the GARP frame carrying the OAM level value over the link, it registers (R) the level value for that port. Thereafter, the GARP state machine logic of the receiving bridge declares (D) the OAM level attribute value on the rest of the ports of the bridge. This process continues until the second end bridge of the domain is reached, whereby the ports of the remaining bridge entities of the domain are either registered (when a GARP frame is received via a physical link) or declared (when a GARP frame is received across a bridge fabric) as part of the forward attribute registration process (block 604). At block 606, a port of the second end bridge is configured (e.g., manually) as a second MEP node belonging to the predetermined OAM domain with the particular OAM level (i.e., Level X). Responsive thereto, another attribute registration process is then commenced from the second MEP node towards the remaining ports of the second end bridge and the remaining bridges of the OAM domain in a backward direction, whereby the ports are either registered (R) or declared (D) again (block 608). The intermediary ports in different bridges disposed between the first and second end bridges are automatically configured as MIP nodes with the particular OAM level (i.e., Level X) of the ME defined by the first and second MEP nodes of the OAM domain if the ports are both declared (D) and registered (R) during the forward and backward attribution processes. In other words, the intermediary ports that are either D and R condition or R and D condition after the execution of the attribute registration processes are configured as MIP nodes with the selected OAM level (block 610). Further, as part of GARP's pruning methodology, certain ports of the domain may be automatically configured as boundary nodes that can filter OAM frames. Accordingly, ports which are only declared in both attribute registration processes (i.e., ports with DD designation) and belong to the bridges having ports with DR/RD designation (i.e., MIP nodes) may be automatically configured as MEPs (i.e., automatic MEPs or A-MEPs) that have a reduced set of capabilities as compared to full-fledged MEP nodes defining an ME (block 612). Whereas an A-MEP node cannot initiate any OAM traffic unlike a full-fledged MEP, its filtering functionality is however operable to prevent OAM frames from entering or leaving the OAM domain.
In
It should be recalled that unlike GARP, CC frames are sent continuously in the network. Hence there is a periodic reinforcement of registration and declaration of the attribute value, i.e., the OAM level value. As a result, CC frame loss is operable to trigger de-registration of the attribute. With respect to the possibility of domain merger at the NNI between two operators should an A-MEP node or MEP node fail at the boundary, the UUCSIID field in the CC frames provides a reliable means of determining whether a CC frame originated within a particular operator or not. Accordingly, an operator receiving a leaked CC frame from a neighboring operator is prevented from processing it as frame of its own.
Regardless of whether a CC-based or a GARP-based domain configuration scheme is implemented, it is possible to configure multiple levels on a single port at the same time. If multiple levels are registered on the same port (i.e., MIP nodes with different levels configured at the same port), a mechanism is required to resolve the MIP levels since a MIP node can be active only one level at a time.
Based on the foregoing Detailed Description, it should be appreciated that the present invention advantageously provides a domain configuration mechanism operable in an Ethernet OAM network wherein the MIP nodes are configured automatically rather than by way of manual configuration. Thus, the possibility of mistakes due to manual misconfiguration is significantly reduced, especially in OAM domains provisioned with a large number of MIP nodes. Moreover, security violations due to leakage of frames from one domain to another are reduced because of the provisioning of A-MEP nodes at appropriate locations in the network.
Although the invention has been described with reference to certain exemplary embodiments, it is to be understood that the forms of the invention shown and described are to be treated as exemplary embodiments only. Accordingly, various changes, substitutions and modifications can be realized without departing from the spirit and scope of the invention as defined by the appended claims.
Claims
1. A domain configuration method operable in an Ethernet network having multiple levels of Operations, Administration and Maintenance (OAM) domains, comprising:
- configuring a port of a first end bridge in said Ethernet network as a first Maintenance End Point (MEP) node belonging to a predetermined OAM domain having a particular level;
- transmitting a first set of frames from said first MEP node towards remaining ports of said first end bridge and remaining bridges of said Ethernet network, said first set of frames including level information relating to said particular level;
- configuring a port of a second end bridge in said Ethernet network as a second Maintenance End Point (MEP) node belonging to said predetermined OAM domain having said particular level;
- transmitting a second set of frames from said second MEP node towards remaining ports of said second end bridge and remaining bridges of said Ethernet network, said second set of frames including level information relating to said particular level; and
- responsive to said first and second set of frames, configuring ports in bridges disposed between said first and second end bridges as Maintenance Intermediate Point (MIP) nodes having said particular level.
2. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 1, wherein said predetermined OAM domain comprises a customer-level OAM domain.
3. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 1, wherein said predetermined OAM domain comprises a provider-level OAM domain.
4. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 1, wherein said predetermined OAM domain comprises an operator-level OAM domain.
5. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 1, wherein said port of said first end bridge is manually configured as said first MEP node.
6. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 1, wherein said port of said second end bridge is manually configured as said second MEP node.
7. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 1, wherein said ports in said bridges disposed between said first and second end bridges are automatically configured as MIP nodes having said particular level.
8. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 1, wherein said first and second set of frames comprise Continuity Check (CC) frames, with said level information populating an OAM level field in said CC frames.
9. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 1, wherein said first and second set of frames comprise Generic Attribute Registration Protocol (GARP) frames, with said level information populating an attribute value field in said GARP frames.
10. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 1, further comprising:
- determining if at least one of said ports configured as MIP nodes belongs to multiple levels; and
- if so, assigning a level to said at least one of said ports that comprises a minimum value of said multiple levels.
11. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 1, further comprising automatically configuring at least one port at an intermediate bridge disposed between said first and second end bridges as an Automatic MEP (A-MEP) node with respect to said predetermined OAM domain.
12. A domain configuration system operable in an Ethernet network having multiple levels of Operations, Administration and Maintenance (OAM) domains, comprising:
- means for configuring a port of a first end bridge in said Ethernet network as a first Maintenance End Point (MEP) node belonging to a predetermined OAM domain having a particular level;
- means for generating a first set of frames from said first MEP node for transmission towards remaining ports of said first end bridge and remaining bridges of said Ethernet network, said first set of frames including level information relating to said particular level;
- means for configuring a port of a second end bridge in said Ethernet network as a second Maintenance End Point (MEP) node belonging to said predetermined OAM domain having said particular level;
- means for generating a second set of frames from said second MEP node for transmission towards remaining ports of said second end bridge and remaining bridges of said Ethernet network, said second set of frames including level information relating to said particular level; and
- means, operable responsive to said first and second set of frames, for configuring ports in bridges disposed between said first and second end bridges as Maintenance Intermediate Point (MIP) nodes having said particular level.
13. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 12, wherein said predetermined OAM domain comprises a customer-level OAM domain.
14. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 12, wherein said predetermined OAM domain comprises a provider-level OAM domain.
15. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 12, wherein said predetermined OAM domain comprises an operator-level OAM domain.
16. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 12, wherein said means for configuring said port of said first end bridge includes means for manually configuring said port of said first end bridge as said first MEP node.
17. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 12, wherein said means for configuring said port of said second end bridge includes means for manually configuring said port of said second end bridge as said second MEP node.
18. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 12, wherein said means for configuring said ports in said bridges disposed between said first and second end bridges includes means for automatically configuring said ports as MIP nodes having said particular level.
19. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 12, wherein said means for generating said first and second set of frames comprise means for generating Continuity Check (CC) frames, with said level information populating an OAM level field in said CC frames.
20. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 12, wherein said means for generating said first and second set of frames comprise means for generating Generic Attribute Registration Protocol (GARP) frames, with said level information populating an attribute value field in said GARP frames.
21. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 12, further comprising:
- means for determining if at least one of said ports configured as MIP nodes belongs to multiple levels; and
- means, operable to said determination, for assigning a level to said at least one of said ports that comprises a minimum value of said multiple levels.
22. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 12, further comprising means for automatically configuring at least one port at an intermediate bridge disposed between said first and second end bridges as an Automatic MEP (A-MEP) node with respect to said predetermined OAM domain.
23. A domain configuration method operable in an Ethernet network having multiple levels of Operations, Administration and Maintenance (OAM) domains, comprising:
- manually configuring a port of a first end bridge in said Ethernet network as a first Maintenance End Point (MEP) node belonging to a predetermined OAM domain having a particular level;
- transmitting a first set of Generic Attribute Registration Protocol (GARP) frames in a forward attribute registration process from said first MEP node towards remaining ports of said first end bridge and remaining bridges of said Ethernet network, said first set of GARP frames including level information relating to said particular level as an attribute value therein;
- manually configuring a port of a second end bridge in said Ethernet network as a second Maintenance End Point (MEP) node belonging to said predetermined OAM domain having said particular level;
- transmitting a second set of GARP frames in a backward attribute registration process from said second MEP node towards remaining ports of said second end bridge and remaining bridges of said Ethernet network, said second set of GARP frames including level information relating to said particular level as an attribute value therein; and
- responsive to said first and second set of GARP frames, automatically configuring ports in bridges disposed between said first and second end bridges as Maintenance Intermediate Point (MIP) nodes having said particular level.
24. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 23, wherein said predetermined OAM domain comprises a domain selected from the group consisting of a customer-level OAM domain, a provider-level OAM domain and an operator-level OAM domain.
25. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 23, wherein a port receiving a GARP frame in either of said forward and backward attribute registration processes over an inter-bridge link is registered as a node having said particular level.
26. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 25, wherein a port receiving a GARP frame in either of said forward and backward attribute registration processes over a bridge fabric is declared as a node having said particular level.
27. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 26, wherein a port that is both declared and registered as a node having said particular level is automatically configured as a MIP node having said particular level.
28. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 27, wherein a port that is declared in both of said forward and backward attribute registration processes as a node having said particular level is automatically configured as an Automatic MEP (A-MEP) node with respect to said particular OAM domain.
29. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 28, further comprising:
- determining if at least one of said ports configured as MIP nodes belongs to multiple levels; and
- if so, assigning a level to said at least one of said ports that comprises a minimum value of said multiple levels.
30. A domain configuration system operable in an Ethernet network having multiple levels of Operations, Administration and Maintenance (OAM) domains, comprising:
- means for manually configuring a port of a first end bridge in said Ethernet network as a first Maintenance End Point (MEP) node belonging to a predetermined OAM domain having a particular level;
- means for generating a first set of Generic Attribute Registration Protocol (GARP) frames for transmission in a forward attribute registration process from said first MEP node towards remaining ports of said first end bridge and remaining bridges of said Ethernet network, said first set of GARP frames including level information relating to said particular level as an attribute value therein;
- means for manually configuring a port of a second end bridge in said Ethernet network as a second Maintenance End Point (MEP) node belonging to said predetermined OAM domain having said particular level;
- means for generating a second set of GARP frames for transmission in a backward attribute registration process from said second MEP node towards remaining ports of said second end bridge and remaining bridges of said Ethernet network, said second set of GARP frames including level information relating to said particular level as an attribute value therein; and
- means, operable responsive to said first and second set of GARP frames, for automatically configuring ports in bridges disposed between said first and second end bridges as Maintenance Intermediate Point (MIP) nodes having said particular level.
31. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 30, wherein said predetermined OAM domain comprises a domain selected from the group consisting of a customer-level OAM domain, a provider-level OAM domain and an operator-level OAM domain.
32. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 30, wherein a port receiving a GARP frame in either of said forward and backward attribute registration processes over an inter-bridge link is registered as a node having said particular level.
33. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 32, wherein a port receiving a GARP frame in either of said forward and backward attribute registration processes over a bridge fabric is declared as a node having said particular level.
34. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 33, wherein a port that is both declared and registered as a node having said particular level is automatically configured as a MIP node having said particular level.
35. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 34, wherein a port that is declared in both of said forward and backward attribute registration processes as a node having said particular level is automatically configured as an Automatic MEP (A-MEP) node with respect to said particular OAM domain.
36. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 28, further comprising:
- means for determining if at least one of said ports configured as MIP nodes belongs to multiple levels; and
- means, operable responsive to said determination, for assigning a level to said at least one of said ports that comprises a minimum value of said multiple levels.
37. A domain configuration method operable in an Ethernet network having multiple levels of Operations, Administration and Maintenance (OAM) domains, comprising:
- manually configuring a port of a first end bridge in said Ethernet network as a first Maintenance End Point (MEP) node belonging to a predetermined OAM domain having a particular level;
- periodically transmitting a first set of Continuity Check (CC) frames in a forward attribute registration process from said first MEP node towards remaining ports of said first end bridge and remaining bridges of said Ethernet network, said first set of CC frames including level information relating to said particular level in an OAM level field therein;
- manually configuring a port of a second end bridge in said Ethernet network as a second Maintenance End Point (MEP) node belonging to said predetermined OAM domain having said particular level;
- transmitting a second set of CC frames in a backward attribute registration process from said second MEP node towards remaining ports of said second end bridge and remaining bridges of said Ethernet network, said second set of CC frames including level information relating to said particular level as an attribute value therein; and
- responsive to said first and second set of CC frames, automatically configuring ports in bridges disposed between said first and second end bridges as Maintenance Intermediate Point (MIP) nodes having said particular level.
38. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 37, wherein said predetermined OAM domain comprises a domain selected from the group consisting of a customer-level OAM domain, a provider-level OAM domain and an operator-level OAM domain.
39. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 37, wherein a port receiving a CC frame in either of said forward and backward attribute registration processes over an inter-bridge link is registered as a node having said particular level.
40. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 39, wherein a port receiving a CC frame in either of said forward and backward attribute registration processes over a bridge fabric is declared as a node having said particular level.
41. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 40, wherein a port that is both declared and registered as a node having said particular level is automatically configured as a MIP node having said particular level.
42. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 41, wherein a port that is declared in both of said forward and backward attribute registration processes as a node having said particular level is automatically configured as an Automatic MEP (A-MEP) node with respect to said particular OAM domain.
43. The domain configuration method operable in an Ethernet network having multiple OAM domains as recited in claim 42, further comprising:
- determining if at least one of said ports configured as MIP nodes belongs to multiple levels; and
- if so, assigning a level to said at least one of said ports that comprises a minimum value of said multiple levels.
44. A domain configuration system operable in an Ethernet network having multiple levels of Operations, Administration and Maintenance (OAM) domains, comprising:
- means for manually configuring a port of a first end bridge in said Ethernet network as a first Maintenance End Point (MEP) node belonging to a predetermined OAM domain having a particular level;
- means for generating a first set of Continuity Check (CC) frames for transmission in a forward attribute registration process from said first MEP node towards remaining ports of said first end bridge and remaining bridges of said Ethernet network, said first set of CC frames including level information relating to said particular level in an OAM level field therein;
- means for manually configuring a port of a second end bridge in said Ethernet network as a second Maintenance End Point (MEP) node belonging to said predetermined OAM domain having said particular level;
- means for generating a second set of CC frames for transmission in a backward attribute registration process from said second MEP node towards remaining ports of said second end bridge and remaining bridges of said Ethernet network, said second set of CC frames including level information relating to said particular level as an attribute value therein; and
- means, operable responsive to said first and second set of CC frames, for automatically configuring ports in bridges disposed between said first and second end bridges as Maintenance Intermediate Point (MIP) nodes having said particular level.
45. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 44, wherein said predetermined OAM domain comprises a domain selected from the group consisting of a customer-level OAM domain, a provider-level OAM domain and an operator-level OAM domain.
46. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 44, wherein a port receiving a CC frame in either of said forward and backward attribute registration processes over an inter-bridge link is registered as a node having said particular level.
47. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 46, wherein a port receiving a CC frame in either of said forward and backward attribute registration processes over a bridge fabric is declared as a node having said particular level.
48. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 47, wherein a port that is both declared and registered as a node having said particular level is automatically configured as a MIP node having said particular level.
49. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 48, wherein a port that is declared in both of said forward and backward attribute registration processes as a node having said particular level is automatically configured as an Automatic MEP (A-MEP) node with respect to said particular OAM domain.
50. The domain configuration system operable in an Ethernet network having multiple OAM domains as recited in claim 49, further comprising:
- means for determining if at least one of said ports configured as MIP nodes belongs to multiple levels; and
- means, operable responsive to said determination, for assigning a level to said at least one of said ports that comprises a minimum value of said multiple levels.
6515969 | February 4, 2003 | Smith |
6785294 | August 31, 2004 | Ammitzbøll et al. |
6937576 | August 30, 2005 | Di Benedetto et al. |
7043541 | May 9, 2006 | Bechtolsheim et al. |
7143153 | November 28, 2006 | Black et al. |
7225224 | May 29, 2007 | Nakamura |
7286538 | October 23, 2007 | Song et al. |
20030103522 | June 5, 2003 | Hane |
20040032868 | February 19, 2004 | Oda et al. |
20040114924 | June 17, 2004 | Holness et al. |
20040160895 | August 19, 2004 | Holmgren et al. |
20040165595 | August 26, 2004 | Holmgren et al. |
20050080912 | April 14, 2005 | Finn |
20050099954 | May 12, 2005 | Mohan et al. |
20050100026 | May 12, 2005 | Mancour |
20060056414 | March 16, 2006 | Elie-Dit-Cosaque et al. |
- Elie-Dit-Cosaque D., Vissers M., “Review of 802.lag framework”, IEEE, Online! Mar. 12, 2004, XP002346927. www.ieee802.org. Retrieved from the Internet: URL:http://www.ieee802.org/1/files/public/docs2004/Review%20of%20802.lag%20framework 1.pdf. Retrieved Sep. 26, 2006.
- Dinesh M: “802.1AG Connectivity Fault Management Tutorial” IEEE 802 Plenary Tutorials, ′Online! Jul. 12, 2004, XP002346928. Retrieved from the Internet: URL: http://grouper.ieee.org/groups/802/802—tutorials/july04/802.lag%20-%20CFM%20Tutorial%20-%20Part%201%20v2.ppt. Retrieved on Sep. 26, 2005.
- Sridhar K. Elie-Dit-Cosaque D., Vissers M.: “End-to-End Ethernet Connectivity Fault Management in Metro and Access Networks” Technology White Paper, ′Online! Jun. 30, 2005, XP002346929. Alcatel Web Page. Retrieved from the Internet: URL: http://www.alcatel.com/com/en/appcontent/apl/T0605-CFM-EN—tcm172-288401634.pdf. Retrieved on Sep. 23, 2005.
- Seaman M: “Maintenance Point Architecture” IEEE, ′Online! May 7, 2005, XP002346930. www.ieee802.org. Retrieved from the Internet: URL: http://www.ieee802.org/1/files/public/docs2005/ag-seaman-maintenance-point-arch-0505-01.pdf. Retrieved on Sep. 26, 2005.
- U.S. Appl. No. 11/023,784, filed Dec. 28, 2004, Alarm Indication And Suppression (AIS) Mechanism In An Ethernet OAM Network.
- U.S. Appl. No. 11/020,898, filed Dec. 22, 2004, Autoconfiguration Of Ethernet OAM Points.
- Squire; “Metro Ethernet Forum OAM”; Metro Ethernet Forum; pp. 1-25.
- “Making Universal Broadband Access A Reality”; Ethernet in the First Mile Alliance (EFMA); http://www.efmalliance.org/whitepaper.html; pp. 1-14.
- “Bringing Carrier-Class Management to Ethernet in the First Mile”; Metrobility Optical Systems; pp. 1-8.
- “Service delivery technologies for Metro Ethernet Networks”; Nortal Networks; pp. 1-10.
- “Layer 2 Protocol Conformance Testing for Ethernet switches”; Net-O2 Technologies; pp. 1-16.
- “GARP: Generic Attribute Registration Protocol”; Protocol Dictionary; 2 pages; http://www.javvin.com/protocolGARP.html.
- Finn; “Metro Ethernet Connection Management”; IEEE Interim meeting; Jan. 2004; pp. 1-77.
- Iwamura; “OAM Flow of Ethernet OAM”; International Telecommunication Union; Feb. 2004; pp. 1-9.
- Mohan; “Ethernet OAM Update Overview & Technical Aspects”; Nortel Networks; May 18, 2004; 17 pages.
Type: Grant
Filed: Dec 28, 2004
Date of Patent: Mar 31, 2009
Patent Publication Number: 20060007867
Assignee: Alcatel Lucent (Paris)
Inventors: David Elie-Dit-Cosaque (Richardson, TX), Kamakshi Sridhar (Plano, TX), Maarten Petrus Joseph Vissers (Huizen), Tony Van Kerckhove (Antwerp)
Primary Examiner: Edan Orgad
Assistant Examiner: Venkatesh Haliyur
Application Number: 11/023,716
International Classification: H04L 12/28 (20060101); H04J 3/26 (20060101); G06F 15/177 (20060101);