Loopback capability for Bi-directional multi-protocol label switching traffic engineered trunks

Abstract

A system and method for introducing a loopback capability for Multi-Protocol Label Switching (MPLS) bi-directional traffic trunks are discussed. MPLS is an emerging technology, which integrates Internet Protocol (IP) routing with label switching techniques. MPLS intends to provide new capabilities in the area of traffic engineering for IP networks. These traffic engineering capabilities will have to be combined with a set of complementary operation, administration and maintenance (OA&M) functions for effectively managing and operating MPLS-based networks. One such function is loopback. A loopback function provides the capability to transmit a OA&M packet on one or more segments of a bi-directional traffic trunk (BTT) in a MPLS network. Using a loopback function, parameters of a BTT, such as connectivity, delay and other Quality of Service (QoS) parameters, can be tested. The system and method provide different techniques for implementing loopback in an MPLS network.

Description

[0001] This is a continuation of U.S. patent application Ser. No. 09 / 589,464, filed Jun. 7, 2000, which is hereby incorporated by reference.FIELD OF THE INVENTION [0002] The present invention relates generally to network operation, administration, and maintenance (OA&M) functions for communication networks. More particularly, the present invention relates to a loopback function for networks employing label switching techniques. BACKGROUND OF THE INVENTION [0003] A typical digital communications network has a network architecture that is based upon the Open Systems Interconnection (OSI) Reference Model for providing communication between a multiplicity of interconnected digital end systems or “nodes.” The OSI Reference Model divides networking protocols into seven layers, which, in ascending order of abstraction, are: 1) the physical layer, 2) the data-link layer, 3) the network layer, 4) the transport layer, 5) the session layer, 6) the presentation layer, and 7) the application lay...

AI Technical Summary

Benefits of technology

[0017] It is an aspect of the present invention to provide a loopback OA&M function that can be introduced as an additional function to the MPLS traffic engineering framework or as part of a more comprehensive OA&M framework in MPLS. An MPLS-layer loopback function, hereinafter referred to as a loopback function, is a OA&M function providing the capability for testing parameters of traffic trunks in a MPLS network. For example, an originating LSR, i.e., an LSR constructing a loopback packet for transmission on a specific BTT, can send a loopback packet downstream to a loopback LSR. A loopback packet is a OA&M packet intended to be transmitted, from a LSR constructing the loopback packet, downstream, i.e. from the constructing LSR towards a loopback LSR. A loopback LSR is an LSR that receives the loopback packet and performs a loopback procedure for transmitting the loopback packet upstream, i.e., towards the LSR that constructed the loopback packet. The LSR that constructed the loopback packet, receives the loopback packet from the loopback LSR, and evaluates one or more BTT parameters using information provided by the loopback packet. The loopback packet may be an in-band network management packet (INMP). An INMP is a label-switched network management packet that carries OA&M information and commands. Each LSR along the BTT, receiving the loopback packet, may process the loopback packet for testing parameters of the BTT. For example, an LSR receiving a loopback packet for testing delay can perform delay measurements for the packet. Also, once the loopback packet is received by the originating LSR after the loopback procedure is performed, the originating LSR can ascertain tested BTT parameters using the received loopback packet.

Problems solved by technology

MPLS currently lacks OA&M functions that can provide the ability for ascertaining parameters of a BTT.

This approach, however, can only be implemented if the layer 3 protocol is IP.

Furthermore, this approach may be adequate for some OA&M functions (e.g, checking continuity with Ping and Traceroute) from a host to another host or server but will not be adequate for checking continuity and QoS attributes of a TE trunk.

Images