25.01.2014 Aufrufe

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

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

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

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.

– 68 –<br />

Meter<br />

Conditioner<br />

Marker<br />

Shaper/<br />

Dropper<br />

Classifier<br />

...<br />

Bild 3.8: Komponenten zur Paketklassifizierung <strong>und</strong> Quellflusskontrolle in DiffServ [27]<br />

...<br />

Mehrere PHBs können logisch zu einer PHB-Gruppe (PHB group) zusammengefasst werden,<br />

um z. B. auszudrücken, dass diese PHBs zusammen zur Gestaltung eines bestimmten Dienstes<br />

verwendet werden.<br />

Dienstvereinbarungen<br />

Die DiffServ-Architektur sieht wie andere Architekturen auch Dienstvereinbarungen (service<br />

level agreements, SLAs) vor. Diese stellen eine Verallgemeinerung des bekannten Verkehrsvertrags<br />

dar, indem sie auch Vereinbarungen bzgl. Sicherheit, Verfügbarkeit oder Entgelterhebung<br />

enthalten können. Als wichtigster <strong>und</strong> am häufigsten betrachteter Bestandteil eines SLAs<br />

gilt jedoch weiterhin der eigentliche Verkehrsvertrag, der bei DiffServ als Traffic Conditioning<br />

Agreement (TCA) bezeichnet wird <strong>und</strong> üblicherweise aus einer Verkehrsbeschreibung (z. B.<br />

auf der Basis von LB-Parametern) sowie Angaben zu Dienstgüteparametern besteht. Daneben<br />

kann noch festgelegt werden, wie nicht konforme Pakete behandelt werden, <strong>und</strong> es können<br />

Vereinbarungen zur Verkehrsformung getroffen werden.<br />

Zu beachten ist in diesem Zusammenhang, dass sämtliche Komponenten eines SLAs optional<br />

<strong>und</strong> darüber hinaus auch nicht näher spezifiziert sind. Dies bedeutet insbesondere, dass auch<br />

DiffServ-Lösungen ohne SLAs <strong>und</strong> die nachfolgend beschriebenen Kontrollmechanismen<br />

möglich sind, was gerade im Kontext relativer Dienstgüte von Interesse ist. Ein Protokoll zur<br />

Einrichtung von SLAs (vergleichbar mit RSVP im Fall von IntServ) wurde ebenfalls nicht<br />

standardisiert.<br />

Paketklassifizierung <strong>und</strong> Quellflusskontrolle<br />

Wurde ein Verkehrsvertrag definiert, muss dieser an der Grenze des DiffServ-Netzes mit Hilfe<br />

von Mechanismen zur Paketklassifizierung (traffic classification) <strong>und</strong> der Quellflusskontrolle<br />

(traffic conditioning, TC) überwacht bzw. umgesetzt werden. Dabei sind folgende logische<br />

Komponenten vorgesehen (siehe auch Bild 3.8):

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

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!