Was macht RSVP?

Fassen wir die Funktion des Resource Reservation Protocol noch einmal zusammen:

Die Verantwortung für die Reservierung von Ressourcen liegt beim Empfänger einer Übertragung. Der Sender unterstützt ihn dabei durch die Beschreibung des zu erwartenden Datenstroms sowie durch die Markierung des Pfads, den die Datenpakete nehmen werden. Da RSVP nur Simplex-Ströme kennt, sind Hin- und Rückkanal (soweit vorhanden) getrennt zu betrachten.

Ressourcen werden in jedem Knoten reserviert, der auf dem Weg zwischen Empfänger und Sender liegt. In Multicast-Umgebungen wird der Overhead dabei durch die Kombination von Reservierungen möglichst gering gehalten.

Die Ressourcen-Reservierung passt sich durch die Verwendung von Soft States flexibel an geänderte Routing-Bedingungen an.

Für Knoten im Übertragungspfad, die RSVP nicht unterstützen, bleibt das Protokoll übrigens transparent, jedoch können in diesen Knoten natürlich keine Ressourcen reserviert werden. Abhängig von der Kapazität des Knotens wird die Dienstqualität der gesamten Verbindung dadurch mehr oder weniger stark beeinträchtigt.

Was macht RSVP nicht?

RSVP setzt auf IPv4 oder IPv6 auf und belegt im Protokollstack den Platz des Transportprotokolls. RSVP überträgt jedoch selbst keine Anwendungsdaten, sondern stellt lediglich ein Kontrollprotokoll dar.

Ebenso ist RSVP kein Routing-Protokoll, sondern arbeitet mit Unicast- und Multicast-Routing-Protokollen zusammen: Während das Routing-Protokoll bestimmt, wohin Pakete weitergeleitet werden, kümmert RSVP sich um die Ressourcen, die ihnen auf ihrem Pfad zur Verfügung stehen.

Dazu transportiert RSVP Quality-of-Service-Parameter, ohne diese jedoch selbst zu kennen. Die Interpretation und Durchsetzung der QoS-Parameter bleibt Aufgabe der Netzknoten. [RFC 2210]

Gleiches gilt für die Zugangskontrolle: Da RSVP einigen Anwendungen mehr Ressourcen zuordnet als anderen (auf deren Kosten!), muss ein Mechanismus existieren, der regelt, welche Anwendungen welche Ressourcen reservieren dürfen, und der sicherstellt, dass eine Ressource nur von der Anwendung genutzt wird, die sie auch reserviert hat. RSVP überträgt die Admission- und Policy-Control-Daten zwar, interpretiert sie jedoch nicht [RFC 2750].

< Reservierungsmechanismus | RTP >