Echtzeitdienste sind keine Fiktion

Integrated Services: Grundlage RSVP

Int-Serv stellt ein Ende-zu-Ende-Servicemodell bereit. Es unterstützt neben Best-Effort-Verkehr auch den Transfer von Multimedia-Daten mit Echtzeitanforderungen sowie die kontrollierte Lastverteilung auf einer Verbindung. Eine Serviceanforderung geht von den Endsystemen aus. ATM verwendet hier das "User Network Interface" (UNI) zur Signalisierung. Ein vergleichbares Protokoll steht in der IP-Welt mit RSVP zur Verfügung. Es dient zur Signalisierung der Verkehrsparameter für Int-Serv, hat inzwischen aber auch in anderen Bereichen Einzug gehalten. Eine Reservierung, die mittels RSVP vorgenommen wird, ist stets unidirektional und kann für Unicast- oder Multicast-Verkehrsflüsse vorgenommen werden. Für eine Sprachverbindung über IP sind also zwei Reservierungen erforderlich, je eine für beide Kommunikationsrichtungen.

Der Sender signalisiert seine Verkehrsanforderungen in einer "PATH"-Nachricht. Das Paket ist mit der Router-Alert-Option gekennzeichnet, so dass jeder RSVP-fähige Router, der auf dem Weg zwischen Sender und Empfänger liegt, das Paket analysiert. Der Router prüft die Ressourcenwünsche, eventuell über einen externen Policy-Server, protokolliert die IP-Adresse des eingehenden Interfaces im RSVP-Paket und schickt das Paket dann weiter in Richtung Empfänger.

Der Adressat teilt die von ihm akzeptierten Verkehrsparameter in einer "RESV"-Nachricht mit, die gemäß der protokollierten IP-Adressen von Router zu Router ("Hop by Hop") in Richtung Sender übermittelt wird. Auf diese Weise ist sichergestellt, dass die unidirektionale Reservierung selbst bei asymmetrischen Routen korrekt erfolgt. Da sich eine Route im IP-Netz ändern kann, muss die PATH/RESV-Nachricht regelmäßig wiederholt werden. Bleibt sie aus, kann der Router die Reservierung löschen.