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

– 71 –
Um einerseits eine Einhaltung der Anforderungen bestehender EF-Verkehrsflüsse bzgl. Verlust
und Verzögerung zu erreichen und andererseits zu vermeiden, dass andere Dienstgüteklassen
überhaupt keine Ressourcen mehr erhalten, ist zur Realisierung des Premium Service eine Verbindungsannahmesteuerung
erforderlich. In [205] wird eine Architektur vorgeschlagen, bei der
diese Funktion in einer zentralen Instanz, dem so genannten Bandwidth Broker (BB), lokalisiert
ist. Dieser wird von den Randknoten konsultiert, wenn dort neue Dienstanforderungen
vorliegen, die z. B. mit Hilfe eines RSVP-ähnlichen Protokolls vom Endgerät zum Netzrand
geschickt wurden. Der BB entscheidet dann – evtl. auf der Basis von Messungen, die in den
Kernnetzknoten vorgenommen wurden –, ob genügend Ressourcen vorliegen, um zusätzliche
Premium-Service-Verkehrsflüsse zulassen zu können.
Das BB-Konzept ist nicht auf den Premium Service beschränkt, sondern findet auch in weiter
gehenden Architekturvorschlägen Anwendung [231, 263]. Dabei kann die Aufgabe des BBs
allgemein in der Verwaltung von Regeln für das Verkehrsmanagement (policy control) gesehen
werden. Dazu gehören auch die Regeln, die die Arbeitsweise der PHBs in den Kernnetzknoten
definieren (z. B. die Parameter von Scheduling-Algorithmen). Für die Kommunikation von
Netzknoten mit dem BB bietet sich der Einsatz des in [91] definierten COPS-Protokolls
(common open policy service) an. Schließlich spielt der BB auch eine wichtige Rolle, wenn
Verkehrsflüsse über mehrere DiffServ-Netzbereiche gehen. Hierzu ist ein Zusammenwirken
der BBs in den verschiedenen Bereichen erforderlich [205, 263].
3.3.3.4 Relative Dienstgüte innerhalb von DiffServ
Die Definition der DiffServ-Architektur auf Basis der in Abschnitt 3.3.3.1 formulierten Kerngedanken
und der in Abschnitt 3.3.3.2 genannten Grundelemente bietet weitgehende Gestaltungsmöglichkeiten.
Daher existiert eine Vielzahl von Vorschlägen, entweder als spezielle
Ausprägungen der im vorigen Abschnitt beschriebenen vordefinierten Dienste und PHBs oder
als Alternativlösungen ohne einheitlich festgelegte DSCPs, die sich in der IETF jedoch bislang
nicht als Standard durchsetzen konnten. Grundsätzliche Unterscheidungskriterien stellen die
Verwendung einer Annahmesteuerung sowie der Einsatz von Quellflusskontrolle oder Verkehrsformung
am Netzrand dar. Das Vorhandensein oder Fehlen dieser Komponenten gibt
Aufschluss über die der Architektur zugrunde liegende Dienstgütephilosophie.
Die extremste Form bildet dabei der mit Hilfe von EF realisierbare Premium Service nach der
Definition in [205], bei dem mit Hilfe einer Annahmesteuerung und entsprechender TC-Komponenten
am Netzrand absolute Garantien angeboten werden.
Beim Assured Service in seiner ursprünglichen Form [71] wird ebenfalls der DSCP-Wert am
Netzrand eingestellt, um den im SLA vereinbarten absoluten Wert für die erwartete Kapazität
zu erreichen. Ohne geeignete Mechanismen, um eine Annahme zu vieler SLAs mit entsprechend
hohen Bandbreitanforderungen zu verhindern, erlangt dieser Wert jedoch automatisch