„Resource Reservation Protocol“ – Versionsunterschied

Versionsgeschichte interaktiv durchsuchen

[gesichtete Version]

← Zum vorherigen Versionsunterschied Zum nächsten Versionsunterschied →

Inhalt gelöscht Inhalt hinzugefügt

VisuellWikitext

Inline

Version vom 20. September 2013, 15:07 Uhr

RSVP (Resource Reservation Protocol)

Familie:

Internetprotokollfamilie

Einsatzgebiet:

Signalisierungsprotokoll im Internetprotokollstapel

**RSVP im TCP/IP-Protokollstapel**
Anwendungsschicht	FTP	SMTP	DNS	…
Transportschicht	RSVP	TCP	UDP	…
Vermittlungsschicht	IP
Netzzugangsschicht	Ethernet	Token Ring	FDDI	…

Standards:

RFC 2205 (1997)

Das Resource reSerVation Protocol (RSVP) ist ein Signalisierungsprotokoll im Internet-Protocol-Stapel. Es erlaubt Empfängern außerhalb einer Multicast-Gruppe, deren Dienstanforderungen festzulegen. Damit können für bestimmte Anwendungen, etwa für die Übertragung von Videoströmen, bestimmte Übertragungsraten für einzelne Verbindungen reserviert werden. In der Version 4 des Internetprotokolls (IPv4) sind solche Garantien eigentlich nicht vorgesehen, was im Beispiel der Videoströme zu Pufferungspausen führen kann.

RSVP kann auch für die Reservierung der Dienstgüte (Quality of Service, QoS) bei Unicast-Übertragungen benutzt werden. Eine solche Reservierung wird wie folgt aufgebaut:

Der Sender schickt eine spezielle Nachricht zum Empfänger, die RSVP Path message (deutsch RSVP-Pfad-Nachricht). Damit wird ein möglicher Pfad vom Sender zum Empfänger ermittelt. Die dabei passierten Router protokollieren sich als RSVP Hop object in der RSVP Path message und werden so dem Empfänger mitgeteilt.
Entlang des protokollierten Pfades schickt der Empfänger eine weitere Nachricht, die RSVP reservation message (deutsch RSVP-Reservierungsnachricht) zurück (an den Sender der RSVP Path message). Die RSVP reservation message enthält eine sogenannte Flussspezifikation, die die Anforderungen für die Reservierung beschreibt.
Die Router auf dem Weg reservieren die Ressourcen entsprechend dieser Flussspezifikation oder schicken eine Fehlermeldung zurück. Kommt die RSVP reservation message beim Sender an, kann dieser sich auf die Reservierungen verlassen und gemäß der Spezifikation senden.

Mögliche Level des QoS sind Rate-sensitive (erfragt bestimmte Übertragungsrate), Delay-sensitiv (maximal zulässige Verzögerung), und Best Effort.

Siehe auch

Quality of Service (QoS) Verfahren:
- IntServ (Integrated Services)
- DiffServ (Differentiated Services)
Common Open Policy Service (Kommunikation zwischen Routern)

Weblinks

RFC 2205 spezifiziert das Resource Reservation Protocol.

@@ Zeile 1: / Zeile 1: @@
-{| class="prettytable float-right"
+{| class="wikitable float-right"
+|- class="hintergrundfarbe6"
-|-----
-! bgcolor="#C0C0FF" colspan="2" font="size:larger" | RSVP (Resource Reservation Protocol)
+! colspan="2" font="size:larger" | RSVP ''(Resource Reservation Protocol)''
-|-----
+|-
 | align="left" | '''Familie:'''
 | align="left" | [[Internetprotokollfamilie]]
-|-----
+|-
 | align="left" | '''Einsatzgebiet:'''
 | align="left" | Signalisierungsprotokoll im Internetprotokollstapel
-|-----
+|-
 | align="center" colspan="2" |
 {| border="0" cellspacing="3" <!---style="float:right;padding-left:15px"--->
 |+ '''RSVP im [[TCP/IP-Referenzmodell|TCP/IP-Protokollstapel]]'''
-|-----
+|-
 | align="center" bgcolor="#FFEEBB" | ''Anwendungsschicht''
 | align="center" bgcolor="#EEEEFF" | [[File Transfer Protocol|FTP]]
@@ Zeile 19: / Zeile 19: @@
 | align="center" bgcolor="#EEEEFF" | [[Domain Name System|DNS]]
 | align="center" bgcolor="#EEEEFF" | …
-|-----
+|-
 | align="center" bgcolor="#FFCC99" | '''Transportschicht'''
 | colspan="1" align="center" bgcolor="#9999FF" | '''RSVP'''
@@ Zeile 25: / Zeile 25: @@
 | colspan="1" align="center" bgcolor="#9999FF" | [[User Datagram Protocol|UDP]]
 | colspan="1" align="center" bgcolor="#EEEEEE" | …
-|-----
+|-
 | rowspan="1" align="center" bgcolor="#FFEEBB" | ''Vermittlungsschicht''
 | colspan="4" align="center" bgcolor="#EEEEFF" | [[Internet Protocol|IP]]
-|-----
+|-
 | rowspan="2" align="center" bgcolor="#FFEEBB" | ''Netzzugangsschicht''
 | rowspan="2" align="center" bgcolor="#EEEEEE" | [[Ethernet]]
@@ Zeile 36: / Zeile 36: @@
 |}
-|-----
+|-
 | align="left" | '''Standards:'''
 | align="left" | RFC 2205 (1997)
 |}
-Das '''Resource reSerVation Protocol''' ('''RSVP''') ist ein [[Signalisierungsprotokoll]] im [[Internet Protocol|Internet-Protocol]]-Stapel. Es erlaubt [[Empfänger (Information)|Empfängern]] außerhalb einer [[Multicast]]-Gruppe, deren Dienstanforderungen festzulegen. Damit können für bestimmte [[Anwendungsprogramm|Anwendungen]], etwa für die Übertragung von [[Streaming Media|Videoströmen]], bestimmte [[Übertragungsrate]]n für einzelne Verbindungen reserviert werden. In der Version 4 des Internetprotokolls ([[IPv4|IPv4]]) sind solche Garantien eigentlich nicht vorgesehen, was im Beispiel der Videoströme zu Pufferungspausen führen kann.
+Das '''''Resource reSerVation Protocol'' (RSVP)''' ist ein [[Signalisierungsprotokoll]] im [[Internet Protocol|Internet-Protocol]]-Stapel. Es erlaubt [[Empfänger (Information)|Empfängern]] außerhalb einer [[Multicast]]-Gruppe, deren Dienstanforderungen festzulegen. Damit können für bestimmte [[Anwendungsprogramm|Anwendungen]], etwa für die Übertragung von [[Streaming Media|Videoströmen]], bestimmte [[Übertragungsrate]]n für einzelne Verbindungen reserviert werden. In der Version 4 des Internetprotokolls ([[IPv4|IPv4]]) sind solche Garantien eigentlich nicht vorgesehen, was im Beispiel der Videoströme zu Pufferungspausen führen kann.
-RSVP kann auch für die Reservierung der Dienstgüte ([[Quality of Service]], QoS) bei [[Unicast]]-Übertragungen benutzt werden. Eine solche Reservierung wird wie folgt aufgebaut:
+RSVP kann auch für die Reservierung der Dienstgüte (''[[Quality of Service]],'' QoS) bei [[Unicast]]-Übertragungen benutzt werden. Eine solche Reservierung wird wie folgt aufgebaut:
 # Der Sender schickt eine spezielle Nachricht zum Empfänger, die ''RSVP Path message'' (deutsch RSVP-Pfad-Nachricht). Damit wird ein möglicher Pfad vom Sender zum Empfänger ermittelt. Die dabei passierten [[Router]] protokollieren sich als ''RSVP Hop object'' in der RSVP Path message und werden so dem Empfänger mitgeteilt.
-# Entlang des protokollierten Pfades schickt der Empfänger eine weitere Nachricht, die ''RSVP reservation message'' (deutsch RSVP-Reservierungsnachricht) zurück (an den Sender der RSVP Path message). Die RSVP reservation message enthält eine sogenannte [[Flussspezifikation]], die die Anforderungen für die Reservierung beschreibt.
+# Entlang des protokollierten Pfades schickt der Empfänger eine weitere Nachricht, die ''RSVP reservation message'' (deutsch RSVP-Reservierungsnachricht) zurück (an den Sender der RSVP Path message). Die ''RSVP reservation message'' enthält eine sogenannte [[Flussspezifikation]], die die Anforderungen für die Reservierung beschreibt.
 # Die Router auf dem Weg reservieren die Ressourcen entsprechend dieser Flussspezifikation oder schicken eine Fehlermeldung zurück. Kommt die ''RSVP reservation message'' beim Sender an, kann dieser sich auf die Reservierungen verlassen und gemäß der Spezifikation senden.
@@ Zeile 53: / Zeile 53: @@
 == Siehe auch ==
 * ''[[Quality of Service]] (QoS) Verfahren:''
-** [[IntServ]] (Integrated Services)
+** [[IntServ]] ''(Integrated Services)''
-** [[DiffServ]] (Differentiated Services)
+** [[DiffServ]] ''(Differentiated Services)''
-* [[Common Open Policy Service]] (Kommunikation zwischen Routern)
+* ''[[Common Open Policy Service]]'' (Kommunikation zwischen Routern)
 == Weblinks ==
-* RFC 2205 spezifiziert das Resource Reservation Protocol.
+* RFC 2205 spezifiziert das ''Resource Reservation Protocol''.
 [[Kategorie:Netzwerkprotokoll (Transportschicht)]]