Abstract
Operation, Administration, and Maintenance (OAM) is a toolset that can be used for managing different networking layers. OAM can detect and isolate the faults and also be used for performance monitoring of a network, which helps in reducing the operational cost. OAM mechanism is important for networks that are required to deliver network performance and availability objectives. OAM toolset is defined for different layers in protocol stack. This paper summarizes OAM toolset supported by Ethernet, MPLS, and IP networks. Since many standard bodies are working on enhancement of OAM, it results in multiple OAM standards which are performing the same functionality. Main objective of this paper is to detail scattered OAM toolset of Ethernet, MPLS, and IP networks and to propose a solution for OAM toolset convergence, which can be beneficial for service provider and customer.
Access provided by Autonomous University of Puebla. Download conference paper PDF
Similar content being viewed by others
Keywords
1 Introduction
OAM is a very efficient set of tools which is used to monitor network operations. OAM consists of various functions that empower discovery of network failure and monitoring of network performance. OAM can also localize the defect and may trigger functionalities like raising alarms or initiating rerouting.
OAM mechanism assures that service provider adhere to QoS guarantees, discover faults before they intensify, and localize network defects. The network which does not support OAM functionality, requires additional resources in order to detect faults and measure performance of the network manually, as a result non-OAM networks have longer down period, inferior availability and are very expensive to maintain. Many standard bodies like ITU SG 13, IEEE 802.1, IETF, MEF 17, and IEEE 802.3 are actively working on enhancement of OAM.
The remaining of the paper is structured as follows: Section 2 gives brief description of OAM mechanism for Ethernet networks. Section 3 describes OAM for MPLS and MPLS-TP. Section 4 describes IP OAM. Section 5 points out the scatteredness of OAM tools, problem faced by service providers and customers, need of convergence of OAM, and proposes a new IP OAM standard based on ITU Y.1731 OAMPDU. Section 6 gives implementation proposal for new IP OAM.
2 OAM for Ethernet
Ethernet introduced as LAN technology earlier consisted of countable stations and was handled by an individual entity. Since performance was not considered as an important parameter, fault detection was carried out manually. But as Metro Ethernet and Carrier Ethernet technologies evolved, it became essential to reinforce automated failure discovery and performance monitoring in order to promise SLAs.
Necessity has been raised to incorporate OAM mechanism on the Ethernet layer, in order to provide automated fault detection and performance monitoring. To support OAM mechanism on legacy non-OAM capable devices, OAM should be compatible with legacy Ethernet protocols. As a result two Ethernet OAM standards were introduced, one for single link operation and other for end-to-end service monitoring.
IEEE 802.3 working group introduced link-layer OAM [1] in the form of 802.3ah standard for “Ethernet in the first mile” (EFM) applications. ITU-T Y.1731 and IEEE 802.1ag are the two standards for Ethernet Service OAM introduced by combined efforts of IEEE 802.1 and ITU Study Group- 13. Same OAM PDU format and protocol functions supported by these two standards lead to simple implementation of Ethernet OAM for service provider. IEEE 802.1ag [2] gives the procedure to implement Ethernet OAM in IEEE 802.1 bridge and on top of that ITU standard provides some supplementary tools like Performance Monitoring which includes one-way, two-way delay and packet loss measurement and tools for alarm suppression [3, 4].
In Ethernet network, OAM packets are differentiated from data with the help of Ethertype value (0×8902 for Service OAM and 0×8809 for EFM OAM) and type of OAM PDU is identified by OpCode field present in OAM PDU. In Service layer OAM, OAM packets are addressed to MEPs (Maintenance End Points) and MIPs (Maintenance Intermediate Points) using specific value configured in Maintenance Entity Level (MEL) field in OAM PDU [4]. From Ethernet OAM toolset, service provider or customer can proactively run Continuity Check tool to detect any failure in network, upon failure detection Loopback messages can be used to verify it and upon verification Link Trace tool is used to isolate the failure. Delay Measurement (DM), Loss Measurement (LM), or Synthetic Loss Measurement can be used for performance monitoring. Table 1 gives brief about various tools present in Service layer Ethernet OAM toolset [4].
3 OAM for MPLS
To support circuit switched IP networks, IETF introduced MPLS (Multiprotocol Label Switching) technology, which is also called as layer 2.5 network. In order to have OAM functionality for MPLS, IETF introduced MPLS OAM standard which has a considerable IP component. The MPLS OAM PDUs are basically IP packets.
IETF introduced LSP Ping [5], Bidirectional Forwarding Detection (BFD) for LSPs [6, 7] and BFD for VCCV [8] to check connectivity of LSPs. For MPLS loss and delay measurement, IETF introduced a Loss Measurement (LM) and Delay Measurement (DM) [9] protocol which operates over the MPLS Generic Associated Channel (G-ACh) for LSPs, Pseudowires (PWs), and MPLS sections. Table 2 gives brief of IETF defined MPLS OAM toolset.
To support MPLS applications, ITU introduced new OAM standard (ITU-T Y.1711) known as “Operation and Maintenance mechanism for MPLS networks” with more functionality which was not supported by IETF MPLS OAM such as Forward Defect Indication (FDI), Backward Defect Indication (BDI) alarms [10]. ITU MPLS OAM uses MPLS only OAM PDU unlike IETF MPLS OAM which uses IP UDP packet. All OAM packets are identified within LSP traffic by the use of OAM Alert Label (Label 14). Brief of ITU defined MPLS OAM toolset is given in Table 3.
For MPLS-TP (Transport Profile) ITU-T suggests to reuse the same OAM PDUs format and mechanism defined in ITU-T Y.1731 [11]. MPLS-TP is based on same architectural perception of layered network which is already used in SONET/SDH and it takes the best from two worlds, OAM functions of TDM (SONET/SDH) and Data/Control plane efficiency from IP/MPLS networks. MPLS-TP does not support LTM/LTR function from ITU-T Y.1731, since it is used to trace a path for specific MAC address. All other functions of ITU-T Y.1731 are supported by MPLS-TP with the help of some additional TLVs.
In MPLS-TP network, OAM packets are differentiated from data with the help of ACH and GAL labels, and are addressed to Maintenance End Points and Maintenance Intermediate Points using MPLS forwarding mechanisms (TTL Expiration, Label Stacking). The existence of OAM PDU is classified by a unique ACH Channel Type and type of OAM PDU is given by OpCode field present within OAM PDU. Table 4 gives an overview of ITU defined OAM toolset for MPLS-TP.
4 OAM for IP
Considering the importance of IP as a backbone network, it is necessary to have separate OAM functionality for IP networks. IETF defines ICMP ping, IP Traceroute [12], and BFD [13] for IPv4 and IPv6 to discover and localize a defect in IP networks and for performance measurement IETF IPPM work group defines protocols for measuring packet loss and delay [14]. One-Way Active Measurement Protocol [15] and Two-Way Active Measurement Protocol [16] are used to measure one-way and two-way performance metrics, with the help of two types of protocols, control plane protocols, and test plane protocols. The control plane protocols are used to initiate and terminate the test sessions. Test protocols are used to create test packets and log statistics of packet arrival. Control protocols and test protocols run over TCP and UDP, respectively. Table 5 gives brief of IP OAM toolset.
5 Convergence of OAM Toolset
As discussed in the previous sections, ITU and IETF defined their own OAM standards for Ethernet, MPLS, and IP networks. OAM enhancement is still in progress, other standard bodies are also working on enhancement of OAM tools. This leads to multiple OAM tools from different standard bodies which perform the same functionality. For example, ITU and IETF defined their own OAM tools for MPLS networks which offer the same functionality and important part is, they cannot be used in the same network because of their unique PDU format and method of identifying OAM packet. The Scattered OAM toolkit leads to multiple service monitoring and architectural alternatives to the service providers. To deploy Ethernet, MPLS, and IP OAM, service provider needs to maintain different state machines for each tool which results into more complex architecture. So there is a need for convergence of OAM toolkit, to do so we suggest reusing the same PDU format and procedures defined in ITU-T Y.1731 standard for IP OAM, which can be benefited for the service provider and the customer in many ways. Although ITU-T Y.1731 is defined for Ethernet OAM, it is technology independent which allows us to use same toolset in any other packet technologies. Some of the benefits of reusing ITU-T Y.1731 PDU in IP are as follows:
-
ITU-T Y.1731 OAM tool set is very rich in terms of fault management, performance management tools. It also supports other applications like Experimental OAM, Vendor-specific OAM, and APS.
-
Usage of same OAM toolkit in all networks will allow us to maintain same state machine cycles.
-
By deploying the same OAM mechanism, there will not be any interoperability issue.
-
Any enhancement in toolset will allow us to adopt same enhancement in all other networks.
-
Can be used to generate individual layer alarms and notifications on detection of defect.
-
Packet processing delay can be reduced.
6 Implementation Proposal
ITU-T Y.1731 OAM PDU can be implemented in IP network in two ways:
-
With UDP header
-
Without UDP header
Y.1731 PDU can be inserted in packet after UDP (User Datagram Protocol) header, where UDP destination port will identify presence of OAM PDU and inside the OAM PDU, OpCode field gives the type of OAM PDU. In case of without UDP header, Y.1731 PDU can be inserted in packet directly after IP header, where protocol field in IPv4 and next header field in IPv6 will help to identify presence of OAM PDU in packet. Figures 1 and 2 show the proposed implementation strategy.
7 Conclusion
It is recognized that OAM mechanism is a very important toolkit for network providers and customers. This paper summarizes different OAM toolset supported by Ethernet, MPLS, and IP networks. It is observed that, there are multiple tools present, which perform the same functionality, so there is a need for convergence of OAM toolset.
In this paper, we suggest reusing ITU-T Y.1731 OAM PDU in IP networks, which results into the “Converged OAM” toolset. OAM deployment and architectural issues can be resolved with proposed solution. Future work is to work on detailed analysis of proposed solution to find out pros and cons of new IP OAM implementation.
References
IEEE Std 802.3ah: Part 3: Carrier Sense Multiple Access with Collision Detection (CSMA/CD) Access Method and Physical Layer Specifications, clause 57 (2004)
IEEE Std 802.1ag: IEEE Standard for Local and metropolitan area networks—Virtual Bridged Local Area Networks Amendment 5: Connectivity Fault Management (2007)
ITU-T Recommendation Y.1730: Requirements for OAM functions in Ethernet-based networks and Ethernet services (2004)
ITU-T G.8013/Y.1731: OAM functions and mechanisms for Ethernet based networks (2013)
Kompella, K., Swallow, G.: Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures, RFC 4379, Feb 2006
Katz, D., Ward, D.: Bidirectional Forwarding Detection (BFD), RFC 5880, June 2010
Aggarwal, R. et al.: Bidirectional Forwarding Detection (BFD) for MPLS Label Switched Paths (LSPs), RFC 5884, June 2010
Nadeau, T., Pignataro, C.: Bidirectional Forwarding Detection (BFD) for the Pseudowire Virtual Circuit Connectivity Verification (VCCV), RFC 5885, June 2010
Frost, D., Bryant, S.: Packet Loss and Delay Measurement for MPLS Networks, RFC 6374, September 2011
ITU-T Recommendation Y.1711: Operation & Maintenance mechanism for MPLS networks (2004)
Busi, I. et al.: MPLS-TP OAM based on Y.1731, draft-bhh-mpls-tp-oam-y1731-08.txt
Postel, J.: Internet Control Message Protocol, RFC 792, September 1981
Katz, D., Ward, D.: Bidirectional Forwarding Detection (BFD)for IPv4 and IPv6 (Single Hop), RFC 5880, June 2010
Paxson, V. et al.: Framework for IP Performance Metrics, RFC 2330, May 1998
Shalunov, S., et al.: A One-way Active Measurement Protocol (OWAMP), RFC 4656, Sept 2006
Hedayat, K., et al.: A Two-Way Active Measurement Protocol (TWAMP), RFC 5357, Oct 2008
Author information
Authors and Affiliations
Corresponding author
Editor information
Editors and Affiliations
Rights and permissions
Copyright information
© 2016 Springer India
About this paper
Cite this paper
Saste, P., Martis, J. (2016). Converged OAM. In: Satapathy, S., Raju, K., Mandal, J., Bhateja, V. (eds) Proceedings of the Second International Conference on Computer and Communication Technologies. Advances in Intelligent Systems and Computing, vol 381. Springer, New Delhi. https://doi.org/10.1007/978-81-322-2526-3_45
Download citation
DOI: https://doi.org/10.1007/978-81-322-2526-3_45
Published:
Publisher Name: Springer, New Delhi
Print ISBN: 978-81-322-2525-6
Online ISBN: 978-81-322-2526-3
eBook Packages: EngineeringEngineering (R0)