Understanding MPLS OAM
MPLS OAM helps service providers monitor label-switched paths (LSPs) and quickly isolate MPLS forwarding problems to assist with fault detection and troubleshooting in an MPLS network. The router supports the following MPLS OAM features:
LSP Ping
MPLS LSP ping uses MPLS echo request and reply packets, similar to Internet Control Message Protocol (ICMP) echo request and reply messages, to validate an LSP. ICMP echo request and reply messages validate IP networks; MPLS OAM echo and reply messages validate MPLS LDP networks. The LSP ping and trace functions use IPv4 UDP packets with UDP port number 3503. You can use MPLS LSP ping to validate IPv4 LDP or Forwarding Equivalence Classes (FECs) by using the ping mpls privileged EXEC command. The MPLS echo request packet is sent to a target router by using the label stack associated with the FEC to be validated.
The source address of the LSP echo request is the IP address of the LDP router generating the LSP request. The destination IP address is a 127.x.y.z/8 address, which prevents the IP packet from being switched to its destination if the LSP is broken. The 127.0.0.x destination address range prevents the OAM packets from exiting the egress provider-edge router, which keeps them from leaking from the service-provider network to the customer network.
In response to an MPLS echo request, an MPLS echo reply is forwarded as an IP packet by using IP, MPLS, or a combination of both. The source address of the MPLS echo-reply packet is an address obtained from the router generating the echo reply. The destination address is the source address of the router that originated the MPLS echo-request packet. The MPLS echo-reply destination port is the echo-request source port.
LSP Traceroute
MPLS LSP traceroute also uses MPLS echo request and reply packets to validate an LSP. You can use MPLS LSP traceroute to validate LDP IPv4 by using the trace mpls privileged EXEC command. The traceroute time-to-live (TTL) settings force expiration of the TTL along an LSP. MPLS LSP traceroute incrementally increases the TTL value in its MPLS echo requests (TTL = 1, 2, 3, 4) to discover the downstream mapping of each successive hop. The transit router processing the MPLS echo request returns an MPLS echo reply containing information about the transit hop in response to the TTL-expired MPLS packet. The MPLS echo reply destination port is sent to the echo request source port.
LSP Ping over Pseudowire
The LSP Ping over Pseudowire is used for detecting faults in the data plane or forwarding path for pseudowire services. The connectivity verification model for pseudowires consists of:
- Advertising the VCCV capability
- Verifying the data plane connectivity
Advertising the VCCV capability is done as part of MPLS Label Mapping message. This consists of Control Channel (CC) type which is a bitmask that indicates the type of control channel that can be used to verify connectivity. The router supports the following CC type:
- MPLS Router Alert Label (Type 2) : The control channel is created out of band and uses the router alert label (RA).
Note |
The router does not support Control Channel Type 1 and 3. |
Connectivity verification type defines a bitmask that indicates the types of CV packets and protocols that can be sent on the specified control channel.
The LSP ping over pseudowire uses the same label stack as used by the pseudowire data path. Basically it contains the virtual circuit (VC) label and tunnel labels.