05.10.2013 Aufrufe

Text anzeigen (PDF) - bei DuEPublico

Text anzeigen (PDF) - bei DuEPublico

Text anzeigen (PDF) - bei DuEPublico

MEHR ANZEIGEN
WENIGER ANZEIGEN

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.

Resource Reservation Protocol<br />

RSVP ist auf die Unterstützung einer Reihe anderer Internet-Protokolle angewiesen, da es weder<br />

Mechanismen zum Verbindungsaufbau noch Mechanismen zum Beitritt zu bzw. zum Verlassen<br />

einer existierenden Verbindung bereitstellt. Darüberhinaus fehlt die Unterstützung zur Übertragung<br />

der Anwenderdaten.<br />

Alle RSVP-Nachrichten werden in IP-Datagrammen übertragen. Da diese keinerlei Zuverlässigkeits-<br />

und Verzögerungsgarantien besitzen, sollten zur Versendung der RSVP-Kontrollinformationen<br />

Verar<strong>bei</strong>tungskapazitäten und Bandbreiten in den Netzen bereitgestellt werden.<br />

Wünscht ein Client, einer bereits existierenden Multicast-Gruppe <strong>bei</strong>zutreten, so nutzt er dazu<br />

das Internet Group Management Protocol (IGMP), genauer die IGMP Group Membership<br />

Report Message. Der Router im lokalen Netz des anfragenden Clients aktualisiert die zu der<br />

gewünschten Verbindung gehörende Informationsbasis. Damit auch alle anderen betroffenen<br />

Router ihre Informationen aktualisieren können, wird anschließend eine OSPF Link State<br />

Ankündigung im Netz verbreitet. Wenn alle beteiligten Router ihre Informationen aktualisiert<br />

haben, wird der anfragende Client in die Empfängerliste mitaufgenommen und erhält so auch die<br />

periodisch ausgesendeten Path-Nachrichten. Diese können dazu benutzt werden, den Flow zu<br />

identifizieren und nun die eigenen gewünschten Reservierungen mittels Resv-Nachrichten vorzunehmen.<br />

Neben diesen funktionalen Festlegungen und der Einbettung in die Internet-Protokoll-Architektur<br />

wird im RFC 2205 ein Implementierungs-Framework für Hosts und auch für Router vorgeschlagen,<br />

vgl. Abbildung 7-6.<br />

Abbildung 7-6 RSVP in Hosts und Routern<br />

Wie die einzelnen Funktionen und deren Zusammenspiel geregelt wird, läßt die Spezifikation<br />

von RSVP offen. Die Existenz der Funktionen wird lediglich vorausgesetzt.<br />

140<br />

Application<br />

Packet<br />

Classifier<br />

Host<br />

RSVP<br />

Process<br />

Anwenderdaten<br />

Kontrolldaten<br />

Packet<br />

Scheduler<br />

Policy<br />

Control<br />

Admission<br />

Control<br />

Routing<br />

Process<br />

Packet<br />

Classifier<br />

Router<br />

RSVP<br />

Process<br />

virtuelle Kommunikation<br />

Packet<br />

Scheduler<br />

Policy<br />

Control<br />

Admission<br />

Control

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!