This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
QoS Fairness (ROT)
Die QoS-Fairness-Funktion verbessert die Fairness mehrerer virtueller Pfadflüsse durch die Verwendung von QoS-Klassen und Random Early Detection (RED). Ein virtueller Pfad kann einer von 16 verschiedenen Klassen zugewiesen werden. Eine Klasse kann einer von drei Grundtypen sein:
- Echtzeitklassen dienen Datenverkehrsflüsse, die einen Prompt-Dienst bis zu einer bestimmten Bandbreite benötigen. Niedrige Latenz wird gegenüber dem aggregierten Durchsatz bevorzugt.
- Interaktive Klassen haben eine geringere Priorität als in Echtzeit, haben jedoch absolute Priorität gegenüber Massenverkehr.
- Massenklassen erhalten, was von Echtzeit- und interaktiven Klassen übrig bleibt, da Latenz für Massenverkehr weniger wichtig ist.
Benutzer geben unterschiedliche Bandbreitenanforderungen für verschiedene Klassen an, wodurch der virtuelle Pfadplaner konkurrierende Bandbreitenanforderungen aus mehreren Klassen desselben Typs verlegen kann. Der Scheduler verwendet den Algorithmus Hierarchical Fair Service Curve (HFSC), um Fairness zwischen den Klassen zu erreichen.
HFSC Serviceklassen in FIFO-Reihenfolge (FIFO). Vor dem Planen von Paketen untersucht Citrix SD-WAN den für die Paketklasse ausstehenden Datenverkehr. Wenn übermäßiger Datenverkehr aussteht, werden die Pakete nicht in die Warteschlange gestellt (Tail Dropping).
Warum verursacht TCP Warteschlangen?
TCP kann nicht steuern, wie schnell das Netzwerk Daten übertragen kann. Zur Steuerung der Bandbreite implementiert TCP das Konzept eines Bandbreitenfensters, d. h. der Menge des nicht bestätigten Datenverkehrs, den es im Netzwerk zulässt. Es beginnt zunächst mit einem kleinen Fenster und verdoppelt die Größe dieses Fensters, wenn Bestätigungen empfangen werden. Dies wird als langsame Start- oder exponentielle Wachstumsphase bezeichnet.
TCP identifiziert Netzwerküberlastung durch Erkennung von verlorenen Paketen. Wenn der TCP-Stack einen Burst von Paketen sendet, die eine Verzögerung von 250 ms einführen, erkennt TCP keine Überlastung, wenn keines der Pakete verworfen wird, sodass die Größe des Fensters weiter vergrößert wird. Möglicherweise wird dies weiter getan, bis die Wartezeit 600—800 ms erreicht.
Wenn TCP sich nicht im langsamen Startmodus befindet, reduziert es die Bandbreite um die Hälfte, wenn Paketverlust erkannt wird, und erhöht die zulässige Bandbreite für jede empfangene Bestätigung um ein Paket. TCP wechselt daher zwischen dem Aufwärtsdruck auf die Bandbreite und dem Absetzen. Wenn die Wartezeit 800 ms durch den Zeitpaketverlust erkannt wird, verursacht die Bandbreitenreduzierung eine Übertragungsverzögerung.
Auswirkungen auf QoS-Fairness
Wenn TCP-Übertragungsverzögerung eintritt, ist die Bereitstellung jeglicher Art von Fairnessgarantie innerhalb einer virtuellen Pfadklasse schwierig. Der virtuelle Pfadplaner muss Tail-Drop-Verhalten anwenden, um zu vermeiden, dass enorme Mengen an Traffic zurückgehalten werden. Die Art der TCP-Verbindungen besteht darin, dass eine kleine Anzahl von Verkehrsströmen den virtuellen Pfad füllen, was es für eine neue TCP-Verbindung schwierig macht, einen angemessenen Anteil an der Bandbreite zu erreichen. Für die gemeinsame Nutzung der Bandbreite muss sichergestellt werden, dass die Bandbreite für neue Pakete verfügbar ist, die übertragen werden sollen.
Zufällige Früherkennung
Random Early Detection (RED) verhindert, dass Verkehrswarteschlangen gefüllt werden und dass Tail-Drop-Aktionen ausgelöst werden. Es verhindert unnötige Warteschlangen durch den virtuellen Pfadplaner, ohne den Durchsatz zu beeinträchtigen, den eine TCP-Verbindung erreichen kann.
Wie benutzt man RED?
-
Starten Sie eine TCP-Sitzung, um den virtuellen Pfad zu erstellen. Stellen Sie sicher, dass bei aktivierter RED die Wartezeit für diese Klasse bei etwa 50 ms im stationären Zustand bleibt.
-
Starten Sie eine zweite TCP-Sitzung, und stellen Sie sicher, dass beide TCP-Sitzungen die Bandbreite des virtuellen Pfades gleichmäßig teilen. Stellen Sie sicher, dass die Wartezeit in der Klasse im stationären Zustand bleibt.
-
Stellen Sie sicher, dass der Konfigurations-Editor zum Aktivieren und Deaktivieren von RED verwendet werden kann und dass der korrekte Wert für den Parameter angezeigt wird.
-
Stellen Sie sicher, dass auf der Seite Konfiguration anzeigen auf der Seite SD-WAN GUI angezeigt wird, ob RED für eine Regel aktiviert ist.
So aktivieren Sie RED
-
Navigieren Sie zum Konfigurations-Editor Verbindungen Virtuelle Pfade [Wählen Sie Virtueller Pfad] Regeln > Regel auswählen, zum Beispiel; (VOIP).
-
Erweitern Sie den Bereich LAN auf WAN . Klicken Sie im Abschnitt LAN to WAN auf das Kontrollkästchen RED aktivieren , um es für TCP-basierte Regeln zu aktivieren.
Teilen
Teilen
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.