Resource Reservation Protocol

From Citizendium, the Citizens' Compendium

Jump to: navigation, search

This article is a stub and thus not approved.
Main Article
Talk
Related Articles  [?]
Bibliography  [?]
External Links  [?]
 
This is a draft article, under development and not meant to be cited but you can help to improve it. These unapproved articles are subject to a disclaimer.

As one of the many technologies to provide a guaranteed quality of service over Internet Protocol networks,[1] the Resource Reservation Protocol (RSVP) is an end-to-end control protocol for path setup, as distinct from data transfer. It is a Proposed Standard in the Internet Engineering Task Force standards track. [2] It is supported by most router implementations.

A resource reservation request is sent from one edge of the "network cloud" to the other, and is confirmed if and only if each router along the path can allocate the necessary bandwidth (or other resource). To guarantee quality of service for a bidirectional session such as a Voice over Internet Protocol call, RSVP reservations need to be confirmed in both directions.

In addition to its role in setting up end-to-end IP paths for specific user sessions, it is, when given traffic engineering extensions, also used as a path setup protocol for Multiprotocol Label Switching. [3]

References

  1. Information Sciences Institute, University of Southern California, RSVP ReSerVation Protocol
  2. R. Braden, Ed., L. Zhang, S. Berson, S. Herzog, S. Jamin (September 1997), RFC2205
  3. D. Awduche, L. Berger, D. Gan, T. Li, V. Srinivasan, G. Swallow (December 2001), RSVP-TE: Extensions to RSVP for LSP Tunnels, RFC3209
Views
Personal tools