RFC 2638 von der IETF definiert die Entität des Bandwidth Broker (BB) im Rahmen differenzierter Dienste (DiffServ). Laut RFC 2638 ist ein Bandwidth Broker ein Agent, der die Prioritäten und Richtlinien eines Unternehmens kennt und QoS-Ressourcen (Quality of Service) in Bezug auf diese Richtlinien zuweist. Um eine durchgängige Ressourcenzuteilung für verschiedene Domänen zu erreichen, muss der Bandwidth Broker, der eine Domäne verwaltet, mit seinen benachbarten Peers kommunizieren, wodurch End-to-End-Dienste aus rein bilateralen Vereinbarungen aufgebaut werden können. Die Zugangssteuerung ist eine der Hauptaufgaben, die ein Bandbreitenbroker ausführen muss, um zu entscheiden, ob eine eingehende Ressourcenreservierungsanforderung akzeptiert wird oder nicht. Die meisten Bandbreitenmakler verwenden einfache Zugangssteuerungsmodule, obwohl es auch Vorschläge für eine differenziertere Zugangssteuerung gibt, die sich auf verschiedene Kriterien wie Akzeptanzrate, Netzwerkauslastung usw. beziehen. Der BB fungiert als Policy Decision Point (PDP) bei der Entscheidung, ob er zulassen soll oder nicht einen Fluss ablehnen, während die Edge-Router als Policy Enforcement Points (PEPs) für die Überwachung des Datenverkehrs fungieren (Pakete zulassen und markieren oder einfach löschen).
DiffServ ermöglicht zwei Carrier-Services neben dem Standard-Best-Efficiency-Service: Assured Forwarding (AF) [1] und Expedited Forwarding (EF). [2] AF bietet einen Service, der besser ist als der Best-Effort-Service Best-Effort-Verkehr in diesem Burst und Paketverzögerungsvariation (PDV) ist zu erwarten. AF-Pakete außerhalb des Profils erhalten eine niedrigere Priorität, indem sie als bester Datenverkehr markiert werden. EF bietet einen virtuellen -Dienst mit Traffic-Shaping-Funktion zur Verhinderung von Bursts, strenger Zulassungskontrolle (aus Profilpaketen werden verworfen) und einer separaten Warteschlange für EF-Verkehr in den Core-Routern, die zusammen die Warteschlangen klein halten und die Notwendigkeit eines Puffermanagements. Der resultierende EF-Dienst ist verlustarm, verzögerungsarm und hat einen niedrigen PDV-Wert. Obwohl ein BB locker Bandbreite zuweist, weist es tatsächlich Trägerdienste (d. H. QoS-Ressourcen) zu.
Bandbreiten-Broker können mit Organisationsrichtlinien konfiguriert werden, die aktuelle Zuordnung des markierten Verkehrs verfolgen und neue Anforderungen zur Markierung des Verkehrs anhand der Richtlinien und der aktuellen Zuordnung interpretieren. Bandbreitenvermittler müssen lediglich Beziehungen mit begrenztem Vertrauen zu ihren Peers in benachbarten Domänen aufbauen, im Gegensatz zu Schemata, die die Festlegung von Flussspezifikationen in Routern über einen durchgehenden Pfad erfordern. In praktischer technischer Hinsicht ermöglicht die Bandwidth Broker-Architektur die Verwaltung des Status auf einer administrativen Domäne und nicht auf jedem Router. Durch die DiffServ-Architektur ist es möglich, den Flussstatus nur auf die Edge- oder Leaf-Router zu beschränken.
Der Umfang der BBs wurde erweitert und ist jetzt nicht mehr auf DiffServ-Domänen beschränkt. Solange der zugrunde liegende QoS-Mechanismus dem DiffServ-Verhalten zugeordnet werden kann, kann ein BB dies verstehen und mit seinen benachbarten Peers kommunizieren, d. H. Die 'lingua franca' von QoS im Internet sollte DiffServ sein. In einer Domäne kann es mehr als eine BB geben. Wenn dies jedoch der Fall ist, sieht RFC 2638 vor, dass nur eine BB als Inter-Domain-BB der obersten Ebene fungiert.
- Verwaltet die Ressourcen jeder Cloud (Bandwidth Broker)
- Pakete sind "farbig", um Weiterleitungsverhalten anzuzeigen "
- Konzentrieren Sie sich auf Aggregate und NICHT auf einzelne Flüsse.
- Überwachung der Netzwerkperipherie, um Dienste zu erhalten
- zusammen mit Multiprotocol Label Switching (MPLS) und Traffic Engineering (TE)
- Nur "aggregierte" QoS-Garantien!
- Schlechte Garantien für End-to-End-Anwendungen
Referenzen bearbeiten ]
Weiterführende Literatur [ edit ]
No comments:
Post a Comment