Resource Reservation Protocol - Versionsgeschichte

PerfektesChaos: tk k

2023-07-03T07:44:42Z

tk k

← Nächstältere Version		Version vom 3. Juli 2023, 09:44 Uhr
Zeile 1:		Zeile 1:
	{\| class="wikitable float-right"		{\| class="wikitable float-right"
	\|+ class="hintergrundfarbe6" ~~font~~="size:larger"\| RSVP ''(Resource Reservation Protocol)''		\|+ class="hintergrundfarbe6" style="font-size:larger"\| RSVP ''(Resource Reservation Protocol)''
	\|-		\|-
	\| '''Familie:'''		\| '''Familie:'''
Zeile 8:		Zeile 8:
	\| Signalisierungsprotokoll im Internetprotokollstapel		\| Signalisierungsprotokoll im Internetprotokollstapel
	\|-		\|-
	\|colspan="2" ~~style~~="~~text-align:~~center"\|		\|colspan="2" class="center"\|
	{\| style="text-align:center;" cellspacing="3"		{\| style="text-align:center;" cellspacing="3"
	\|+ '''RSVP im [[TCP/IP-Referenzmodell\|TCP/IP-Protokollstapel]]'''		\|+ '''RSVP im [[TCP/IP-Referenzmodell\|TCP/IP-Protokollstapel]]'''

PerfektesChaos: tk k

2023-06-21T12:52:06Z

tk k

← Nächstältere Version		Version vom 21. Juni 2023, 14:52 Uhr
Zeile 1:		Zeile 1:
	{\| class="wikitable float-right"		{\| class="wikitable float-right"
	\|- class="hintergrundfarbe6"		\|+ class="hintergrundfarbe6" font="size:larger"\| RSVP ''(Resource Reservation Protocol)''
	! colspan="2" font="size:larger" \| RSVP ''(Resource Reservation Protocol)''
	\|-		\|-
	~~\| align="left"~~ \| '''Familie:'''		\| '''Familie:'''
	~~\| align="left"~~ \| [[Internetprotokollfamilie]]		\| [[Internetprotokollfamilie]]
	\|-		\|-
	~~\| align="left"~~ \| '''Einsatzgebiet:'''		\| '''Einsatzgebiet:'''
	~~\| align="left"~~ \| Signalisierungsprotokoll im Internetprotokollstapel		\| Signalisierungsprotokoll im Internetprotokollstapel
	\|-		\|-
			\|colspan="2" style="text-align:center"\|
	\| align="center" colspan="2" \|
			{\| style="text-align:center;" cellspacing="3"

	{\| border="0" cellspacing="3" <!---style="float:right;padding-left:15px"--->
	\|+ '''RSVP im [[TCP/IP-Referenzmodell\|TCP/IP-Protokollstapel]]'''		\|+ '''RSVP im [[TCP/IP-Referenzmodell\|TCP/IP-Protokollstapel]]'''
	\|-		\|-
	\| ~~align="center" bgcolor~~="#FFEEBB" \| ''Anwendungsschicht''		\|style="background:#FFEEBB"\| ''Anwendungsschicht''
	\| ~~align="center" bgcolor~~="#EEEEFF" \| [[File Transfer Protocol\|FTP]]		\|style="background:#EEEEFF"\| [[File Transfer Protocol\|FTP]]
	\| ~~align="center" bgcolor~~="#EEEEFF" \| [[Simple Mail Transfer Protocol\|SMTP]]		\|style="background:#EEEEFF"\| [[Simple Mail Transfer Protocol\|SMTP]]
	\| ~~align="center" bgcolor~~="#EEEEFF" \| [[Domain Name System\|DNS]]		\|style="background:#EEEEFF"\| [[Domain Name System\|DNS]]
	\| ~~align="center" bgcolor~~="#EEEEFF" \| …		\|style="background:#EEEEFF"\| …
	\|-		\|-
	\| ~~align="center" bgcolor~~="#FFCC99" \| '''Transportschicht'''		\|style="background:#FFCC99"\| '''Transportschicht'''
	\| ~~colspan="1" align="center" bgcolor~~="#9999FF" \| '''RSVP'''		\|style="background:#9999FF"\| '''RSVP'''
	\| ~~colspan="1" align="center" bgcolor~~="#9999FF" \| [[Transmission Control Protocol\|TCP]]		\|style="background:#9999FF"\| [[Transmission Control Protocol\|TCP]]
	\| ~~colspan="1" align="center" bgcolor~~="#9999FF" \| [[User Datagram Protocol\|UDP]]		\|style="background:#9999FF"\| [[User Datagram Protocol\|UDP]]
	\| ~~colspan="1" align="center" bgcolor~~="#EEEEEE" \| …		\|style="background:#EEEEEE"\| …
	\|-		\|-
	\| ~~rowspan="1" align="center" bgcolor~~="#FFEEBB" \| ''Vermittlungsschicht''		\|style="background:#FFEEBB"\| ''Vermittlungsschicht''
	\| colspan="4" ~~align="center" bgcolor~~="#EEEEFF" \| [[Internet Protocol\|IP]]		\|colspan="4" style="background:#EEEEFF"\| [[Internet Protocol\|IP]]
	\|-		\|-
	\| rowspan="2" ~~align="center" bgcolor~~="#FFEEBB" \| ''Netzzugangsschicht''		\|rowspan="2" style="background:#FFEEBB"\| ''Netzzugangsschicht''
	\| rowspan="2" ~~align="center" bgcolor~~="#EEEEEE" \| [[Ethernet]]		\|rowspan="2" style="background:#EEEEEE"\| [[Ethernet]]
	\| rowspan="2" ~~align="center" bgcolor~~="#EEEEEE" \| [[Token Ring\|Token<br />Ring]]		\|rowspan="2" style="background:#EEEEEE"\| [[Token Ring\|Token<br />Ring]]
	\| rowspan="2" ~~align="center" bgcolor~~="#EEEEEE" \| [[Fiber Distributed Data Interface\|FDDI]]		\|rowspan="2" style="background:#EEEEEE"\| [[Fiber Distributed Data Interface\|FDDI]]
	\| rowspan="2" ~~align="center" bgcolor~~="#EEEEEE" \| …		\|rowspan="2" style="background:#EEEEEE"\| …
	\|}		\|}

	\|-		\|-
	~~\| align="left"~~ \| '''Standards:'''		\| '''Standards:'''
	\| ~~align="left" \|~~ {{RFC-Internet \|RFC=2205 \|Datum=1997}}		\| <nowiki>RFC 2205</nowiki><ref>{{RFC-Internet \|RFC=2205 \|Titel=Resource ReSerVation Protocol (RSVP) \|Datum=1997-09}}</ref>
	\|}		\|}

	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]]) sind solche Garantien eigentlich nicht vorgesehen, was im Beispiel der Videoströme zu [[Puffer (Informatik)\|Pufferungspausen]] führen kann.		<span style="white-space:nowrap">Das '''Resource reSerVation Protocol''' ('''RSVP''')</span><!-- Mindestbreite der Textspalte wegen breitem Element --> 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 [[Datenübertragungsrate\|Ü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 [[Puffer (Informatik)\|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.		# 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.		# 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 60:		Zeile 57:
	== Weblinks ==		== Weblinks ==
	* {{RFC-Internet \|RFC=2205 \|Titel=Resource ReSerVation Protocol (RSVP) \|Datum=1997-09}}		* {{RFC-Internet \|RFC=2205 \|Titel=Resource ReSerVation Protocol (RSVP) \|Datum=1997-09}}

			== Einzelnachweise ==
			<references />

	[[Kategorie:Netzwerkprotokoll (Transportschicht)]]		[[Kategorie:Netzwerkprotokoll (Transportschicht)]]

Crazy1880: Vorlagen-fix (RFC)

2023-06-09T18:30:11Z

Vorlagen-fix (RFC)

← Nächstältere Version		Version vom 9. Juni 2023, 20:30 Uhr
Zeile 38:		Zeile 38:
	\|-		\|-
	\| align="left" \| '''Standards:'''		\| align="left" \| '''Standards:'''
	\| align="left" \| RFC 2205 (1997)		\| align="left" \| {{RFC-Internet \|RFC=2205 \|Datum=1997}}
	\|}		\|}

Zeile 59:		Zeile 59:

	== Weblinks ==		== Weblinks ==
	* RFC 2205 ~~spezifiziert das ''~~Resource ~~Reservation~~ Protocol~~''.~~		* {{RFC-Internet \|RFC=2205 \|Titel=Resource ReSerVation Protocol (RSVP) \|Datum=1997-09}}

	[[Kategorie:Netzwerkprotokoll (Transportschicht)]]		[[Kategorie:Netzwerkprotokoll (Transportschicht)]]

Uweschwoebel: doppelte Auszeichnungen und links entfernt

2020-03-02T12:57:34Z

doppelte Auszeichnungen und links entfernt

← Nächstältere Version		Version vom 2. März 2020, 14:57 Uhr
Zeile 41:		Zeile 41:
	\|}		\|}

	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]]) sind solche Garantien eigentlich nicht vorgesehen, was im Beispiel der Videoströme zu [[Puffer (Informatik)\|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]]) sind solche Garantien eigentlich nicht vorgesehen, was im Beispiel der Videoströme zu [[Puffer (Informatik)\|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.		# 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.
Zeile 53:		Zeile 53:

	== Siehe auch ==		== Siehe auch ==
	* [[Quality of Service~~]] (QoS)~~ Verfahren:		* Quality-of-Service-Verfahren:
	** [[IntServ]] ''(Integrated Services)''		** [[IntServ]] ''(Integrated Services)''
	** [[DiffServ]] ''(Differentiated Services)''		** [[DiffServ]] ''(Differentiated Services)''

Girus: WL, lf

2020-02-12T08:59:55Z

WL, lf

← Nächstältere Version		Version vom 12. Februar 2020, 10:59 Uhr
Zeile 41:		Zeile 41:
	\|}		\|}

	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]]) sind solche Garantien eigentlich nicht vorgesehen, was im Beispiel der Videoströme zu [[Puffer (Informatik)\|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:

Uweschwoebel: /* Einleitung */ typos, -Füllwort

2020-02-11T11:19:52Z

Einleitung: typos, -Füllwort

← Nächstältere Version		Version vom 11. Februar 2020, 13:19 Uhr
Zeile 48:		Zeile 48:
	# 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.		# 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.
	#Diese Reservierung muss ~~jedoch~~ in festgelegten Abständen periodisch durch den Sender bestätigt werden und wird ansonsten gelöscht. Es handelt sich somit um einen ''Soft State.''		# Diese Reservierung muss in festgelegten Abständen periodisch durch den Sender bestätigt werden und wird ansonsten gelöscht. Es handelt sich somit um einen ''Soft State''.

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

Lukas3226: ergänzung soft state

2020-02-11T11:03:54Z

ergänzung soft state

← Nächstältere Version		Version vom 11. Februar 2020, 13:03 Uhr
Zeile 48:		Zeile 48:
	# 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.		# 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.
			#Diese Reservierung muss jedoch in festgelegten Abständen periodisch durch den Sender bestätigt werden und wird ansonsten gelöscht. Es handelt sich somit um einen ''Soft State.''

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

Repat: /* Siehe auch */

2014-12-04T11:54:46Z

Siehe auch

← Nächstältere Version		Version vom 4. Dezember 2014, 13:54 Uhr
Zeile 52:		Zeile 52:

	== Siehe auch ==		== Siehe auch ==
	* ''[[Quality of Service]] (QoS) Verfahren:''		* [[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 ==		== Weblinks ==

Wyndfang: typogr.

2013-09-20T13:08:21Z

typogr.

← Nächstältere Version		Version vom 20. September 2013, 15:08 Uhr
Zeile 45:		Zeile 45:
	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.		# 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.		# 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.

Wyndfang: typos, form

2013-09-20T13:07:46Z

typos, form

← Nächstältere Version		Version vom 20. September 2013, 15:07 Uhr
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" \| '''Familie:'''
	\| align="left" \| [[Internetprotokollfamilie]]		\| align="left" \| [[Internetprotokollfamilie]]
	\|~~----~~-		\|-
	\| align="left" \| '''Einsatzgebiet:'''		\| align="left" \| '''Einsatzgebiet:'''
	\| align="left" \| Signalisierungsprotokoll im Internetprotokollstapel		\| align="left" \| Signalisierungsprotokoll im Internetprotokollstapel
	\|~~----~~-		\|-
	\| align="center" colspan="2" \|		\| align="center" colspan="2" \|

	{\| border="0" cellspacing="3" <!---style="float:right;padding-left:15px"--->		{\| border="0" cellspacing="3" <!---style="float:right;padding-left:15px"--->
	\|+ '''RSVP im [[TCP/IP-Referenzmodell\|TCP/IP-Protokollstapel]]'''		\|+ '''RSVP im [[TCP/IP-Referenzmodell\|TCP/IP-Protokollstapel]]'''
	\|~~----~~-		\|-
	\| align="center" bgcolor="#FFEEBB" \| ''Anwendungsschicht''		\| align="center" bgcolor="#FFEEBB" \| ''Anwendungsschicht''
	\| align="center" bgcolor="#EEEEFF" \| [[File Transfer Protocol\|FTP]]		\| align="center" bgcolor="#EEEEFF" \| [[File Transfer Protocol\|FTP]]
Zeile 19:		Zeile 19:
	\| align="center" bgcolor="#EEEEFF" \| [[Domain Name System\|DNS]]		\| align="center" bgcolor="#EEEEFF" \| [[Domain Name System\|DNS]]
	\| align="center" bgcolor="#EEEEFF" \| …		\| align="center" bgcolor="#EEEEFF" \| …
	\|~~----~~-		\|-
	\| align="center" bgcolor="#FFCC99" \| '''Transportschicht'''		\| align="center" bgcolor="#FFCC99" \| '''Transportschicht'''
	\| colspan="1" align="center" bgcolor="#9999FF" \| '''RSVP'''		\| 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="#9999FF" \| [[User Datagram Protocol\|UDP]]
	\| colspan="1" align="center" bgcolor="#EEEEEE" \| …		\| colspan="1" align="center" bgcolor="#EEEEEE" \| …
	\|~~----~~-		\|-
	\| rowspan="1" align="center" bgcolor="#FFEEBB" \| ''Vermittlungsschicht''		\| rowspan="1" align="center" bgcolor="#FFEEBB" \| ''Vermittlungsschicht''
	\| colspan="4" align="center" bgcolor="#EEEEFF" \| [[Internet Protocol\|IP]]		\| colspan="4" align="center" bgcolor="#EEEEFF" \| [[Internet Protocol\|IP]]
	\|~~----~~-		\|-
	\| rowspan="2" align="center" bgcolor="#FFEEBB" \| ''Netzzugangsschicht''		\| rowspan="2" align="center" bgcolor="#FFEEBB" \| ''Netzzugangsschicht''
	\| rowspan="2" align="center" bgcolor="#EEEEEE" \| [[Ethernet]]		\| rowspan="2" align="center" bgcolor="#EEEEEE" \| [[Ethernet]]
Zeile 36:		Zeile 36:
	\|}		\|}

	\|~~----~~-		\|-
	\| align="left" \| '''Standards:'''		\| align="left" \| '''Standards:'''
	\| align="left" \| RFC 2205 (1997)		\| 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.		# 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.		# 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 ==		== Siehe auch ==
	* ''[[Quality of Service]] (QoS) Verfahren:''		* ''[[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 ==		== Weblinks ==
	* RFC 2205 spezifiziert das Resource Reservation Protocol.		* RFC 2205 spezifiziert das ''Resource Reservation Protocol''.

	[[Kategorie:Netzwerkprotokoll (Transportschicht)]]		[[Kategorie:Netzwerkprotokoll (Transportschicht)]]

← Nächstältere Version		Version vom 21. Juni 2023, 14:52 Uhr
Zeile 1:		Zeile 1:
	{\| class="wikitable float-right"		{\| class="wikitable float-right"
	\|- class="hintergrundfarbe6"		\|+ class="hintergrundfarbe6" font="size:larger"\| RSVP ''(Resource Reservation Protocol)''
	! colspan="2" font="size:larger" \| RSVP ''(Resource Reservation Protocol)''
	\|-		\|-
	~~\| align="left"~~ \| '''Familie:'''		\| '''Familie:'''
	~~\| align="left"~~ \| [[Internetprotokollfamilie]]		\| [[Internetprotokollfamilie]]
	\|-		\|-
	~~\| align="left"~~ \| '''Einsatzgebiet:'''		\| '''Einsatzgebiet:'''
	~~\| align="left"~~ \| Signalisierungsprotokoll im Internetprotokollstapel		\| Signalisierungsprotokoll im Internetprotokollstapel
	\|-		\|-
			\|colspan="2" style="text-align:center"\|
	\| align="center" colspan="2" \|
			{\| style="text-align:center;" cellspacing="3"

	{\| border="0" cellspacing="3" <!---style="float:right;padding-left:15px"--->
	\|+ '''RSVP im [[TCP/IP-Referenzmodell\|TCP/IP-Protokollstapel]]'''		\|+ '''RSVP im [[TCP/IP-Referenzmodell\|TCP/IP-Protokollstapel]]'''
	\|-		\|-
	\| ~~align="center" bgcolor~~="#FFEEBB" \| ''Anwendungsschicht''		\|style="background:#FFEEBB"\| ''Anwendungsschicht''
	\| ~~align="center" bgcolor~~="#EEEEFF" \| [[File Transfer Protocol\|FTP]]		\|style="background:#EEEEFF"\| [[File Transfer Protocol\|FTP]]
	\| ~~align="center" bgcolor~~="#EEEEFF" \| [[Simple Mail Transfer Protocol\|SMTP]]		\|style="background:#EEEEFF"\| [[Simple Mail Transfer Protocol\|SMTP]]
	\| ~~align="center" bgcolor~~="#EEEEFF" \| [[Domain Name System\|DNS]]		\|style="background:#EEEEFF"\| [[Domain Name System\|DNS]]
	\| ~~align="center" bgcolor~~="#EEEEFF" \| …		\|style="background:#EEEEFF"\| …
	\|-		\|-
	\| ~~align="center" bgcolor~~="#FFCC99" \| '''Transportschicht'''		\|style="background:#FFCC99"\| '''Transportschicht'''
	\| ~~colspan="1" align="center" bgcolor~~="#9999FF" \| '''RSVP'''		\|style="background:#9999FF"\| '''RSVP'''
	\| ~~colspan="1" align="center" bgcolor~~="#9999FF" \| [[Transmission Control Protocol\|TCP]]		\|style="background:#9999FF"\| [[Transmission Control Protocol\|TCP]]
	\| ~~colspan="1" align="center" bgcolor~~="#9999FF" \| [[User Datagram Protocol\|UDP]]		\|style="background:#9999FF"\| [[User Datagram Protocol\|UDP]]
	\| ~~colspan="1" align="center" bgcolor~~="#EEEEEE" \| …		\|style="background:#EEEEEE"\| …
	\|-		\|-
	\| ~~rowspan="1" align="center" bgcolor~~="#FFEEBB" \| ''Vermittlungsschicht''		\|style="background:#FFEEBB"\| ''Vermittlungsschicht''
	\| colspan="4" ~~align="center" bgcolor~~="#EEEEFF" \| [[Internet Protocol\|IP]]		\|colspan="4" style="background:#EEEEFF"\| [[Internet Protocol\|IP]]
	\|-		\|-
	\| rowspan="2" ~~align="center" bgcolor~~="#FFEEBB" \| ''Netzzugangsschicht''		\|rowspan="2" style="background:#FFEEBB"\| ''Netzzugangsschicht''
	\| rowspan="2" ~~align="center" bgcolor~~="#EEEEEE" \| [[Ethernet]]		\|rowspan="2" style="background:#EEEEEE"\| [[Ethernet]]
	\| rowspan="2" ~~align="center" bgcolor~~="#EEEEEE" \| [[Token Ring\|Token<br />Ring]]		\|rowspan="2" style="background:#EEEEEE"\| [[Token Ring\|Token<br />Ring]]
	\| rowspan="2" ~~align="center" bgcolor~~="#EEEEEE" \| [[Fiber Distributed Data Interface\|FDDI]]		\|rowspan="2" style="background:#EEEEEE"\| [[Fiber Distributed Data Interface\|FDDI]]
	\| rowspan="2" ~~align="center" bgcolor~~="#EEEEEE" \| …		\|rowspan="2" style="background:#EEEEEE"\| …
	\|}		\|}

	\|-		\|-
	~~\| align="left"~~ \| '''Standards:'''		\| '''Standards:'''
	\| ~~align="left" \|~~ {{RFC-Internet \|RFC=2205 \|Datum=1997}}		\| <nowiki>RFC 2205</nowiki><ref>{{RFC-Internet \|RFC=2205 \|Titel=Resource ReSerVation Protocol (RSVP) \|Datum=1997-09}}</ref>
	\|}		\|}

	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]]) sind solche Garantien eigentlich nicht vorgesehen, was im Beispiel der Videoströme zu [[Puffer (Informatik)\|Pufferungspausen]] führen kann.		<span style="white-space:nowrap">Das '''Resource reSerVation Protocol''' ('''RSVP''')</span><!-- Mindestbreite der Textspalte wegen breitem Element --> 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 [[Datenübertragungsrate\|Ü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 [[Puffer (Informatik)\|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.		# 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.		# 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 60:		Zeile 57:
	== Weblinks ==		== Weblinks ==
	* {{RFC-Internet \|RFC=2205 \|Titel=Resource ReSerVation Protocol (RSVP) \|Datum=1997-09}}		* {{RFC-Internet \|RFC=2205 \|Titel=Resource ReSerVation Protocol (RSVP) \|Datum=1997-09}}

			== Einzelnachweise ==
			<references />

	[[Kategorie:Netzwerkprotokoll (Transportschicht)]]		[[Kategorie:Netzwerkprotokoll (Transportschicht)]]