Skip to main content

RSVP Proxy
draft-ietf-rsvp-proxy-03

Document Type Expired Internet-Draft (rsvp WG)
Expired & archived
Authors Silvano Gai , Sunil Gaitonde , Nitsan Dolev Elfassy , Yoram Bernet
Last updated 2015-10-14 (Latest revision 2002-03-07)
RFC stream Internet Engineering Task Force (IETF)
Intended RFC status Proposed Standard
Formats
Additional resources Mailing list discussion
Stream WG state WG Document
Document shepherd (None)
IESG IESG state Expired (IESG: Dead)
Action Holders
(None)
Consensus boilerplate Unknown
Telechat date (None)
Responsible AD Jon Peterson
IESG note
Send notices to <nelfassy@madge.com>

This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:

Abstract

RSVP has been extended in several directions [POLICY], [RSVP-APPID], [DCLASS], [AGGRRSVP], [RSVPDIFF]. These extensions have broadened the applicability of RSVP characterizing it as a signaling protocol usable both inside and outside the Integrated Services [INTSERV] model. With the addition of the 'Null Service Type' [NULLSERV], RSVP is also being adopted by mission critical applications that require some form of prioritized service, but cannot quantify their resource requirements. In cases where RSVP cannot travel end-to-end, these applications may still benefit from reservations that are not truly end-to-end, but that are 'proxied' by a network node on the data path between the sender and the receiver(s). RSVP Receiver Proxy is an extension to the RSVP message processing (not to the protocol itself) in which an intermediate network node originates the Resv message on behalf of the receiver(s) identified by the Path message.

Authors

Silvano Gai
Sunil Gaitonde
Nitsan Dolev Elfassy
Yoram Bernet

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