Institut für Kommunikationsnetze und Rechnersysteme - Universität ...

– 65 –
RSVP-Protokollsteuerung getrenntes – Verkehrssteuerungsmodul übergeben, wo über die
Annahme der Reservierung entschieden wird. Fällt die Entscheidung positiv aus, wird eine
entsprechende Ressourcenreservierung vorgenommen. Die RESV-Meldung wird an den Vorgängerknoten
in Richtung des Senders weitergeschickt, der Empfänger erhält optional eine
Bestätigungsmeldung. Im Fall einer Ablehnung wird eine RESV_ERR-Meldung an den Empfänger
gesendet.
Über den geschilderten Ablauf hinaus besteht die Möglichkeit, in der PATH-Meldung dem
Empfänger zusätzliche Informationen (AdSpec) über die Eigenschaften des Kommunikationspfades
(z. B. die in Abschnitt 3.3.2.1 erwähnten zusätzlichen Verzögerungen in einzelnen Routern)
mitzuteilen. Außerdem kann im Fall mehrerer Sender und Empfänger mit Hilfe eines
Sender Template in der PATH-Meldung sowie eines FilterSpec-Elementes in der RESV-Meldung
über so genannte Filter eine Zusammenfassung von Reservierungen veranlasst werden.
Schließlich existieren noch weitere RSVP-Meldungen, auf die jedoch hier nicht weiter eingegangen
werden soll.
Aufgrund der angesprochenen Entkopplung von RSVP und eigentlicher Verkehrssteuerung in
den Netzknoten ist der Einsatz von RSVP nicht nur auf die IntServ-Architektur beschränkt.
Eine entsprechend angepasste Variante von RSVP namens RSVP-TE wurde z. B. als Verteilungsprotokoll
für Labels bei MPLS (siehe Abschnitt 3.3.1) vorgeschlagen [19]. Andererseits
gilt RSVP wegen seiner vielen Optionen als sehr komplex, was zur Definition alternativer
Signalisierungsprotokolle für die Ressourcenreservierung in IntServ geführt hat [215].
3.3.2.4 Bewertung
Der Ansatz, Dienstgüteunterstützung direkt in der IP-Schicht mit Hilfe eines auf IP aufsetzenden
Signalisierprotokolls zu realisieren, hat gegenüber einer Lösung wie IP über ATM den
Vorteil, dass eine Schicht entfällt und somit prinzipiell eine Vereinfachung stattfindet. Außerdem
sind die Mechanismen für IP-basierte Anwendungen besser zugänglich.
Das ansonsten mit ATM eng verwandte IntServ-Prinzip einer Ressourcenreservierung für einzelne
Verkehrsflüsse leidet jedoch unter dem Problem mangelnder Skalierbarkeit für große
Netze. Im Hinblick auf die Skalierbarkeit sind die folgenden Punkte als kritisch zu bewerten:
• Signalisieraufwand (Verarbeitung von RSVP-Meldungen)
• Speicherung von Zustandsinformationen im Verkehrssteuerungsmodul
• Paketklassifizierung
• Scheduling
Beim letzten Punkt wiegen vor allem die Notwendigkeit der Einrichtung und Verwaltung separater
logischer Warteschlangen für jede Reservierung sowie das im Zusammenhang mit der