• Home
  • InfoBase
  • Dictionaries
  • Member
  • News
  • 中文网站
     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.
    3 + 13 =
    Solve this simple math problem and enter the result. E.g. for 1+3, enter 4.