Resource Reservation Protocol: Difference between revisions
imported>Howard C. Berkowitz (New page: {{subpages}} As one of the many technologies to provide a guaranteed quality of service over Internet Protocol networks,<ref name=ISI-RSVP>{{citation | url = http://www.isi.edu/di...) |
imported>Howard C. Berkowitz mNo edit summary |
||
Line 3: | Line 3: | ||
| url = http://www.isi.edu/div7/rsvp/ | | url = http://www.isi.edu/div7/rsvp/ | ||
| title = RSVP ReSerVation Protocol | | title = RSVP ReSerVation Protocol | ||
| author = Information Sciences Institute, University of Southern California}}</ref> the '''Resource Reservation Protocol (RSVP)''' is an [[end-to-end protocol]] for path setup, as distinct from data transfer. It is a Proposed Standard in the [[Internet Engineering Task Force]] standards track. <ref name=RFC2205>{{citation | | author = Information Sciences Institute, University of Southern California}}</ref> the '''Resource Reservation Protocol (RSVP)''' is an [[end-to-end protocols|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. <ref name=RFC2205>{{citation | ||
| id = RFC2205 | | id = RFC2205 | ||
| title - Resource ReSerVation Protocol (RSVP) -- Version 1 Functional Specification | | title - Resource ReSerVation Protocol (RSVP) -- Version 1 Functional Specification |
Revision as of 12:50, 15 August 2008
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
- ↑ Information Sciences Institute, University of Southern California, RSVP ReSerVation Protocol
- ↑ R. Braden, Ed., L. Zhang, S. Berson, S. Herzog, S. Jamin (September 1997), RFC2205
- ↑ D. Awduche, L. Berger, D. Gan, T. Li, V. Srinivasan, G. Swallow (December 2001), RSVP-TE: Extensions to RSVP for LSP Tunnels, RFC3209