RFC 5945 on Resource Reservation Protocol (RSVP) Proxy Approaches

rfc-editor@rfc-editor.org Mon, 11 October 2010 00:08 UTC

Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: tsvwg@core3.amsl.com
Delivered-To: tsvwg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DCC403A688A; Sun, 10 Oct 2010 17:08:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.174
X-Spam-Level:
X-Spam-Status: No, score=-102.174 tagged_above=-999 required=5 tests=[AWL=0.426, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T-N2yPEWYD-v; Sun, 10 Oct 2010 17:08:28 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:1112:1::2f]) by core3.amsl.com (Postfix) with ESMTP id C0B003A6874; Sun, 10 Oct 2010 17:08:25 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id A0535E0656; Sun, 10 Oct 2010 17:09:36 -0700 (PDT)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
Subject: RFC 5945 on Resource Reservation Protocol (RSVP) Proxy Approaches
From: rfc-editor@rfc-editor.org
Message-Id: <20101011000936.A0535E0656@rfc-editor.org>
Date: Sun, 10 Oct 2010 17:09:36 -0700
Cc: tsvwg@ietf.org, rfc-editor@rfc-editor.org
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tsvwg>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Oct 2010 00:08:30 -0000

A new Request for Comments is now available in online RFC libraries.

        
        RFC 5945

        Title:      Resource Reservation Protocol (RSVP) Proxy 
                    Approaches 
        Author:     F. Le Faucheur, J. Manner,
                    D. Wing, A. Guillou
        Status:     Informational
        Stream:     IETF
        Date:       October 2010
        Mailbox:    flefauch@cisco.com, 
                    jukka.manner@tkk.fi, 
                    dwing@cisco.com,  allan.guillou@sfr.com
        Pages:      50
        Characters: 118234
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-ietf-tsvwg-rsvp-proxy-approaches-09.txt

        URL:        http://www.rfc-editor.org/rfc/rfc5945.txt

The Resource Reservation Protocol (RSVP) can be used to make end-to-
end resource reservations in an IP network in order to guarantee the
quality of service required by certain flows.  RSVP assumes that both
the data sender and receiver of a given flow take part in RSVP
signaling.  Yet, there are use cases where resource reservation is
required, but the receiver, the sender, or both, is not RSVP-capable.
This document presents RSVP proxy behaviors allowing RSVP routers to
initiate or terminate RSVP signaling on behalf of a receiver or a
sender that is not RSVP-capable.  This allows resource reservations
to be established on a critical subset of the end-to-end path.  This
document reviews conceptual approaches for deploying RSVP proxies and
discusses how RSVP reservations can be synchronized with application
requirements, despite the sender, receiver, or both not participating
in RSVP.  This document also points out where extensions to RSVP (or
to other protocols) may be needed for deployment of a given RSVP
proxy approach.  However, such extensions are outside the scope of
this document.  Finally, practical use cases for RSVP proxy are
described.  This document is not an Internet Standards Track 
specification; it is published for informational purposes.

This document is a product of the Transport Area Working Group Working Group of the IETF.


INFORMATIONAL: This memo provides information for the Internet community.
It does not specify an Internet standard of any kind. Distribution of
this memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  http://www.ietf.org/mailman/listinfo/ietf-announce
  http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see http://www.rfc-editor.org/rfcsearch.html.
For downloading RFCs, see http://www.rfc-editor.org/rfc.html.

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC