Multiple Preemption Priority Policy Element for RSVP
draft-lefaucheur-tsvwg-rsvp-multiple-preemption-02

Document Type Expired Internet-Draft (individual)
Last updated 2010-05-26
Stream (None)
Intended RFC status (None)
Formats
Expired & archived
plain text pdf html bibtex
Stream Stream state (No stream defined)
Consensus Boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Expired
Telechat date
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at
https://www.ietf.org/archive/id/draft-lefaucheur-tsvwg-rsvp-multiple-preemption-02.txt

Abstract

RSVP Extensions are being defined allowing an endpoint to signal alternate "bandwidths" of interest in case the preferred bandwidth is not available and allowing the RSVP routers to collectively establish the reservation with the highest currently achievable bandwidth among the signaled set. This can be used to achieve efficient dynamic endpoint codec adjustment. The present document presents a complementary set of extensions, allowing the dynamic bandwidth selection to reflect a different reservation priority for each of the multiple "bandwidth" associated with a reservation.

Authors

Fran├žois Le Faucheur (flefauch@cisco.com)
Arun Kudur (akudur@cisco.com)
Ashok Narayanan (ashokn@cisco.com)

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)