Grundlegendes zur CoS-Pufferkonfiguration
Junos verwendet Paketpufferspeicher, der der gesamten PFE gemeinsam ist, um Pakete in Schnittstellenwarteschlangen zu speichern. Dieser gemeinsam genutzte Pufferspeicher verfügt über eine separate Eingangs- und Ausgangsabrechnung, um Annahme-, Verwerfungs- oder Pausenentscheidungen zu treffen. Da der Switch über einen einzigen Speicherpool mit separater Eingangs- und Ausgangsabrechnung verfügt, ist die volle Menge an Pufferspeicher sowohl für den Eingangs- als auch für den Ausgangsbereich verfügbar. Pakete werden beim Betreten und Verlassen des Geräts berücksichtigt, aber es gibt kein Konzept, dass ein Paket in einem Eingangspuffer ankommt und dann in einen Ausgangspuffer verschoben wird. Die spezifischen gemeinsamen Pufferspeichermengen für einzelne Switches sind in Tabelle 1 aufgeführt.
| Schalter |
Gemeinsamer Paketpufferspeicher |
|---|---|
| QFX5100, EX4600 |
12 MB |
| QFX5110, QFX5200-32C |
16 MB |
| QFX5200-48Y |
22 MB |
| QFX5120 |
32 MB |
| QFX5130 |
132 MB |
| QFX5210 |
42 MB |
| QFX5220 |
64 MB |
| QFX5230 |
112 MB |
| QFX5240 |
165 MB |
| QFX5700 |
132 MB |
Die Puffer sind sowohl aus Eingangs- als auch aus Ausgangsperspektive in zwei Pools unterteilt:
-
Freigegebene Puffer sind ein globaler Speicherpool, den der Switch den Ports nach Bedarf dynamisch zuweist, sodass die Puffer von den Switch-Ports gemeinsam genutzt werden.
-
Dedizierte Puffer sind ein Speicherpool, der zu gleichen Teilen auf die Switch-Ports aufgeteilt wird. Jeder Port erhält eine garantierte Mindestmenge an Pufferspeicher, die jedem Port zugewiesen ist und nicht von allen Ports gemeinsam genutzt wird.
Verlustfreier Datenverkehr ist Datenverkehr, für den Sie die prioritätsbasierte Datenstromsteuerung (PFC) aktivieren, um einen verlustfreien Transport zu gewährleisten. Verlustfreier Datenverkehr bezieht sich nicht auf Best-Effort-Datenverkehr auf einer Verbindung, die für Ethernet PAUSE (IEEE 802.3x) aktiviert ist.
Das Gerät reserviert nicht konfigurierbaren Pufferspeicher, um sicherzustellen, dass Ports und Warteschlangen eine minimale Speicherzuweisung erhalten. Sie können konfigurieren, wie das System den Rest des Pufferspeichers verwendet, um die Zuordnung für Ihre Mischung aus Netzwerkdatenverkehr zu optimieren. Sie können den Prozentsatz des verfügbaren Pufferspeichers konfigurieren, der als gemeinsam genutzter Pufferspeicher im Vergleich zum dedizierten Pufferspeicher verwendet wird. Sie können auch konfigurieren, wie freigegebener Pufferspeicher verschiedenen Datenverkehrstypen zugewiesen wird. Sie können die Puffereinstellungen für den Datenverkehr in Ihrem Netzwerk optimieren.
Die standardmäßige Class-of-Service-Konfiguration bietet zwei verlustfreie Weiterleitungsklassen (fcoe und no-loss), eine Best-Effort-Unicast-Weiterleitungsklasse, eine Netzwerksteuerungs-Datenverkehrsweiterleitungsklasse und eine Multidestination-Weiterleitungsklasse (Multicast-, Broadcast- und Ziel-Lookup-Fehler).
Jede Standardweiterleitungsklasse wird einer anderen Standardausgabewarteschlange zugeordnet. Die Standardkonfiguration weist die Puffer so zu, dass ein moderater Teil des verlustfreien Datenverkehrs unterstützt wird und gleichzeitig die Möglichkeit besteht, Bursts bei der bestmöglichen Datenverkehrsübertragung zu absorbieren.
Durch Ändern der Puffereinstellungen ändern sich die Fähigkeiten der Puffer, Datenverkehrsspitzen zu absorbieren und verlustfreien Datenverkehr zu verarbeiten. Netzwerke mit überwiegend best-effort-Datenverkehr erfordern beispielsweise die Zuweisung des größten Teils des gemeinsam genutzten Pufferspeichers an Best-Effort-Puffer. Dadurch stehen tiefe, flexible Puffer zur Verfügung, die Datenverkehrsspitzen mit minimalem Paketverlust absorbieren können, was zu Lasten der Pufferverfügbarkeit für verlustfreien Datenverkehr geht.
Umgekehrt müssen Netzwerke mit größtenteils verlustfreiem Datenverkehr den größten Teil des gemeinsam genutzten Pufferspeichers verlustfreien Headroom-Puffern zuweisen. Dies verhindert Paketverluste bei verlustfreien Datenströmen auf Kosten einer effizienten Absorption von Burst-Best-Effort-Datenverkehr.
Das Ändern der Pufferkonfiguration ist ein störendes Ereignis. Der Datenverkehr wird auf allen Ports gestoppt, bis die Neuprogrammierung des Puffers abgeschlossen ist.
In diesem Thema werden die Pufferarchitektur und -einstellungen beschrieben:
Puffer-Pools
Sowohl aus Sicht des Eingangs als auch des Ausgangs ist der PFE-Puffer in zwei Hauptpools aufgeteilt, einen gemeinsam genutzten Pufferpool und einen dedizierten Pufferpool, der eine Mindestzuweisung für jeden Port gewährleistet. Sie können die Menge an Pufferspeicherplatz konfigurieren, die jedem der beiden Pools zugewiesen ist. Ein Teil des Pufferspeichers ist reserviert, sodass für jeden Port immer eine Mindestmenge an gemeinsam genutztem und dediziertem Pufferspeicher verfügbar ist.
-
Gemeinsamer Pufferpool: Ein globaler Speicherplatz, den alle Ports auf dem Switch dynamisch gemeinsam nutzen, wenn sie Puffer benötigen. Der freigegebene Pufferpool ist weiter in Puffer für die Datenverkehrstypen Best Effort Unicast, Best Effort Multidestination (Fehler bei Broadcast-, Multicast- und Zielsuche) und PFC (verlustfrei) unterteilt. Sie können global gemeinsam genutzten Speicherplatz Pufferpartitionen zuweisen, um verschiedene Mischungen von Netzwerkverkehr besser zu unterstützen. Je größer der gemeinsam genutzte Pufferpool, desto besser kann der Switch Datenverkehrsausbrüche absorbieren, da mehr gemeinsam genutzter Speicher für den Datenverkehr verfügbar ist.
-
Dedizierter Pufferpool: Ein reservierter globaler Speicherplatz, der jedem Port zu gleichen Teilen zugewiesen wird. Der Switch reserviert einen dedizierten Mindestpufferpool, der nicht vom Benutzer konfiguriert werden kann. Sie können die dedizierte Pufferzuweisung für einen Port auf die Portwarteschlangen pro Port und pro Warteschlange aufteilen. (Auf diese Weise können Sie beispielsweise mehr Pufferspeicher für Warteschlangen zuweisen, die verlustfreien Datenverkehr transportieren.)
Ein größerer dedizierter Pufferpool bedeutet eine größere Menge an dediziertem Pufferspeicher für jeden Port, sodass eine Überlastung an einem Port den Datenverkehr an einem anderen Port weniger wahrscheinlich beeinträchtigt, da der Datenverkehr nicht so viel gemeinsam genutzten Pufferspeicher verwenden muss. Je größer der dedizierte Pufferpool ist, desto weniger Burst-Datenverkehr kann der Switch bewältigen, da weniger dynamischer gemeinsamer Pufferspeicher vorhanden ist.
Sie können die Art und Weise konfigurieren, wie der verfügbare nicht reservierte Teil des Pufferspeichers dem globalen freigegebenen Pufferpool und dem dedizierten freigegebenen Pufferpool zugewiesen wird, indem Sie die Prozentsätze für den gemeinsam genutzten Eingangs- und Ausgangspuffer konfigurieren.
Standardmäßig werden 100 Prozent des verfügbaren nicht reservierten Pufferspeichers dem freigegebenen Pufferpool zugewiesen. Wenn Sie den Prozentsatz des Speicherplatzes ändern, der dem gemeinsam genutzten Puffer zugeordnet ist, wird der verfügbare Pufferspeicher, der dem gemeinsam genutzten Puffer nicht zugeordnet ist, dem dedizierten Puffer zugewiesen. Wenn Sie beispielsweise den gemeinsamen Eingangspufferpool auf 80 Prozent konfigurieren, werden die restlichen 20 Prozent des verfügbaren Pufferspeichers dem dedizierten Pufferpool zugewiesen und gleichmäßig auf die Ports verteilt.
Wenn 100 Prozent der verfügbaren (vom Benutzer konfigurierbaren) Puffer dem gemeinsam genutzten Pufferpool zugewiesen sind, reserviert der Switch immer noch einen dedizierten Mindestpufferpool.
Sie können die Zuweisung von geteilten Pufferpools für Eingang und Ausgang separat konfigurieren. Sie können auch den gemeinsamen Eingangs- und Ausgangspufferpool partitionieren, um bestimmten Datenverkehrstypen Prozentsätze des freigegebenen Pufferpools zuzuweisen. Wenn Sie nicht die Standardkonfiguration oder eine der empfohlenen Konfigurationen verwenden, achten Sie besonders auf die Eingangskonfiguration der verlustfreien Headroom-Puffer (diese Puffer verarbeiten PFC-Pausen während Überlastungen) und auf die Ausgangskonfiguration der Best-Effort-Puffer zur Bewältigung von Incast-Überlastungen (mehrere synchronisierte Quellen, die Daten parallel an denselben Empfänger senden).
Neben dem gemeinsam genutzten Pufferpool und dem dedizierten Pufferpool gibt es auch einen kleinen globalen Headroom-Pufferpool, der reserviert ist und nicht konfiguriert werden kann.
Wenn ein Konflikt um Pufferspeicher auftritt, verwendet der Switch einen internen Algorithmus, um sicherzustellen, dass die Pufferpools fair auf konkurrierende Datenströme verteilt werden. Wenn der Datenverkehr für einen bestimmten Datenstrom die Menge des dedizierten Portpuffers überschreitet, der für diesen Datenstrom reserviert ist, beginnt der Datenstrom, Speicher aus dem dynamischen freigegebenen Pufferpool zu belegen. Konkurrierende Flows konkurrieren um den gemeinsamen Pufferspeicher mit anderen Flows, die ebenfalls ihre dedizierten Puffer erschöpft haben. Wenn es keine Überlastung gibt, gibt es keine konkurrierenden Ströme.
- Pufferbehandlung von verlustfreien Strömen (PFC) im Vergleich zu Ethernet PAUSE
- Gemeinsamer Pufferpool und Partitionen
- Dedizierter Port-Pufferpool und Pufferzuweisung zu Warteschlangen
- Kompromiss zwischen gemeinsam genutztem Pufferspeicher und dediziertem Pufferspeicher
- Reihenfolge des Pufferverbrauchs
Pufferbehandlung von verlustfreien Strömen (PFC) im Vergleich zu Ethernet PAUSE
Wenn wir verlustfreie Puffer in den folgenden Abschnitten besprechen, meinen wir Puffer, die Datenverkehr verarbeiten, für den Sie PFC aktivieren, um einen verlustfreien Transport zu gewährleisten. Die verlustfreien Puffer werden nicht für Best-Effort-Datenverkehr auf einer Verbindung verwendet, für die Sie Ethernet PAUSE (IEEE 802.3x) aktivieren. Die verlustfreien gemeinsamen Eingangs- und Ausgangspuffer und der verlustfreie Headroom-Eingangspuffer werden nur für Datenverkehr verwendet, für den Sie PFC aktivieren.
Um verlustfreie Datenströme zu unterstützen, müssen Sie die entsprechenden Datencenter-Bridging-Funktionen (PFC, DCBX und ETS) und Planungseigenschaften konfigurieren.
Gemeinsamer Pufferpool und Partitionen
Der gemeinsam genutzte Pufferpool ist ein globaler Speicherplatz, den alle Ports auf dem Switch dynamisch gemeinsam nutzen, wenn sie Puffer benötigen. Der Switch nutzt den gemeinsam genutzten Pufferpool, um Datenverkehrsausbrüche zu absorbieren, nachdem der dedizierte Pufferpool für einen Port erschöpft ist.
Sie können sowohl den gemeinsamen Eingangspufferpool als auch den gemeinsamen Ausgangspufferpool in drei Partitionen aufteilen, um Prozentsätze jedes Pufferpools verschiedenen Datenverkehrstypen zuzuweisen. Wenn Sie den gemeinsamen Eingangs- oder Ausgangspufferpool partitionieren:
-
Wenn Sie explizit eine freigegebene Eingangspufferpartition konfigurieren, müssen Sie alle drei freigegebenen Eingangspufferpartitionen explizit konfigurieren. (Entweder konfigurieren Sie explizit alle drei Eingangspartitionen oder Sie verwenden die Standardeinstellung für alle drei Eingangspartitionen.)
Wenn Sie explizit eine gemeinsame Ausgangspufferpartition konfigurieren, müssen Sie alle drei freigegebenen Ausgangspufferpartitionen explizit konfigurieren. (Entweder konfigurieren Sie explizit alle drei Ausgangspartitionen oder Sie verwenden die Standardeinstellung für alle drei Ausgangspartitionen.)
Der Switch gibt einen Commit-Fehler zurück, wenn Sie bei der Konfiguration der freigegebenen Eingangs- oder Ausgangspufferpartitionen nicht explizit alle drei Partitionen konfigurieren.
-
Die kombinierten Prozentsätze der drei gemeinsam genutzten Eingangspufferpartitionen müssen genau 100 Prozent betragen.
Die kombinierten Prozentsätze der drei gemeinsamen Ausgangspufferpartitionen müssen genau 100 Prozent betragen.
Wenn Sie gemeinsam genutzte Eingangs- oder Ausgangspufferpartitionen explizit konfigurieren, gibt der Switch einen Commit-Fehler zurück, wenn der Gesamtprozentsatz der drei Partitionen nicht 100 Prozent beträgt.
-
Wenn Sie eine Gruppe gemeinsam genutzter Puffer explizit partitionieren, müssen Sie die andere Gruppe gemeinsam genutzter Puffer nicht explizit partitionieren. Beispielsweise können Sie die freigegebenen Eingangspufferpartitionen explizit konfigurieren und die standardmäßigen freigegebenen Ausgangspufferpartitionen verwenden. Wenn Sie jedoch die Pufferpartitionen für den Eingangspufferpool so ändern, dass sie den erwarteten Datenverkehrstypen entsprechen, möchten Sie wahrscheinlich auch die Pufferpartitionen für den Ausgangspufferpool so ändern, dass sie diesen Datenverkehrsströmen entsprechen.
Sie können den Prozentsatz des verfügbaren nicht reservierten Pufferspeichers konfigurieren, der dem freigegebenen Pufferpool zugeordnet ist. Speicherplatz, den Sie nicht dem gemeinsam genutzten Pufferpool zuweisen, wird dem dedizierten Pufferpool hinzugefügt und gleichmäßig auf die Ports aufgeteilt. Die Standardkonfiguration ordnet 100 Prozent des nicht reservierten Eingangs- und Ausgangspufferspeichers den gemeinsam genutzten Puffern zu.
Durch die Konfiguration der freigegebenen Pufferpoolpartitionen für Eingang und Ausgang können Sie den Datenverkehrstypen, die Ihr Netzwerk hauptsächlich überträgt, mehr Puffer und weniger Puffer anderem Datenverkehr zuweisen.
Ingress Shared Buffer Pool Partitions
Sie können drei Eingangspufferpoolpartitionen konfigurieren:
-
Verlustfreie Puffer: Gemeinsamer Pufferpool für den gesamten verlustfreien eingehenden Datenverkehr. Wir empfehlen 5 Prozent als Mindestwert für verlustfreie Puffer.
-
Verlustfreie Headroom-Puffer: Gemeinsamer Pufferpool für Pakete, die empfangen werden, während eine Pause bestätigt wird. Wenn PFC für Prioritäten auf einem Port aktiviert ist und der Port eine Pausennachricht an den verbundenen Peer sendet, verwendet der Port die Headroom-Puffer, um die Pakete zu speichern, die zwischen dem Zeitpunkt, an dem der Port die Pausennachricht sendet, und dem Zeitpunkt, an dem das letzte Paket eintrifft, nachdem der Peer den Datenverkehr angehalten hat, eintreffen. Der Mindestwert für verlustfreie Headroom-Puffer beträgt 0 (null) Prozent. (Verlustfreie Headroom-Puffer sind die einzigen Puffer, für die der empfohlene Wert weniger als 5 Prozent betragen kann.)
-
Verlustbehaftete Puffer: Gemeinsamer Pufferpool für den gesamten eingehenden Best-Effort-Datenverkehr (Best-Effort-Unicast-, Multidestination- und Strict-High-Priority-Datenverkehr). Wir empfehlen 5 Prozent als Mindestwert für Best-Effort-Puffer.
Die kombinierten Prozentwerte der verlustfreien Eingangspartitionen, der verlustfreien Headroom- und der Best-Effort-Pufferpartitionen müssen genau 100 Prozent betragen. Wenn die Pufferprozentsätze insgesamt mehr als 100 Prozent oder weniger als 100 Prozent betragen, gibt der Switch einen Commit-Fehler zurück. Wenn Sie explizit eine gemeinsame Eingangspufferpartition konfigurieren, müssen Sie explizit alle drei Eingangspufferpartitionen konfigurieren, auch wenn die verlustfreie Headroom-Pufferpartition einen Wert von 0 (null) Prozent hat.
Egress Shared Buffer Pool Partitions
Sie können drei Ausgangspufferpoolpartitionen konfigurieren:
-
Verlustfreie Puffer: Gemeinsamer Pufferpool für alle verlustfreien Ausgangswarteschlangen. Wir empfehlen 5 Prozent als Mindestwert für verlustfreie Puffer.
-
Verlustbehaftete Puffer: Gemeinsamer Pufferpool für alle Best-Effort-Ausgangswarteschlangen (Best-Effort-Unicast- und Strict-High-Priority-Warteschlangen). Wir empfehlen 5 Prozent als Mindestwert für Best-Effort-Puffer.
-
Multicast-Puffer: Gemeinsamer Pufferpool für alle Multidestination-Ausgangswarteschlangen (Multicast, Broadcast und Destination Lookup failup). Wir empfehlen 5 Prozent als Mindestwert für Multicast-Puffer.
Die kombinierten Prozentwerte der ausgehenden verlustfreien, verlustbehafteten und Multicast-Pufferpartitionen müssen genau 100 Prozent betragen. Wenn die Pufferprozentsätze insgesamt mehr als 100 Prozent oder weniger als 100 Prozent betragen, gibt der Switch einen Commit-Fehler zurück. Alle Ausgangspufferpartitionen müssen explizit konfiguriert werden und sollten einen Wert von mindestens 5 Prozent aufweisen. Wenn Sie explizit eine gemeinsame Ausgangspufferpartition konfigurieren, müssen Sie alle drei Ausgangspufferpartitionen explizit konfigurieren, und jede Partition sollte einen Wert von mindestens 5 Prozent haben.
Dedizierter Port-Pufferpool und Pufferzuweisung zu Warteschlangen
Der globale dedizierte Pufferpool ist Speicher, der jedem Port gleichmäßig zugewiesen wird, sodass jeder Port eine garantierte Mindestmenge an Pufferspeicher erhält. Dedizierte Puffer werden nicht von den Ports gemeinsam genutzt. Jeder Port erhält den gleichen Anteil des dedizierten Pufferpools.
Wenn Datenverkehr in den Switch ein- und ausgeht, verwenden die Switch-Ports ihre dedizierten Puffer zum Speichern von Paketen. Wenn die dedizierten Puffer für die Verarbeitung des Datenverkehrs nicht ausreichen, verwendet der Switch gemeinsam genutzte Puffer. Die einzige Möglichkeit, den dedizierten Pufferpool zu erhöhen, besteht darin, den freigegebenen Pufferpool von seinem Standardwert von 100 Prozent der verfügbaren nicht reservierten Puffer zu verringern.
Die Menge des dedizierten Pufferspeichers kann nicht vom Benutzer konfiguriert werden und hängt vom Prozentsatz der verfügbaren nicht reservierten Puffer ab, die den gemeinsam genutzten Puffern zugewiesen sind. (Der dedizierte Pufferspeicher entspricht den minimalen reservierten Portpuffern zuzüglich der restlichen verfügbaren nicht reservierten Puffer, die dem gemeinsam genutzten Pufferpool nicht zugeordnet sind.)
Wenn 100 Prozent der verfügbaren nicht reservierten Puffer dem gemeinsam genutzten Pufferpool zugewiesen sind, reserviert der Switch immer noch einen dedizierten Mindestpufferpool.
Je größer der gemeinsame Pufferpool, desto besser ist die Burst-Absorption über die Ports. Je größer der dedizierte Pufferpool, desto größer ist der dedizierte Pufferspeicher für jeden Port. Je größer der dedizierte Pufferspeicher ist, desto unwahrscheinlicher ist es, dass eine Überlastung an einem Port den Datenverkehr an einem anderen Port beeinträchtigen kann, da der Datenverkehr nicht so viel gemeinsam genutzten Pufferspeicher verwenden muss.
Allocating Dedicated Port Buffers to Queues
Sie können die dedizierte Pufferzuweisung für einen Ausgangsport auf die Portwarteschlangen aufteilen, indem Sie die buffer-size Anweisung in die Schedulerkonfiguration aufnehmen. Auf diese Weise können Sie die Zuweisung des dedizierten Puffers für den Ausgangsport pro Port und pro Warteschlange steuern. (Auf diese Weise können Sie beispielsweise mehr Pufferspeicher für Warteschlangen zuweisen, die verlustfreien Datenverkehr transportieren, oder verhindern, dass der Port Puffer für Warteschlangen reserviert, die keinen Datenverkehr übertragen.) Die Zuweisung von dedizierten Ausgangsports ist eine hierarchische Struktur, die einen globalen dedizierten Pufferpool gleichmäßig auf die Ports verteilt und dann die Zuweisung für jeden Port auf die Portwarteschlangen aufteilt.
Standardmäßig teilen Ports ihre dedizierten Puffer auf ihre Ausgangswarteschlangen im gleichen Verhältnis auf, wie der Standard-Scheduler die garantierten Mindestübertragungsraten (die transmit-rate Option) für den Datenverkehr festlegt. Nur die Warteschlangen, die im Standardplaner enthalten sind, erhalten Bandbreite und dedizierte Puffer in den in Tabelle 2 gezeigten Anteilen:
| Weiterleitungsklasse |
Warteschlange |
Garantierte Mindestbandbreite ( |
Anteil der reservierten dedizierten Portpuffer |
|---|---|---|---|
| Best-Effort-Leistung |
0 |
5% |
5% |
| FCoE |
3 |
35% |
35% |
| Verlustfrei |
4 |
35% |
35% |
| Netzwerk-Steuerung |
7 |
5% |
5% |
| mcast |
8 |
20% |
20% |
In der Standardkonfiguration erhalten keine anderen Ausgangswarteschlangen als die in Tabelle 2 gezeigten eine Zuweisung von dedizierten Portpuffern.
Der Switch verwendet eine hierarchische Planung, um die Port- und Warteschlangenbandbreitenzuweisung zu steuern, wie unter Understanding CoS Hierarchical Port Scheduling (ETS) beschrieben und in Beispiel: Konfigurieren der hierarchischen Portplanung (ETS) von CoS gezeigt. Wenn Sie bei der Konfiguration der Puffergröße für Ausgangswarteschlangen ein Datenverkehrssteuerungsprofil (einschließlich der Informationen zum Warteschlangenplaner) an einen Port anfügen, werden die dedizierten Ausgangspuffer auf dem Port auf die im Scheduler konfigurierten Warteschlangen aufgeteilt.
Wenn Sie nicht die Standardzuordnung von dedizierten Portpuffern zu Warteschlangen verwenden möchten, verwenden Sie die buffer-size Option im Scheduler, der an den Port angehängt ist, um die Warteschlangenzuweisung zu konfigurieren. Sie können die dedizierte Pufferzuweisung zu Warteschlangen auf zwei Arten konfigurieren:
-
In Prozent: Die Warteschlange erhält den angegebenen Prozentsatz an dedizierten Portpuffern, wenn die Warteschlange dem Scheduler zugeordnet und der Scheduler an einen Port angehängt wird.
-
Als Rest: Nachdem der Port die Warteschlangen bedient hat, die eine explizite Konfiguration der prozentualen Puffergröße aufweisen, wird der verbleibende dedizierte Portpufferspeicher zu gleichen Teilen auf die anderen Warteschlangen aufgeteilt, an die ein Scheduler angehängt ist. (Kein standardmäßiger oder expliziter Scheduler für eine Warteschlange bedeutet keine dedizierte Pufferzuweisung für diese Warteschlange.) Wenn Sie einen Scheduler konfigurieren und keine Puffergröße als Prozentsatz angeben, ist der Rest die Standardeinstellung.
Die Summe aller explizit konfigurierten Puffergrößenprozentsätze für alle Warteschlangen auf einem Port darf 100 Prozent nicht überschreiten.
Configuring Dedicated Port Buffer Allocation to Queues
In einer Portkonfiguration, die mehrere Weiterleitungsklassensätze umfasst, wobei mehrere Weiterleitungsklassen mehreren Schedulern zugeordnet sind, hängt die Zuweisung von dedizierten Portpuffern zu Warteschlangen von der Mischung aus Warteschlangen mit Puffergrößen ab, die als explizite Prozentsätze konfiguriert sind, und Warteschlangen, die mit der remainder Option konfiguriert sind (oder standardmäßig darauf eingestellt sind).
Die beste Möglichkeit, um zu demonstrieren, wie sich die Verwendung der Optionen percentage und remainder auf die Zuweisung dedizierter Portpuffer zu Warteschlangen auswirkt, besteht darin, ein Beispiel für die Zuweisung von Warteschlangenpuffern zu zeigen und dann zu zeigen, wie sich die Zuweisung des Warteschlangenpuffers ändert, wenn Sie dem Port eine weitere Weiterleitungsklasse (Warteschlange) hinzufügen.
Tabelle 3 zeigt eine Anfangskonfiguration, die vier Weiterleitungsklassensätze, die fünf Standardweiterleitungsklassen (die den fünf Standardwarteschlangen für diese Weiterleitungsklassen zugeordnet sind), die buffer-size Optionskonfiguration und die resultierende Pufferzuweisung für jede Warteschlange umfasst. Tabelle 4 zeigt dieselbe Konfiguration, nachdem wir dem Best-Effort-Weiterleitungsklassensatz eine weitere Weiterleitungsklasse (best-effort-2, Warteschlange 1 zugeordnet) hinzugefügt haben. Der Vergleich der Pufferzuweisungen in den einzelnen Tabellen zeigt, wie sich das Hinzufügen einer weiteren Warteschlange auf die Pufferzuordnung auswirkt, wenn Sie Reste und explizite Prozentsätze verwenden, um die Pufferzuweisung für verschiedene Warteschlangen zu konfigurieren.
| Weiterleitungsklassensatz (Prioritätsgruppe) |
Weiterleitungsklasse |
Warteschlange |
Konfiguration der Puffergröße des Schedulers |
Pufferzuweisung pro Warteschlange (Prozentsatz) |
|---|---|---|---|---|
| fc-set-be |
Best-Effort-Leistung |
0 |
10% |
10% |
| FC-Satz-Verlustfrei |
FCoE |
3 |
20% |
20% |
| Verlustfrei |
4 |
40% |
40% |
|
| fc-set-strict-high |
Netzwerk-Steuerung |
7 |
Rest |
15% |
| fc-set-mcast |
mcast |
8 |
Rest |
15% |
In diesem ersten Beispiel werden 70 Prozent des dedizierten Pufferpools für Ausgangsports explizit den Best-Effort-, FSCoE- und verlustfreien Warteschlangen zugewiesen. Die restlichen 30 Prozent des dedizierten Portpufferpools werden auf die beiden Warteschlangen aufgeteilt, die diese remainder Option verwenden (network-control und mcast), sodass jede Warteschlange 15 Prozent des dedizierten Pufferpools erhält.
Jetzt fügen wir der Best-Effort-Prioritätsgruppe (fc-set-be) eine weitere Weiterleitungsklasse (Warteschlange) hinzu und konfigurieren sie mit einer Puffergröße von rest, anstatt einen bestimmten Prozentsatz zu konfigurieren. Da eine dritte Warteschlange nun die verbleibenden dedizierten Puffer gemeinsam nutzt, erhalten die Warteschlangen, die den Rest gemeinsam nutzen, weniger dedizierte Puffer, wie in Tabelle 4 dargestellt. Die Warteschlangen mit explizit konfigurierten Prozentsätzen erhalten den konfigurierten Prozentsatz der dedizierten Puffer.
| Prioritätsgruppe (fc-set) |
Weiterleitungsklasse |
Warteschlange |
Konfiguration der Puffergröße des Schedulers |
Pufferzuweisung pro Warteschlange (Prozentsatz) |
|---|---|---|---|---|
| fc-set-be |
Best-Effort-Leistung |
0 |
10% |
10% |
| Best-Effort-2 |
1 |
Rest |
10% |
|
| FC-Satz-Verlustfrei |
FCoE |
3 |
20% |
20% |
| Verlustfrei |
4 |
40% |
40% |
|
| fc-set-strict-high |
Netzwerk-Steuerung |
7 |
Rest |
10% |
| fc-set-mcast |
mcast |
8 |
Rest |
10% |
Die beiden Tabellen zeigen, wie der Port den dedizierten Pufferspeicher aufteilt, der nach der Bedienung der Warteschlangen mit einem explizit konfigurierten Prozentsatz an dediziertem Pufferspeicher verbleibt.
Kompromiss zwischen gemeinsam genutztem Pufferspeicher und dediziertem Pufferspeicher
Der Kompromiss zwischen gemeinsam genutztem Pufferspeicher und dediziertem Pufferspeicher ist:
-
Gemeinsam genutzte Puffer bieten eine bessere Absorption von Datenverkehrsausbrüchen, da es einen größeren Pool an dynamischen Puffern gibt, die die Ports bei Bedarf zur Verarbeitung der Ausbrüche verwenden können. Alle Flows, die ihren dedizierten Pufferspeicher erschöpfen, konkurrieren jedoch um den gemeinsam genutzten Pufferpool. Ein größerer gemeinsamer Pufferpool bedeutet einen kleineren dedizierten Pufferpool und damit mehr Wettbewerb um den gemeinsam genutzten Pufferpool, da mehr Flows ihre dedizierte Pufferzuweisung erschöpfen. Zu viel gemeinsam genutzter Pufferspeicher führt dazu, dass kein einzelner Fluss sehr viel gemeinsam genutzten Pufferspeicher erhält, um die Fairness zu wahren, wenn viele Flüsse um diesen Speicherplatz konkurrieren.
-
Dedizierte Puffer bieten garantierten Pufferspeicher für jeden Port. Je größer der dedizierte Pufferpool ist, desto unwahrscheinlicher ist es, dass sich eine Überlastung an einem Port auf den Datenverkehr auf einem anderen Port auswirkt, da der Datenverkehr nicht so viel gemeinsam genutzten Pufferspeicher verwenden muss. Weniger gemeinsam genutzter Pufferspeicher bedeutet jedoch weniger Fähigkeit, Datenverkehrsspitzen dynamisch zu absorbieren.
Für eine optimale Burst-Absorption benötigt der Switch genügend dedizierten Pufferspeicher, um einen anhaltenden Wettbewerb um den gemeinsam genutzten Pufferspeicher zu vermeiden. Wenn weniger Flüsse um die gemeinsam genutzten Puffer konkurrieren, erhalten die Datenströme, die gemeinsam genutzten Pufferspeicher benötigen, um Bursts zu absorbieren, mehr vom gemeinsam genutzten Puffer, da weniger Flüsse ihren dedizierten Pufferspeicher erschöpfen.
Die Standardkonfiguration und die Konfigurationen, die für verschiedene Datenverkehrsszenarien empfohlen werden, weisen dem globalen freigegebenen Pufferpool 100 Prozent des vom Benutzer konfigurierbaren Speicherplatzes zu, da der für dedizierte Puffer reservierte Speicherplatz genügend Speicherplatz bietet, um einen anhaltenden Wettbewerb um dynamische gemeinsam genutzte Puffer zu vermeiden. Dies führt dazu, dass weniger Ströme um die gemeinsam genutzten Puffer konkurrieren, sodass die konkurrierenden Flüsse mehr vom Pufferspeicher erhalten.
Reihenfolge des Pufferverbrauchs
Der gesamte Pufferpool ist unterteilt in gemeinsame Eingangs- und Ausgangspufferpools und dedizierte Pufferpools. Wenn der Datenverkehr durch den Switch fließt, wird der Pufferspeicher in einer bestimmten Reihenfolge verwendet, die von der Art des Datenverkehrs abhängt.
Beim Eingang lautet die Reihenfolge des Pufferverbrauchs:
-
Best-Effort-Unicast-Datenverkehr:
-
Dedizierte Puffer
-
Gemeinsam genutzte Puffer
-
Globale Headroom-Puffer (sehr klein)
-
-
Verlustfreier Unicast-Datenverkehr:
-
Dedizierte Puffer
-
Gemeinsam genutzte Puffer
-
Verlustfreie Headroom-Puffer
-
Globale Headroom-Puffer (sehr klein)
-
-
Datenverkehr über mehrere Ziele:
-
Dedizierte Puffer
-
Gemeinsam genutzte Puffer
-
Globale Headroom-Puffer (sehr klein)
-
Beim Ausgang ist die Reihenfolge des Pufferverbrauchs für Unicast-Best-Effort-, verlustfreies Unicast- und Multi-Destination-Datenverkehr identisch:
-
Dedizierte Puffer
-
Gemeinsam genutzte Puffer
In allen Fällen verwendet der Switch auf allen Ports zuerst den dedizierten Pufferpool und den gemeinsam genutzten Pufferpool erst, wenn der dedizierte Pufferpool für den Port oder die Warteschlange erschöpft ist. Dadurch wird die maximale Menge an dynamischem freigegebenem Pufferspeicher reserviert, um Datenverkehrsspitzen zu absorbieren.
Standardwerte für Pufferpools
Mit dem show class-of-service shared-buffer Befehl operational können Sie die standardmäßigen oder konfigurierten Eingangs- und Ausgangspufferpoolwerte in KB-Einheiten anzeigen. Sie können die konfigurierten Werte für den freigegebenen Pufferpool mit dem show configuration class-of-service shared-buffer Befehl operational in Prozenteinheiten anzeigen.
Dieser Abschnitt enthält die Standardwerte für den Gesamtpuffer, den freigegebenen Puffer und den dedizierten Puffer.
- Gesamtgröße des Pufferpools
- Standardwerte für gemeinsam genutzten Pufferpool
- Standardwerte für dedizierten Pufferpool
Gesamtgröße des Pufferpools
Der gesamte Pufferpool ist ein gemeinsamer Speicher mit separater Eingangs- und Ausgangsabrechnung, sodass der gesamte Pufferpool sowohl aus der Eingangs- als auch aus der Ausgangsperspektive verfügbar ist. Der gesamte Pufferpool besteht aus dem dedizierten Pufferspeicher und dem gemeinsam genutzten Pufferspeicher. Die Größe des gesamten Pufferpools kann nicht vom Benutzer konfiguriert werden, aber die Zuweisung von Pufferspeicherplatz zu den dedizierten und gemeinsam genutzten Pufferpools ist vom Benutzer konfigurierbar.
Standardwerte für gemeinsam genutzten Pufferpool
Einige Switches verfügen über einen größeren gemeinsamen Pufferpool als andere Switches. Die Zuordnung des gemeinsam genutzten Pufferspeichers zu den einzelnen Eingangs- und Ausgangspufferpools ist jedoch prozentual gleich, obwohl die absoluten Werte unterschiedlich sind. Der standardmäßige verlustfreie Eingangspuffer beträgt beispielsweise 9 Prozent des gesamten gemeinsam genutzten Eingangspufferspeichers auf allen Switches, obwohl der absolute Standardwert des verlustfreien Eingangspuffers von Switch zu Switch unterschiedlich ist.
Shared Ingress Buffer Default Values
Tabelle 5 zeigt die standardmäßigen Werte für die Zuweisung von freigegebenem Eingangspuffer als Prozentsatz für alle Switches. Wenn Sie die standardmäßige Zuweisung für freigegebene Puffer ändern, konfigurieren Sie die Änderung als Prozentsatz.
| Gesamter geteilter Eingangspuffer |
Verlustfreier Puffer |
Verlustfreier Headroom-Puffer |
Verlustbehafteter Puffer |
|---|---|---|---|
| 100% |
9% |
45% |
46% |
Shared Egress Buffer Default Values
Tabelle 6 zeigt die standardmäßigen Werte für die gemeinsame Pufferzuweisung für den Ausgang für alle Switches in Prozent.
| Gesamter gemeinsamer Ausgangspuffer |
Verlustfreier Puffer |
Verlustbehafteter Puffer |
Multicast-Puffer |
|---|---|---|---|
| 100% |
50% |
31% |
19% |
Standardwerte für dedizierten Pufferpool
Das System reserviert für den Eingang und Ausgang dedizierte Pufferpools, die zu gleichen Teilen auf die Switch-Ports aufgeteilt werden. Standardmäßig ordnet das System dem freigegebenen Pufferpool 100 Prozent des verfügbaren nicht reservierten Pufferspeichers zu. Wenn Sie den Prozentsatz des verfügbaren nicht reservierten Pufferspeichers reduzieren, der dem gemeinsam genutzten Pufferpool zugeordnet ist, wird der verbleibende nicht reservierte Pufferspeicher zur Zuweisung des dedizierten Pufferpools hinzugefügt. Sie konfigurieren die Menge des dedizierten Pufferpoolspeichers, indem Sie den Prozentsatz des Pufferspeichers, der dem freigegebenen Pufferpool zugeordnet ist, reduzieren (oder erhöhen). Sie konfigurieren die dedizierte Pufferpoolzuordnung nicht direkt.
Tabelle 7 zeigt die standardmäßigen Werte für dedizierte Eingangs- und Ausgangspufferpools in KB-Einheiten für die Switches QFX5210, QFX5200, QFX5110, QFX5100, EX4600.
| Dedizierter Puffertyp |
QFX5210 |
QFX5200-48Y |
QFX5110, QFX5200-32C |
QFX5100, EX4600 |
|---|---|---|---|---|
| Eingang |
14040 |
3373.50 |
4860.38 |
2912.81 |
| Ausgang |
15184 |
3412.50 |
5408 |
3744 |
Konfigurationsempfehlungen für gemeinsam genutzte Puffer für verschiedene Netzwerkdatenverkehrsszenarien
Die Art und Weise, wie Sie den freigegebenen Pufferpool konfigurieren, hängt von der Mischung des Datenverkehrs in Ihrem Netzwerk ab. Dieser Abschnitt enthält Empfehlungen zur Konfiguration freigegebener Puffer für fünf grundlegende Szenarien für den Netzwerkdatenverkehr:
-
Ausgewogener Datenverkehr: Das Netzwerk transportiert eine ausgewogene Mischung aus Unicast-, best-effort-, verlustfreiem und Multicast-Datenverkehr. (Dies ist die Standardkonfiguration.)
-
Best-Effort-Unicast-Datenverkehr: Das Netzwerk transportiert hauptsächlich Unicast-Best-Effort-Datenverkehr.
-
Best-Effort-Datenverkehr mit aktivierter Ethernet-PAUSE (IEEE 802.3X): Das Netzwerk überträgt hauptsächlich Best-Effort-Datenverkehr mit aktivierter Ethernet-PAUSE auf den Verbindungen.
-
Best-Effort-Multicast-Datenverkehr: Das Netzwerk transportiert hauptsächlich Multicast-Best-Effort-Datenverkehr.
-
Verlustfreier Datenverkehr: Das Netzwerk überträgt größtenteils verlustfreien Datenverkehr (Datenverkehr, für den PFC aktiviert ist).
Verlustfreier Datenverkehr ist definiert als Datenverkehr, für den Sie PFC aktivieren, um einen verlustfreien Transport zu gewährleisten. Verlustfreier Datenverkehr bezieht sich nicht auf Best-Effort-Datenverkehr auf einer Verbindung, für die Sie Ethernet PAUSE aktivieren. Beginnen Sie mit den empfohlenen Profilen für jedes Netzwerkdatenverkehrsszenario, und passen Sie diese bei Bedarf an Ihre Netzwerkdatenverkehrsbedingungen an.
Das Ändern der Pufferkonfiguration ist ein störendes Ereignis. Der Datenverkehr wird auf allen Ports gestoppt, bis die Neuprogrammierung des Puffers abgeschlossen ist. Dazu gehört auch das Ändern der Standardkonfiguration in eine der empfohlenen Konfigurationen.
Da Sie Pufferzuweisungen in Prozent konfigurieren, gelten die empfohlenen Zuweisungen für jedes Netzwerkdatenverkehrsszenario für alle Switches der QFX-Serie und Switches der EX4600-Serie. Verwenden Sie eine der folgenden empfohlenen Konfigurationen für freigegebene Puffer für Ihre Netzwerkdatenverkehrsbedingungen. Beginnen Sie mit einer empfohlenen Konfiguration und nehmen Sie dann kleine Anpassungen an den Pufferzuweisungen vor, um die Puffer bei Bedarf zu optimieren, wie unter Optimieren der Pufferkonfiguration beschrieben.
- Ausgewogener Datenverkehr (Standardkonfiguration)
- Best-Effort-Unicast-Datenverkehr
- Ethernet PAUSE Datenverkehr
- Best-Effort-Multicast-Datenverkehr (Multidestination)
- Verlustfreier Datenverkehr
Ausgewogener Datenverkehr (Standardkonfiguration)
Die standardmäßige Konfiguration des gemeinsam genutzten Puffers ist für Netzwerke optimiert, die eine ausgewogene Mischung aus best-effort-Unicast-, verlustfreiem und Multidestination-Datenverkehr (Multicast, Broadcast und Destination Lookup Failup) übertragen. Die standardmäßige Class-of-Service-Konfiguration (CoS) ist ebenfalls für Netzwerke optimiert, die eine ausgewogene Mischung von Datenverkehr übertragen.
Es wird empfohlen, die standardmäßige Konfiguration für freigegebenen Puffer für Netzwerke zu verwenden, die eine ausgewogene Mischung von Datenverkehr übertragen, insbesondere wenn Sie die standardmäßigen CoS-Einstellungen verwenden. Tabelle 8 zeigt die standardmäßigen Zuweisungen für freigegebene Eingangspuffer:
| Gesamter geteilter Eingangspuffer |
Verlustfreier Puffer |
Verlustfreier Headroom-Puffer |
Verlustbehafteter Puffer |
|---|---|---|---|
| 100% |
9% |
45% |
46% |
Tabelle 9 zeigt die standardmäßigen Zuweisungen für gemeinsame Ausgangspuffer:
| Gesamter gemeinsamer Ausgangspuffer |
Verlustfreier Puffer |
Verlustbehafteter Puffer |
Multicast-Puffer |
|---|---|---|---|
| 100% |
50% |
31% |
19% |
Best-Effort-Unicast-Datenverkehr
Wenn Ihr Netzwerk hauptsächlich verlustbasierten (verlustbehafteten) Unicast-Datenverkehr überträgt, weist die standardmäßige Konfiguration mit gemeinsam genutztem Puffer zu viel Pufferspeicher zu, um verlustfreien Transport zu unterstützen. Anstatt diese Puffer zu verschwenden, empfehlen wir, die folgenden Einstellungen für den freigegebenen Eingangspuffer (siehe Tabelle 10) und die Einstellungen für den freigegebenen Ausgangspuffer (siehe Tabelle 11) zu verwenden:
| Gesamter geteilter Eingangspuffer |
Verlustfreier Puffer |
Verlustfreier Headroom-Puffer |
Verlustbehafteter Puffer |
|---|---|---|---|
| 100% |
5% |
0% |
95% |
| Gesamter gemeinsamer Ausgangspuffer |
Verlustfreier Puffer |
Verlustbehafteter Puffer |
Multicast-Puffer |
|---|---|---|---|
| 100% |
5% |
75% |
20% |
Ein Beispiel, das Ihnen zeigt, wie Sie die in Tabelle 10 und Tabelle 11 aufgeführten empfohlenen Puffereinstellungen konfigurieren, finden Sie unter Beispiel: Empfohlene Konfiguration des freigegebenen Pufferpools für Netzwerke mit größtenteils best-effort-Unicast-Datenverkehr.
Ethernet PAUSE Datenverkehr
Wenn Ihr Netzwerk hauptsächlich verlustbasierten Datenverkehr überträgt und Ethernet PAUSE für Verbindungen aktiviert, weist die standardmäßige Konfiguration des gemeinsam genutzten Puffers dem gemeinsam genutzten Eingangspuffer zu viel Pufferspeicher zu (Ethernet PAUSE-Datenverkehr verwendet die dedizierten Puffer anstelle von gemeinsam genutzten Puffern) und nicht genügend Speicherplatz für die verlustfreien Headroom-Puffer. Es wird empfohlen, die folgenden Einstellungen für den freigegebenen Eingangspuffer (siehe Tabelle 12) und die Einstellungen für den freigegebenen Ausgangspuffer (siehe Tabelle 13) zu verwenden:
| Gesamter geteilter Eingangspuffer |
Verlustfreier Puffer |
Verlustfreier Headroom-Puffer |
Verlustbehafteter Puffer |
|---|---|---|---|
| 70% |
5% |
80% |
15% |
| Gesamter gemeinsamer Ausgangspuffer |
Verlustfreier Puffer |
Verlustbehafteter Puffer |
Multicast-Puffer |
|---|---|---|---|
| 100% |
5% |
75% |
20% |
Ein Beispiel, das Ihnen zeigt, wie Sie die in Tabelle 10 und Tabelle 11 aufgeführten empfohlenen Puffereinstellungen konfigurieren, finden Sie unter Beispiel: Empfohlene Konfiguration des gemeinsam genutzten Pufferpools für Netzwerke mit überwiegend best-Effort-Datenverkehr auf Links mit aktivierter Ethernet-PAUSE.
Best-Effort-Multicast-Datenverkehr (Multidestination)
Wenn Ihr Netzwerk hauptsächlich verlustbasierten (verlustbehafteten) Multicast-Datenverkehr transportiert, weist die standardmäßige Konfiguration mit gemeinsam genutztem Puffer zu viel Pufferspeicher zu, um verlustfreien Transport zu unterstützen. Anstatt diese Puffer zu verschwenden, wird empfohlen, die folgenden Einstellungen für den freigegebenen Eingangspuffer (siehe Tabelle 14) und die Einstellungen für den freigegebenen Ausgangspuffer (siehe Tabelle 15) zu verwenden:
| Gesamter geteilter Eingangspuffer |
Verlustfreier Puffer |
Verlustfreier Headroom-Puffer |
Verlustbehafteter Puffer |
|---|---|---|---|
| 100% |
5% |
0% |
95% |
| Gesamter gemeinsamer Ausgangspuffer |
Verlustfreier Puffer |
Verlustbehafteter Puffer |
Multicast-Puffer |
|---|---|---|---|
| 100% |
5% |
20% |
75% |
Ein Beispiel, das Ihnen zeigt, wie Sie die in Tabelle 14 und Tabelle 15 aufgeführten empfohlenen Puffereinstellungen konfigurieren, finden Sie unter Beispiel: Empfohlene Konfiguration des gemeinsam genutzten Pufferpools für Netzwerke mit überwiegend Multicast-Datenverkehr.
Verlustfreier Datenverkehr
Wenn Ihr Netzwerk hauptsächlich verlustfreien Datenverkehr überträgt, weist die standardmäßige Konfiguration mit gemeinsam genutztem Puffer zu viel Pufferspeicher zu, um Best-Effort-Datenverkehr zu unterstützen. Anstatt diese Puffer zu verschwenden, empfehlen wir, die folgenden Einstellungen für den freigegebenen Eingangspuffer (siehe Tabelle 16) und die Einstellungen für den freigegebenen Ausgangspuffer (siehe Tabelle 17) zu verwenden:
| Gesamter geteilter Eingangspuffer |
Verlustfreier Puffer |
Verlustfreier Headroom-Puffer |
Verlustbehafteter Puffer |
|---|---|---|---|
| 100% |
15% |
80% |
5% |
| Gesamter gemeinsamer Ausgangspuffer |
Verlustfreier Puffer |
Verlustbehafteter Puffer |
Multicast-Puffer |
|---|---|---|---|
| 100% |
90% |
5% |
5% |
Ein Beispiel, das Ihnen zeigt, wie Sie die in Tabelle 16 und Tabelle 17 aufgeführten empfohlenen Puffereinstellungen konfigurieren, finden Sie unter Beispiel: Empfohlene Konfiguration des gemeinsam genutzten Pufferpools für Netzwerke mit größtenteils verlustfreiem Datenverkehr.
Optimierung der Pufferkonfiguration
Ausgehend von der Standardkonfiguration oder einer empfohlenen Pufferkonfiguration können Sie die Pufferzuweisung weiter optimieren, um die Mischung des Datenverkehrs in Ihrem Netzwerk bestmöglich zu unterstützen. Passen Sie die Einstellungen schrittweise an, um die Zuweisung des gemeinsam genutzten Puffers zu optimieren. Seien Sie vorsichtig, wenn Sie die Konfiguration des gemeinsam genutzten Puffers anpassen, nicht nur, wenn Sie die Eingangs- und Ausgangspufferpartitionen optimieren, sondern auch, wenn Sie den gesamten Prozentsatz des gemeinsamen Eingangs- und Ausgangspuffers optimieren. (Denken Sie daran, dass die verbleibenden Puffer den dedizierten Puffern hinzugefügt werden, wenn Sie weniger als 100 Prozent der verfügbaren Puffer den gemeinsam genutzten Puffern zuweisen). Eine falsche Abstimmung der Puffer kann zu Problemen wie einer Überlastung des Eingangsports führen.
Das Ändern der Pufferkonfiguration ist ein störendes Ereignis. Der Datenverkehr wird auf allen Ports gestoppt, bis die Neuprogrammierung des Puffers abgeschlossen ist.
Das Verhältnis zwischen den Größen des Eingangspufferpools und des Ausgangspufferpools wirkt sich darauf aus, wann und wo Pakete verworfen werden. Die Pufferpoolgrößen umfassen die gemeinsam genutzten Puffer und die dedizierten Puffer. Wenn mehr Eingangspuffer als Ausgangspuffer vorhanden sind, kann es im Allgemeinen zu Überlastungen des Eingangsports kommen, da sich die Ausgangswarteschlangen füllen, bevor die Eingangswarteschlangen geleert werden können.
Verwenden Sie den show class-of-service shared-buffer Befehl "Operation", um die Größen in Kilobyte (KB) der dedizierten und gemeinsam genutzten Puffer sowie der gemeinsam genutzten Pufferpartitionen anzuzeigen.
Für Best-Effort-Datenverkehr (Unicast und Multidestination) müssen die kombinierte verlustbehaftete gemeinsame Eingangspufferpartition und die dedizierten Eingangspuffer kleiner sein als die kombinierten gemeinsam ausgehenden verlustbehafteten und gemeinsam genutzten Multicast-Pufferpartitionen zuzüglich der dedizierten Ausgangspuffer. Dies verhindert eine Überlastung des Eingangsports, indem sichergestellt wird, dass die Ausgangspuffer tiefer sind als die Eingangspuffer nach bestem Aufwand. Außerdem wird sichergestellt, dass Pakete, die verworfen werden, in den Ausgangswarteschlangen verworfen werden. (Pakete, die am Eingang verworfen werden, verhindern, dass die Ausgangsplaner ordnungsgemäß funktionieren.)
Bei verlustfreiem Datenverkehr (Datenverkehr, für den Sie PFC aktivieren) müssen die kombinierte verlustfreie gemeinsame Eingangspufferpartition und ein angemessener Teil der Eingangs-Headroom-Pufferpartition plus die dedizierten Puffer kleiner sein als die gesamte verlustfreie gemeinsame Ausgangspufferpartition und die dedizierten Puffer. (Ein angemessener Teil des Eingangs-Headroom-Puffers beträgt etwa 20 bis 25 Prozent des Pufferspeichers, dies hängt jedoch davon ab, wie viel Puffer-Reserven zur Unterstützung des verlustfreien Datenverkehrs erforderlich ist.) Wenn diese Bedingungen erfüllt sind und eine Überlastung des Eingangsports vorliegt, löst die Überlastung des Eingangsports PFC am Eingangsport aus, um Paketverluste zu verhindern. Wenn die gesamten verlustfreien Eingangspuffer die gesamten verlustfreien Ausgangspuffer überschreiten, können Pakete am Ausgang verworfen werden, anstatt PFC am Eingang anzuwenden, um Paketverluste zu verhindern.
Wenn Sie eine Pufferkonfiguration festlegen, für die der Switch nicht über ausreichende Ressourcen verfügt, protokolliert der Switch möglicherweise einen Fehler, anstatt einen Commit-Fehler zurückzugeben. In diesem Fall wird eine Syslog-Meldung auf der Konsole angezeigt. Zum Beispiel:
user@host# commit configuration check succeeds Message from syslogd@host at Jun 13 11:11:10 ... host dc-pfe: Not enough Ingress Lossless headroom.(Already allocated more). Dedicated : 14340 Lossy : 47100 Lossless 4239 Headroom 21195 Avail : 20781 commit complete
Wenn die Pufferkonfiguration festgeschrieben wird, Sie aber eine Syslog-Meldung erhalten, die angibt, dass die Konfiguration nicht implementiert werden kann, haben Sie folgende Möglichkeiten:
-
Konfigurieren Sie die Puffer neu oder konfigurieren Sie andere Parameter neu (z. B. die PFC-Konfiguration, die sich auf den Bedarf an verlustfreien Headroom-Puffern und verlustfreien Puffern auswirkt – je mehr Prioritäten Sie anhalten, desto mehr verlust- und verlustfreien Headroom-Pufferspeicher benötigen Sie), und versuchen Sie dann den Commit-Vorgang erneut.
-
Setzen Sie den Switch auf die letzte erfolgreiche Konfiguration zurück.
Wenn Sie eine Syslog-Meldung erhalten, die besagt, dass die Pufferkonfiguration nicht implementiert werden kann, müssen Sie Korrekturmaßnahmen ergreifen. Wenn Sie die Konfiguration nicht korrigieren oder zu einer vorherigen erfolgreichen Konfiguration zurückkehren, ist das Systemverhalten unvorhersehbar.
Allgemeine Regeln und Überlegungen zur Pufferkonfiguration
Beachten Sie beim Konfigurieren der Puffer die folgenden Regeln und Überlegungen:
-
Das Ändern der Pufferkonfiguration ist ein störendes Ereignis. Der Datenverkehr wird auf allen Ports gestoppt, bis die Neuprogrammierung des Puffers abgeschlossen ist.
-
Wenn Sie die Prozentsätze für den gemeinsamen Eingangs- oder Ausgangspuffer auf weniger als 100 Prozent konfigurieren, wird der verbleibende Prozentsatz des Pufferspeichers dem dedizierten Pufferpool hinzugefügt.
-
Die Summe aller gemeinsam genutzten Eingangspufferpartitionen muss 100 Prozent betragen. Jede Partition muss mit einem Wert von mindestens 5 Prozent konfiguriert werden, mit Ausnahme des verlustfreien Headroom-Puffers, der einen Wert von 0 Prozent haben kann.
-
Die Summe aller gemeinsam genutzten Ausgangspufferpartitionen muss 100 Prozent betragen. Jede Partition muss mit einem Wert von mindestens 5 Prozent konfiguriert werden.
-
Verlustfreie und verlustfreie gemeinsam genutzte Headroom-Puffer dienen dem Datenverkehr, für den Sie PFC aktivieren, und nicht für den Datenverkehr, der einer Ethernet-Pause unterliegt.
-
Der Switch verwendet zuerst den dedizierten Pufferpool und den gemeinsam genutzten Pufferpool erst, wenn der dedizierte Pufferpool für einen Port oder eine Warteschlange erschöpft ist.
-
Zu wenig dedizierter Pufferspeicher führt zu einem zu großen Wettbewerb um gemeinsam genutzten Pufferspeicher.
-
Zu viel dedizierter Pufferspeicher führt zu einer schlechteren Burst-Absorption, da weniger gemeinsam genutzter Pufferspeicher zur Verfügung steht.
-
Überprüfen Sie immer die Syslog-Meldungen, nachdem Sie eine neue Pufferkonfiguration festgelegt haben.
-
Die optimale Pufferkonfiguration für Ihr Netzwerk hängt von der Art des Datenverkehrs im Netzwerk ab. Wenn Ihr Netzwerk weniger Datenverkehr eines bestimmten Typs überträgt (z. B. verlustfreier Datenverkehr), können Sie die Größe der Puffer reduzieren, die diesem Datenverkehrstyp zugewiesen sind (z. B. können Sie die Größe der verlustfreien und verlustfreien Headroom-Puffer reduzieren).
Plattformspezifisches Pufferverhalten
In der folgenden Tabelle finden Sie Informationen zu plattformspezifischen Verhaltensweisen für Ihre Plattformen.
| Plattform |
Unterschied |
|---|---|
| QFX5000 Serie |
|
| QFX10000-Serie |
|
| QFX Virtual Chassis und EX4600/EX4650 Virtual Chassis |
|