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.)