Operations and Management (OAM) Requirements for Point-to-Multipoint MPLS Networks
RFC 4687
Network Working Group S. Yasukawa
Request for Comments: 4687 NTT Corporation
Category: Informational A. Farrel
Old Dog Consulting
D. King
Aria Networks Ltd.
T. Nadeau
Cisco Systems, Inc.
September 2006
Operations and Management (OAM) Requirements
for Point-to-Multipoint MPLS Networks
Status of This Memo
This memo provides information for the Internet community. It does
not specify an Internet standard of any kind. Distribution of this
memo is unlimited.
Copyright Notice
Copyright (C) The Internet Society (2006).
Abstract
Multi-Protocol Label Switching (MPLS) has been extended to encompass
point-to-multipoint (P2MP) Label Switched Paths (LSPs). As with
point-to-point MPLS LSPs, the requirement to detect, handle, and
diagnose control and data plane defects is critical.
For operators deploying services based on P2MP MPLS LSPs, the
detection and specification of how to handle those defects are
important because such defects not only may affect the fundamentals
of an MPLS network, but also may impact service level specification
commitments for customers of their network.
This document describes requirements for data plane operations and
management for P2MP MPLS LSPs. These requirements apply to all forms
of P2MP MPLS LSPs, and include P2MP Traffic Engineered (TE) LSPs and
multicast LSPs.
Yasukawa, et al. Informational [Page 1]
RFC 4687 OAM Reqs for Point-to-Multipoint MPLS September 2006
Table of Contents
1. Introduction ....................................................3
2. Terminology .....................................................3
2.1. Conventions Used in This Document ..........................3
2.2. Terminology ................................................3
2.3. Acronyms ...................................................3
3. Motivations .....................................................4
4. General Requirements ............................................4
4.1. Detection of Label Switch Path Defects .....................5
4.2. Diagnosis of a Broken Label Switch Path ....................6
4.3. Path Characterization ......................................6
4.4. Service Level Agreement Measurement ........................7
4.5. Frequency of OAM Execution .................................8
4.6. Alarm Suppression, Aggregation, and Layer Coordination .....8
4.7. Support for OAM Interworking for Fault Notification ........8
4.8. Error Detection and Recovery ...............................9
4.9. Standard Management Interfaces .............................9
4.10. Detection of Denial of Service Attacks ...................10
4.11. Per-LSP Accounting Requirements ..........................10
5. Security Considerations ........................................10
6. References .....................................................11
6.1. Normative References ......................................11
6.2. Informative References ....................................11
7. Acknowledgements ...............................................12
Yasukawa, et al. Informational [Page 2]
RFC 4687 OAM Reqs for Point-to-Multipoint MPLS September 2006
1. Introduction
This document describes requirements for data plane operations and
management (OAM) for point-to-multipoint (P2MP) Multi-Protocol Label
Switching (MPLS). This document specifies OAM requirements for P2MP
MPLS, as well as for applications of P2MP MPLS.
These requirements apply to all forms of P2MP MPLS LSPs, and include
P2MP Traffic Engineered (TE) LSPs [RFC4461] and [P2MP-RSVP], as well
as multicast LDP LSPs [MCAST-LDP].
Note that the requirements for OAM for P2MP MPLS build heavily on the
requirements for OAM for point-to-point MPLS. These latter
requirements are described in [RFC4377] and are not repeated in this
document.
For a generic framework for OAM in MPLS networks, refer to [RFC4378].
2. Terminology
2.1. Conventions Used in This Document
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in RFC 2119 [RFC2119].
The requirements in this document apply to OAM mechanism and protocol
Show full document text