<?xml version="1.0" encoding="UTF-8"?>
<reference anchor="I-D.lefaucheur-tsvwg-rsvp-multiple-preemption" target="https://datatracker.ietf.org/doc/html/draft-lefaucheur-tsvwg-rsvp-multiple-preemption-02">
   <front>
      <title>Multiple Preemption Priority Policy Element for RSVP</title>
      <author initials="F." surname="Le Faucheur" fullname="François Le Faucheur">
         <organization>Cisco</organization>
      </author>
      <author initials="A." surname="Kudur" fullname="Arun Kudur">
         <organization>Cisco</organization>
      </author>
      <author initials="A." surname="Narayanan" fullname="Ashok Narayanan">
         <organization>Cisco</organization>
      </author>
      <date month="May" day="26" year="2010" />
      <abstract>
	 <t>RSVP Extensions are being defined allowing an endpoint to signal
alternate &quot;bandwidths&quot; 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 &quot;bandwidth&quot; associated with a reservation.
	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-lefaucheur-tsvwg-rsvp-multiple-preemption-02" />
   
</reference>
