Aggregation of Resource ReSerVation Protocol (RSVP) Reservations over MPLS TE/DS-TE Tunnels
Voir toute la rfc dans une seule page
Page : 9 / 31
Télécharger le PDF
Auteur(s) :
Editor F. Le Faucheur
Classé sous :
Multiprotocol label switching,
Traffic engineering,
Diffserv-aware mpls traffic engineering
RFC 4804 RSVP Aggregation over MPLS TE Tunnels February 2007
[LSP-HIER] apply to the establishment/termination of the aggregate TE
tunnels when this is triggered by GMPLS mechanisms (e.g., as a result
of an end-to-end TE LSP establishment request received at the
aggregation boundary). As this document assumes pre-established
tunnels, those aspects are not relevant here. The signaling aspects
discussed in Section 6.1 of [LSP-HIER] relate to the
establishment/maintenance of the end-to-end TE LSPs over the
aggregate TE tunnel. This document describes how to use the same
procedures as those specified in Section 6.1 of [LSP-HIER], but for
the establishment of end-to-end RSVP reservations (instead of end-
to-end TE LSPs) over the TE tunnels. This is covered further in
Section 4 of the present document.
Pre-establishment of the TE tunnels may be triggered by any
mechanisms including; for example, manual configuration or automatic
establishment of a TE tunnel mesh through dynamic discovery of TE
Mesh membership as allowed in [AUTOMESH].
Procedures in the case of dynamically established TE tunnels are for
further studies.
4.1. Reference Model
|----| |----|
H--| R |\ |-----| |------| /| R |--H
H--| |\\| | |---| | |//| |--H
|----| \| He/ | | T | | Te/ |/ |----|
| Agg |=======================| Deag |
/| | | | | |\
H--------//| | |---| | |\\--------H
H--------/ |-----| |------| \--------H
H = Host requesting end-to-end RSVP reservations
R = RSVP router
He/Agg = TE tunnel Head-end/Aggregator
Te/Deag = TE tunnel Tail-end/Deaggregator
T = Transit LSR
-- = E2E RSVP reservation
== = TE tunnel
4.2. Receipt of E2E Path Message by the Aggregator
The first event is the arrival of the E2E Path message at the
Aggregator. The Aggregator MUST follow traditional RSVP procedures
for the processing of this E2E path message augmented with the
extensions documented in this section.
Faucheur Standards Track [Page 9]