中文网站
  Advanced Search
Read the latest Blogs from IT professionals in the field. Read and write community created documents. Need IT help? Ask our staff. Connect with your peers. Check our Tech Shop for posters, books and software tools. Home

RSVP-TE: Resource ReSerVation Protocol-Traffic Engineering

The RSVP-TE protocol is an addition to the RSVP protocol for establishing label switched paths (LSPs) in MPLS networks. The extended RSVP protocol (RSVP-TE) supports the instantiation of explicitly routed LSPs, with or without resource reservations. RSVP-TE also supports smooth rerouting of LSPs, preemption, and loop detection.

RSVP-TE defines a session as a data flow with a particular destination and transport-layer protocol. When RSVP and MPLS are combined, a flow or session can be defined with greater flexibility and generality. The ingress node of an LSP (Label Switched Path) uses a number of methods to determine which packets are assigned a particular label. Once a label is assigned to a set of packets, the label effectively defines the flow through the LSP. Such an LSP is an LSP tunnel because the traffic through it is opaque to intermediate nodes along the label switched path. New RSVP Session, Sender and Filter Spec objects, called LSP Tunnel IPv4 and LSP Tunnel IPv6 have been defined to support the LSP tunnel feature.

In some applications it is useful to associate sets of LSP tunnels, such as during reroute operations or in spreading a traffic trunk over multiple paths, which sets are called traffic engineered tunnels (TE tunnels). To enable the identification and association of the LSP tunnels, two identifiers are carried. A tunnel ID is part of the Session object. The Session object uniquely defines a traffic engineered tunnel. The Sender and Filter Spec objects carry an LSP ID. The Sender (or Filter Spec) object, together with the Session object, uniquely identify an LSP tunnel.

Protocol Structure

Apart from the existing message types listed in RSVP an additional message type is available:

Value Message type
14 Hello

In addition, the following additional Protocol Object Types exist:

Value Object type
16 Label
19 Optical
20 Explicit Route
21 Record Route
22 Hello
207 Attribute Session

Related Terms: MPLS, LDP, CR-LDP, IP, ATM, RSVP, OSPF

Sponsor Source: MPLS architecture is defined by IETF (http://www.ietf.org) RFC3209.

Reference:
http://www.javvin.com/protocol/rfc3031.pdfMultiprotocol Label Switching Architecture
http://www.javvin.com/protocol/rfc3209.pdfRSVP-TE Specification

Reply

The content of this field is kept private and will not be shown publicly.
  • Use <!--pagebreak--> to create page breaks.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Allowed HTML tags: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <!--pagebreak--> <img> <br> <table> <tr> <td> <tbody> <p>
  • Lines and paragraphs break automatically.

More information about formatting options

CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.
5 + 0 =
Solve this simple math problem and enter the result. E.g. for 1+3, enter 4.