RFC 2210 (rfc2210) - Page 1 of 33
The Use of RSVP with IETF Integrated Services
Alternative Format: Original Text Document
Network Working Group J. Wroclawski
Request for Comments: 2210 MIT LCS
Category: Standards Track September 1997
The Use of RSVP with IETF Integrated Services
Status of this Memo
This document specifies an Internet standards track protocol for the
Internet community, and requests discussion and suggestions for
improvements. Please refer to the current edition of the "Internet
Official Protocol Standards" (STD 1) for the standardization state
and status of this protocol. Distribution of this memo is unlimited.
Abstract
This note describes the use of the RSVP resource reservation protocol
with the Controlled-Load and Guaranteed QoS control services. The
RSVP protocol defines several data objects which carry resource
reservation information but are opaque to RSVP itself. The usage and
data format of those objects is given here.
1. Introduction
The Internet integrated services framework provides the ability for
applications to choose among multiple, controlled levels of delivery
service for their data packets. To support this capability, two
things are required:
- Individual network elements (subnets and IP routers) along the
path followed by an application's data packets must support
mechanisms to control the quality of service delivered to those
packets.
- A way to communicate the application's requirements to network
elements along the path and to convey QoS management information
between network elements and the application must be provided.
In the integrated services framework the first function is provided
by QoS control services such as Controlled-Load [RFC 2211] and
Guaranteed [RFC 2212]. The second function may be provided in a
number of ways, but is frequently implemented by a resource
reservation setup protocol such as RSVP [RFC 2205].
Wroclawski Standards Track