Konfigurieren von Link Services-Schnittstellen
Geräte von Juniper Networks unterstützen Link-Services auf der Link-Services-Warteschlangenschnittstelle, die lsq-0/0/0 Multilink-Services wie MLPP, MLFR und CRTP umfasst. In den folgenden Themen erhalten Sie einen Überblick über die Link-Services, Konfigurationsdetails und die Überprüfung der Link-Services auf Firewalls der SRX-Serie.
Link Services-Schnittstellen – Übersicht
Zu den Link-Services gehören die Multilink-Services Multilink Point-to-Point Protocol (MLPPP), Multilink Frame Relay (MLFR) und Compressed Real-Time Transport Protocol (CRTP). Geräte von Juniper Networks unterstützen Link-Services auf der lsq-0/0/0 Link-Services-Warteschlangenschnittstelle.
Sie konfigurieren die Link Services-Warteschlangenschnittstelle (lsq-0/0/0) auf einem Gerät von Juniper Networks für die Unterstützung von Multilink-Services und CRTP.
Die Link-Services-Warteschlangenschnittstelle auf Firewalls der SRX-Serie umfasst Services, die von den folgenden Schnittstellen auf den Routing-Plattformen der Juniper Networks M Series und T-Serie bereitgestellt werden: Multilink Services Interface (ml-fpc/pic/port), Link Services Interface (ls-fpc/pic/port) und Link Services Intelligent Queuing Interface (lsq-fpc/pic/port). Obwohl die Multilink-Services, Link-Services und Link-Services-IQ-Schnittstellen (Intelligent Queuing) auf Routing-Plattformen der M Series und T-Serie auf physischen Schnittstellenkarten (PICs) installiert sind, ist die Link Services-Warteschlangenschnittstelle auf Firewalls der SRX-Serie nur eine interne Schnittstelle und nicht mit einem physischen Medium oder Physical Interface Module (PIM) verknüpft.
(ls-fpc/pic/port) wird von Firewalls der SRX-Serie nicht unterstützt.
Dieser Abschnitt enthält die folgenden Themen.
- Services, die auf einer Link-Services-Schnittstelle verfügbar sind
- Ausnahmen für Linkservices
- Konfigurieren von Multiklassen-MLPPP
- Warteschlangen mit LFI
- Komprimiertes Echtzeit-Transportprotokoll – Übersicht
- Konfigurieren der Fragmentierung nach Weiterleitungsklasse
- Konfigurieren des Link-Layer-Overhead
Services, die auf einer Link-Services-Schnittstelle verfügbar sind
Die Link-Services-Schnittstelle ist eine logische Schnittstelle , die standardmäßig verfügbar ist. Tabelle 1 fasst die auf der Schnittstelle verfügbaren Dienste zusammen.
Dienste |
Zweck |
Weitere Informationen |
|---|---|---|
Multilink-Bundles mittels MLPPP- und MLFR-Kapselung |
Fasst mehrere konstituierende Verbindungen zu einem größeren logischen Paket zusammen, um zusätzliche Bandbreite, Load Balancing und Redundanz bereitzustellen.
Anmerkung:
DCAC-Konfigurationen (Dynamic Call Admission Control) werden auf Link Services Interfaces nicht unterstützt. |
|
Linkfragmentierung und -verschachtelung (LFI) |
Reduziert Verzögerungen und Jitter auf Verbindungen, indem große Datenpakete aufgebrochen und verzögerungsempfindliche Sprachpakete mit den daraus resultierenden kleineren Paketen verschachtelt werden. |
Grundlegendes zu Link-Fragmentierung und Interleaved-Konfiguration |
Compressed Real-Time Transport Protocol (CRTP) |
Reduziert den durch das Real-Time Transport Protocol (RTP) verursachten Overhead für Sprach- und Videopakete. |
|
Class-of-Service (CoS)-Klassifizierer, Weiterleitungsklassen, Scheduler und Scheduler-Maps sowie Shaping-Raten |
Bietet eine höhere Priorität für verzögerungsempfindliche Pakete – durch Konfiguration von CoS wie folgt:
|
Ausnahmen für Linkservices
Die Implementierung von Link- und Multilink-Services auf Firewalls der SRX-Serie ähnelt der Implementierung auf den Routing-Plattformen der M Series und T-Serie, mit folgenden Ausnahmen:
Die Unterstützung für Link- und Multilinkdienste befindet sich auf der
lsq-0/0/0Schnittstelle anstelle der Schnittstellen ,ml-fpc/pic/portlsq-fpc/pic/portundls-fpc/pic/port.Wenn LFI aktiviert ist, werden fragmentierte Pakete im Round-Robin-Verfahren auf den konstituierenden Links in die Warteschlange gestellt, um ein paket- und fragmentspezifisches Load Balancing zu ermöglichen. Weitere Informationen finden Sie unter Warteschlangen mit LFI.
Die Unterstützung für die Planung pro Einheit gilt für alle Arten von konstituierenden Verbindungen (auf allen Arten von Schnittstellen).
Compressed Real-Time Transport Protocol (CRTP) wird sowohl für MLPPP als auch für PPP unterstützt.
Konfigurieren von Multiklassen-MLPPP
Für lsq-0/0/0 können Sie auf einem Juniper Networks-Gerät mit MLPPP-Kapselung Multiklassen-MLPPP konfigurieren. Wenn Sie MLPPP mit mehreren Klassen nicht konfigurieren, können Fragmente aus verschiedenen Klassen nicht verschachtelt werden. Alle Fragmente für ein einzelnes Paket müssen gesendet werden, bevor die Fragmente eines anderen Pakets gesendet werden. Nicht fragmentierte Pakete können zwischen Fragmenten eines anderen Pakets verschachtelt werden, um die Latenz zu reduzieren, die bei nicht fragmentierten Paketen auftritt. Latenzempfindlicher Datenverkehr wird als regulärer PPP-Datenverkehr und Massendatenverkehr als Multilink-Datenverkehr gekapselt. Dieses Modell funktioniert, solange es eine einzige Klasse von latenzempfindlichem Datenverkehr gibt und es keinen Datenverkehr mit hoher Priorität gibt, der Vorrang vor latenzempfindlichem Datenverkehr hat. Dieser LFI-Ansatz, der für das Link Services PIC verwendet wird, unterstützt nur zwei Prioritätsebenen für den Datenverkehr, was nicht ausreicht, um die vier bis acht Weiterleitungsklassen zu übertragen, die von den Routing-Plattformen der M- und T-Serie unterstützt werden.
Multiklassen-MLPPP ermöglicht mehrere Klassen von latenzempfindlichem Datenverkehr, die über ein einziges Multilink-Bundle mit Massendatenverkehr übertragen werden. Tatsächlich ermöglicht MLPPP mit mehreren Klassen unterschiedliche Latenzgarantien für verschiedene Datenverkehrsklassen. Mit Multiklassen-MLPPP können Sie jede Weiterleitungsklasse einer separaten Multilink-Klasse zuordnen, wodurch Prioritäts- und Latenzgarantien erhalten bleiben.
Die Konfiguration von LFI und MLPPP mit mehreren Klassen auf demselben Paket ist nicht erforderlich und wird auch nicht unterstützt, da MLPPP mit mehreren Klassen eine Obermenge der Funktionen darstellt. Wenn Sie MLPPP mit mehreren Klassen konfigurieren, wird LFI automatisch aktiviert.
Die Junos OS PPP-Implementierung unterstützt nicht die Aushandlung von PPP-NCP-Optionen für Adressfeldkomprimierung und Protokollfeldkomprimierung, was bedeutet, dass die Software immer einen vollständigen 4-Byte-PPP-Header sendet.
Die Junos OS-Implementierung von Multiklassen-MLPPP unterstützt die Komprimierung allgemeiner Headerbytes nicht.
Multiklassen-MLPPP vereinfacht Probleme bei der Paketreihenfolge, die bei der Verwendung mehrerer Links auftreten, erheblich. Ohne Multiklassen-MLPPP wird der gesamte Sprachverkehr, der zu einem einzelnen Datenstrom gehört, auf eine einzige Verbindung gehasht, um Probleme bei der Paketreihenfolge zu vermeiden. Mit Multiklassen-MLPPP können Sie Sprachdatenverkehr einer Klasse mit hoher Priorität zuweisen und mehrere Verbindungen verwenden.
Um Multiklassen-MLPPP auf einer Link-Services-IQ-Schnittstelle zu konfigurieren, müssen Sie angeben, wie viele Multilink-Klassen ausgehandelt werden sollen, wenn ein Link dem Paket beitritt, und Sie müssen die Zuordnung einer Weiterleitungsklasse zu einer MLPPP-Klasse mit mehreren Klassen angeben.
Um anzugeben, wie viele Multilink-Klassen ausgehandelt werden sollen, wenn ein Link dem Bundle beitritt, fügen Sie die multilink-max-classes Anweisung ein:
multilink-max-classes number;
Sie können diese Anweisung auf folgenden Hierarchieebenen einfÃ1/4hren:
[edit interfaces interface-name unit logical-unit-number][edit logical-routers logical-router-name interfaces interface-name unit logical-unit-number]
Die Anzahl der Multilink-Klassen kann zwischen 1 und 8 liegen. Die Anzahl der Multilink-Klassen für jede Weiterleitungsklasse darf die Anzahl der auszuhandelnden Multilink-Klassen nicht überschreiten.
Um die Zuordnung einer Weiterleitungsklasse zu einer MLPPP-Klasse mit mehreren Klassen anzugeben, schließen Sie die multilink-class Anweisung auf der [edit class-of-service fragmentation-maps forwarding-class class-name] Hierarchieebene ein:
edit class-of-service fragmentation-maps forwarding-classclass-namemultilink-class number
Die Indexnummer der Multilink-Klasse kann zwischen 0 und 7 liegen. Die multilink-class Aussage und die no-fragmentation Aussage schließen sich gegenseitig aus.
Um die Anzahl der ausgehandelten Multilink-Klassen anzuzeigen, geben Sie den show interfaces lsq-0/0/0.logical-unit-number detail Befehl ein.
Warteschlangen mit LFI
LFI- oder Nicht-LFI-Pakete werden basierend auf den Warteschlangen, in denen sie eintreffen, in Warteschlangen auf konstituierenden Verbindungen platziert. Während sich die fragmentierten, nicht fragmentierten oder LFI-Pakete in der Warteschlange befinden, ändern sich nicht die Warteschlangennummer.
Nehmen wir beispielsweise an, dass die Warteschlange Q0 mit dem Fragmentierungsschwellenwert 128, Q1 ohne Fragmentierung und Q2 mit dem Fragmentierungsschwellenwert 512 konfiguriert ist. Q0 empfängt einen Datenverkehrsstrom mit der Paketgröße 512. Q1 empfängt Sprachdatenverkehr von 64 Byte und Q2 empfängt Datenströme mit 128-Byte-Paketen. Als Nächstes wird der Datenstrom auf Q0 fragmentiert und in Q0 einer konstituierenden Verbindung in die Warteschlange gestellt. Außerdem werden alle Pakete auf Q2 auf Q0 auf der konstituierenden Verbindung in die Warteschlange gestellt. Der Stream in Q1 wird als LFI betrachtet, da keine Fragmentierung konfiguriert ist. Alle Pakete von Q0 und Q2 werden auf Q0 der konstituierenden Verbindung in die Warteschlange gestellt. Alle Pakete aus Q1 werden in Q2 der konstituierenden Verbindung in die Warteschlange gestellt.
Mithilfe von lsq-0/0/0kann CRTP auf LFI- und Nicht-LFI-Pakete angewendet werden. Aufgrund von CRTP gibt es keine Änderungen an den Warteschlangennummern.
Warteschlangen für Q2 der konstituierenden Links
Bei Verwendung von Class-of-Service für ein Multilink-Paket wird der gesamte Q2-Datenverkehr aus dem Multilink-Paket basierend auf einem Hash, der aus der Quelladresse, der Zieladresse und dem IP-Protokoll des Pakets berechnet wird, in Q2 der konstituierenden Links eingereiht. Wenn es sich bei der IP-Nutzlast um TCP- oder UDP-Datenverkehr handelt, enthält der Hash auch den Quell- und den Zielport. Als Ergebnis dieses Hash-Algorithmus wird der gesamte Datenverkehr, der zu einem Datenverkehrsfluss gehört, in Q2 eines konstituierenden Links in die Warteschlange gestellt. Diese Methode der Datenverkehrsübermittlung an die konstituierende Verbindung wird jederzeit angewendet, auch wenn das Paket nicht mit LFI eingerichtet wurde.
Komprimiertes Echtzeit-Transportprotokoll – Übersicht
Das Real-Time Transport Protocol (RTP) kann dazu beitragen, Interoperabilität zwischen verschiedenen Implementierungen von Netzwerk-Audio- und Videoanwendungen zu erreichen. In einigen Fällen kann der Header, der die IP-, UDP- und RTP-Header enthält, in Netzwerken mit langsamen Leitungen, wie z. B. DFÜ-Modems, jedoch zu groß sein (ca. 40 Byte). Das komprimierte Echtzeit-Transportprotokoll (CRTP) kann so konfiguriert werden, dass der Netzwerk-Overhead bei langsamen Verbindungen reduziert wird. CRTP ersetzt die IP-, UDP- und RTP-Header durch eine 2-Byte-Kontext-ID (CID), wodurch der Header-Overhead erheblich reduziert wird.
Abbildung 1 zeigt, wie CRTP den RTP-Header in einem Sprachpaket komprimiert, indem ein 40-Byte-Header auf einen 2-Byte-Header reduziert wird.
Sie können CRTP mit logischer MLPPP- oder PPP-Schnittstellenkapselung auf Link-Services-Schnittstellen konfigurieren. Siehe Beispiel: Konfigurieren eines MLPPP-Bundles.
Echtzeit- und Nicht-Echtzeit-Datenrahmen werden auf Verbindungen mit geringerer Geschwindigkeit übertragen, ohne dass es zu übermäßigen Verzögerungen im Echtzeitverkehr kommt. Weitere Informationen finden Sie unter Grundlegendes zur Link-Fragmentierung und Interleaved-Konfiguration.
Konfigurieren der Fragmentierung nach Weiterleitungsklasse
Für lsq-0/0/0 können Sie Fragmentierungseigenschaften für bestimmte Weiterleitungsklassen angeben. Der Datenverkehr in jeder Weiterleitungsklasse kann entweder mehrfach gekapselt (fragmentiert und sequenziert) oder nicht gekapselt (gehasht ohne Fragmentierung) sein. Standardmäßig ist der Datenverkehr in allen Weiterleitungsklassen gekapselt.
Wenn Sie keine Fragmentierungseigenschaften für die Warteschlangen auf MLPPP-Schnittstellen konfigurieren, ist der Fragmentierungsschwellenwert, den Sie auf der [edit interfaces interface-name unit logical-unit-number fragment-threshold] Hierarchieebene festlegen, der Fragmentierungsschwellenwert für alle Weiterleitungsklassen innerhalb der MLPPP-Schnittstelle. Für MLFR-FRF.16-Schnittstellen ist der Fragmentierungsschwellenwert, den Sie auf der [edit interfaces interface-name mlfr-uni-nni-bundle-options fragment-threshold] Hierarchieebene festlegen, der Fragmentierungsschwellenwert für alle Weiterleitungsklassen innerhalb der MLFR-FRF.16-Schnittstelle.
Wenn Sie an keiner Stelle in der Konfiguration eine maximale Fragmentgröße festlegen, sind Pakete dennoch fragmentiert, wenn sie die kleinste MTU (Maximum Transmission Unit) oder MRRU (Maximum Received Reconstructed Unit) aller Links im Paket überschreiten. Bei einem nicht gekapselten Fluss wird nur eine Verbindung verwendet. Wenn der Datenstrom eine einzelne Verbindung überschreitet, muss die Weiterleitungsklasse in mehreren Links gekapselt werden, es sei denn, die Paketgröße überschreitet die MTU/MRRU.
Auch wenn Sie an keiner Stelle in der Konfiguration eine maximale Fragmentgröße festlegen, können Sie die MRRU konfigurieren, indem Sie die mrru-Anweisung auf der [edit interfaces lsq-0/0/0 unit logical-unit-number] Hierarchieebene oder [edit interfaces interface-name mlfr-uni-nni-bundle-options] einschließen. Die MRRU ähnelt der MTU, ist jedoch spezifisch für Link-Services-Schnittstellen. Standardmäßig beträgt die MRRU-Größe 1504 Byte, und Sie können sie auf 1500 bis 4500 Byte konfigurieren.
Um Fragmentierungseigenschaften in einer Warteschlange zu konfigurieren, schließen Sie die fragmentation-maps-Anweisung auf Hierarchieebene [edit class-of-service] ein:
[edit class-of-service]
fragmentation-maps {
map-name {
forwarding-class class-name {
fragment-threshold bytes;
multilink-class number;
no-fragmentation;
}
}
}
Um einen Schwellenwert für die Fragmentierung pro Weiterleitungsklasse festzulegen, schließen Sie die fragment-threshold Anweisung in die Fragmentierungszuordnung ein. Diese Anweisung legt die maximale Größe jedes Multilink-Fragments fest.
Wenn Sie festlegen möchten, dass der Datenverkehr in einer Warteschlange nicht gekapselt und nicht gekapselt ist, fügen Sie die no-fragmentation Anweisung in die Fragmentierungszuordnung ein. Diese Anweisung gibt an, dass den in dieser Warteschlange empfangenen Paketen kein zusätzlicher Fragmentierungsheader vorangestellt wird und dass ein statischer Link-Load Balancing verwendet wird, um die Paketzustellung in der richtigen Reihenfolge sicherzustellen.
Für eine bestimmte Weiterleitungsklasse können Sie entweder die fragment-threshold oder-Anweisung no-fragmentation einschließen; sie schließen sich gegenseitig aus.
Sie verwenden die Anweisung multilink-class , um eine Weiterleitungsklasse einer MLPPP mit mehreren Klassen zuzuordnen. Für eine bestimmte Weiterleitungsklasse können Sie entweder die multilink-class oder-Anweisung no-fragmentation einschließen; sie schließen sich gegenseitig aus.
Um eine Fragmentierungszuordnung mit einer Multilink-PPP-Schnittstelle oder MLFR FRF.16 DLCI zu verknüpfen, fügen Sie die fragmentation-map Anweisung auf der [edit class-of-service interfaces interface-name unit logical-unit-number] Hierarchieebene ein:
[edit class-of-service interfaces]
lsq-0/0/0 {
unit logical-unit-number { # Multilink PPP
fragmentation-map map-name;
}
}
lsq-0/0/0:channel { # MLFR FRF.16
unit logical-unit-number
fragmentation-map map-name;
}
}
Konfigurieren des Link-Layer-Overhead
Der Overhead auf der Verbindungsschicht kann aufgrund von Bit-Stuffing auf seriellen Verbindungen zu Paketverlusten auf den einzelnen Verbindungen führen. Bit Stuffing wird verwendet, um zu verhindern, dass Daten als Kontrollinformationen interpretiert werden.
Standardmäßig sind 4 Prozent der gesamten Paketbandbreite für den Overhead der Verbindungsschicht reserviert. In den meisten Netzwerkumgebungen liegt der durchschnittliche Overhead auf dem Link Layer bei 1,6 Prozent. Daher empfehlen wir 4 Prozent als Schutzmaßnahme.
Für lsq-0/0/0 auf einem Gerät von Juniper Networks können Sie den Prozentsatz der Bundle-Bandbreite konfigurieren, der für den Link-Layer-Overhead reserviert werden soll. Fügen Sie dazu die link-layer-overhead-Anweisung ein:
link-layer-overhead percent;
Sie können diese Anweisung auf folgenden Hierarchieebenen einfÃ1/4hren:
[edit interfaces interface-name mlfr-uni-nni-bundle-options][edit interfaces interface-name unit logical-unit-number][edit logical-routers logical-router-name interfaces interface-name unit logical-unit-number]
Sie können den Wert so konfigurieren, dass er zwischen 0 Prozent und 50 Prozent liegt.
Übersicht über die Konfiguration von Link Services
Bevor Sie beginnen:
Installieren Sie die Gerätehardware.
Stellen Sie eine grundlegende Konnektivität her. Weitere Informationen finden Sie im Handbuch "Erste Schritte" für Ihr Gerät.
Sie verfügen über ein grundlegendes Verständnis der physischen und logischen Schnittstellen sowie der Schnittstellenkonventionen von Juniper Networks. Weitere Informationen finden Sie unter Grundlegendes zu Schnittstellen
Planen Sie, wie Sie die Link-Services-Schnittstelle in Ihrem Netzwerk verwenden werden. Weitere Informationen finden Sie unter Link Services-Schnittstellen – Übersicht.
Führen Sie die folgenden Aufgaben aus, um Link-Services auf einer Schnittstelle zu konfigurieren:
- Konfigurieren Sie Link-Fragmentierung und -Verschachtelung (LFI). Siehe Beispiel: Konfigurieren von Link-Fragmentierung und Interleaving.
- Konfigurieren von Klassifizierern und Weiterleitungsklassen. Siehe Beispiel: Definieren von Klassifikatoren und Weiterleitungsklassen.
- Konfigurieren Sie Scheduler-Zuordnungen. Weitere Informationen finden Sie unter Grundlegendes zum Definieren und Anwenden von Scheduler-Zuordnungen.
- Konfigurieren von Schnittstellen-Shaping-Raten. Siehe Beispiel: Konfigurieren von Interface-Shaping-Raten
- Konfigurieren Sie ein MLPPP-Paket. Siehe Beispiel: Konfigurieren eines MLPPP-Bundles.
- Informationen zum Konfigurieren von MLFR finden Sie unter Beispiel: Konfigurieren von Multilink Frame Relay FRF.15 oder Beispiel: Konfigurieren von Multilink Frame Relay FRF.16
- Informationen zum Konfigurieren von CRTP finden Sie unter Beispiel: Konfigurieren des komprimierten Echtzeittransportprotokolls
Überprüfen der Link Services-Schnittstelle
Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.
- Überprüfen von Link Services-Schnittstellenstatistiken
- Überprüfen der CoS-Konfiguration von Link Services
Überprüfen von Link Services-Schnittstellenstatistiken
Zweck
Überprüfen Sie die Statistiken der Link-Services-Schnittstelle.
Aktion
Die in diesem Abschnitt bereitgestellte Beispielausgabe basiert auf den Konfigurationen, die unter Beispiel: Konfigurieren eines MLPPP-Pakets bereitgestellt werden. Führen Sie die folgenden Aktionen aus, um zu überprüfen, ob die einzelnen Links korrekt zum Paket hinzugefügt und die Pakete fragmentiert und korrekt übertragen werden:
Auf Gerät R0 und Gerät R1 konfigurieren die beiden in diesem Beispiel verwendeten Geräte MLPPP und LFI, wie in Beispiel: Konfigurieren eines MLPPP-Pakets beschrieben.
Geben Sie in der CLI den
pingBefehl ein, um zu überprüfen, ob eine Verbindung zwischen R0 und R1 hergestellt wurde.Übertragen Sie 10 Datenpakete à 200 Byte von R0 nach R1.
Geben Sie auf R0 in der CLI den
show interfaces interface-name statisticsBefehl ein.
user@R0> show interfaces lsq-0/0/0 statistics detail
Physical interface: lsq-0/0/0, Enabled, Physical link is Up
Interface index: 134, SNMP ifIndex: 29, Generation: 135
Link-level type: LinkService, MTU: 1504
Device flags : Present Running
Interface flags: Point-To-Point SNMP-Traps
Last flapped : 2006-06-23 11:36:23 PDT (03:38:43 ago)
Statistics last cleared: 2006-06-23 15:13:12 PDT (00:01:54 ago)
Traffic statistics:
Input bytes : 0 0 bps
Output bytes : 1820 0 bps
Input packets: 0 0 pps
Output packets: 10 0 pps
...
Egress queues: 8 supported, 8 in use
Queue counters: Queued packets Transmitted packets Dropped packets
0 DATA 10 10 0
1 expedited-fo 0 0 0
2 VOICE 0 0 0
3 NC 0 0 0
Logical interface lsq-0/0/0.0 (Index 67) (SNMP ifIndex 41) (Generation 133)
Flags: Point-To-Point SNMP-Traps 0x4000 Encapsulation: Multilink-PPP
Bandwidth: 16mbps
Bundle options:
...
Drop timer period 0
Sequence number format long (24 bits)
Fragmentation threshold 128
Links needed to sustain bundle 1
Interleave fragments Enabled
Bundle errors:
Packet drops 0 (0 bytes)
Fragment drops 0 (0 bytes)
...
Statistics Frames fps Bytes bps
Bundle:
Fragments:
Input : 0 0 0 0
Output: 20 0 1920 0
Packets:
Input : 0 0 0 0
Output: 10 0 1820 0
Link:
se-1/0/0.0
Input : 0 0 0 0
Output: 10 0 1320 0
se-1/0/1.0
Input : 0 0 0 0
Output: 10 0 600 0
...
Destination: 10.0.0.9/24, Local: 10.0.0.10, Broadcast: Unspecified, Generation:144
Diese Ausgabe zeigt eine Zusammenfassung der Schnittstelleninformationen. Überprüfen Sie die folgenden Informationen:
Physical interface– Die physische Schnittstelle istEnabled. Wenn die Schnittstelle alsDisabledangezeigt wird, führen Sie einen der folgenden Schritte aus:Löschen Sie im CLI-Konfigurationseditor die
disableAnweisung auf der[edit interfaces interface-name]Ebene der Konfigurationshierarchie.Deaktivieren Sie im J-Web-Konfigurationseditor das
DisableKontrollkästchen auf derInterfaces>interface-nameSeite.
Physical link—Die physische Verbindung istUp. Der Verbindungsstatus vonDownweist auf ein Problem mit dem Schnittstellenmodul, dem Schnittstellenport oder der physischen Verbindung (Link-Layer-Fehler) hin.Last flapped– DieLast FlappedZeit ist ein erwarteter Wert. DieLast FlappedUhrzeit gibt an, wann die physische Schnittstelle das letzte Mal nicht verfügbar und dann wieder verfügbar war. Unerwartetes Flapping deutet auf wahrscheinliche Link-Layer-Fehler hin.Traffic statisticsAnzahl und Rate der auf der Schnittstelle empfangenen und übertragenen Bytes und Pakete. Stellen Sie sicher, dass die Anzahl der eingehenden und ausgehenden Bytes und Pakete mit dem erwarteten Durchsatz für die physische Schnittstelle übereinstimmt. Um die Statistik zu löschen und nur neue Änderungen anzuzeigen, verwenden Sie denclear interfaces statistics interface-nameBefehl.Queue counters– Name und Anzahl der Warteschlangen sind wie konfiguriert. Diese Beispielausgabe zeigt, dass 10 Datenpakete übertragen und keine Pakete verworfen wurden.Logical interface– Name des Multilink-Bundles, das Sie konfiguriert haben—lsq-0/0/0.0.Bundle options– Der Schwellenwert für die Fragmentierung ist korrekt konfiguriert, und die Fragmentverschachtelung ist aktiviert.Bundle errors– Alle Pakete und Fragmente, die vom Paket verworfen werden.StatisticsDie Fragmente und Pakete werden vom Gerät korrekt empfangen und übertragen. Alle Verweise auf die Verkehrsrichtung (Eingang oder Ausgang) werden in Bezug auf das Gerät definiert. Eingabefragmente, die vom Gerät empfangen werden, werden zu Eingabepaketen zusammengefügt. Ausgabepakete werden für die Übertragung aus dem Gerät in Ausgabefragmente segmentiert.In diesem Beispiel wurden 10 Datenpakete à 200 Byte übertragen. Da der Fragmentierungsschwellenwert auf 128 Byte festgelegt ist, wurden alle Datenpakete in zwei Fragmente fragmentiert. Die Beispielausgabe zeigt, dass 10 Pakete und 20 Fragmente korrekt übertragen wurden.
LinkDie einzelnen Links werden diesem Paket hinzugefügt und empfangen und übertragen Fragmente und Pakete korrekt. Die kombinierte Anzahl der Fragmente, die über die konstituierenden Verbindungen übertragen werden, muss gleich der Anzahl der von dem Bündel übertragenen Fragmente sein. Diese Beispielausgabe zeigt, dass das Bündel 20 Fragmente und die beiden konstituierenden Verbindungense-1/0/0.0se-1/0/1.0.0und korrekt übertragene10+10=20Fragmente übertragen hat.DestinationundLocal—IP-Adresse der Remote-Seite des Multilink-Pakets und der lokalen Seite des Multilink-Pakets. Diese Beispielausgabe zeigt, dass die Zieladresse die Adresse auf R1 und die lokale Adresse die Adresse auf R0 ist.
Überprüfen der CoS-Konfiguration von Link Services
Zweck
Überprüfen Sie die CoS-Konfigurationen auf der Link-Services-Schnittstelle.
Aktion
Geben Sie in der CLI die folgenden Befehle ein:
show class-of-service interface interface-nameshow class-of-service classifier name classifier-nameshow class-of-service scheduler-map scheduler-map-name
Die in diesem Abschnitt bereitgestellte Beispielausgabe basiert auf den Konfigurationen, die unterBeispiel: Konfigurieren eines MLPPP-Pakets bereitgestellt werden.
user@R0> show class-of-service interface lsq-0/0/0
Physical interface: lsq-0/0/0, Index: 136
Queues supported: 8, Queues in use: 4
Scheduler map: [default], Index: 2
Input scheduler map: [default], Index: 3
Chassis scheduler map: [default-chassis], Index: 4
Logical interface: lsq-0/0/0.0, Index: 69
Object Name Type Index
Scheduler-map s_map Output 16206
Classifier ipprec-compatibility ip 12
user@R0> show class-of-service interface ge-0/0/1
Physical interface: ge-0/0/1, Index: 140
Queues supported: 8, Queues in use: 4
Scheduler map: [default], Index: 2
Input scheduler map: [default], Index: 3
Logical interface: ge-0/0/1.0, Index: 68
Object Name Type Index
Classifier classfy_input ip 4330
user@R0> show class-of-service classifier name classify_input
Classifier: classfy_input, Code point type: inet-precedence, Index: 4330
Code point Forwarding class Loss priority
000 DATA low
010 VOICE low
user@R0> show class-of-service scheduler-map s_map
Scheduler map: s_map, Index: 16206
Scheduler: DATA, Forwarding class: DATA, Index: 3810
Transmit rate: 49 percent, Rate Limit: none, Buffer size: 49 percent, Priority:low
Drop profiles:
Loss priority Protocol Index Name
Low any 1 [default-drop-profile]
Medium low any 1 [default-drop-profile]
Medium high any 1 [default-drop-profile]
High any 1 [default-drop-profile]
Scheduler: VOICE, Forwarding class: VOICE, Index: 43363
Transmit rate: 50 percent, Rate Limit: none, Buffer size: 5 percent, Priority:high
Drop profiles:
Loss priority Protocol Index Name
Low any 1 [default-drop-profile]
Medium low any 1 [default-drop-profile]
Medium high any 1 [default-drop-profile]
High any 1 [default-drop-profile]
Scheduler: NC, Forwarding class: NC, Index: 2435
Transmit rate: 1 percent, Rate Limit: none, Buffer size: 1 percent, Priority:high
Drop profiles:
Loss priority Protocol Index Name
Low any 1 [default-drop-profile]
Medium low any 1 [default-drop-profile]
Medium high any 1 [default-drop-profile]
High any 1 [default-drop-profile]
Diese Ausgabebeispiele zeigen eine Zusammenfassung der konfigurierten CoS-Komponenten. Überprüfen Sie die folgenden Informationen:
Logical Interface– Name des Multilink-Bundles und der CoS-Komponenten, die auf das Bundle angewendet werden. Die Beispielausgabe zeigt, dass das Multilink-Bundle istlsq-0/0/0.0, und die CoS-Scheduler-Maps_mapwird darauf angewendet.Classifier– Codepunkte, Weiterleitungsklassen und Verlustprioritäten, die dem Klassifikator zugewiesen sind. Die Beispielausgabe zeigt, dass der Standardklassifikator ,ipprec-compatibility, auf dielsq-0/0/0Schnittstelle und der Klassifikatorclassify_inputauf diege-0/0/1Schnittstelle angewendet wurde.Scheduler– Übertragungsrate, Puffergröße, Priorität und Verlustpriorität, die jedem Scheduler zugewiesen sind. In der Beispielausgabe werden die Daten-, Sprach- und Netzwerksteuerungsplaner mit allen konfigurierten Werten angezeigt.
Grundlegendes zur LSQ-0/0/0-Konfiguration der internen Schnittstelle
Die Link-Services-Schnittstelle ist eine rein interne Schnittstelle. Es ist nicht mit einem physischen Medium oder PIM verbunden. Innerhalb einer Firewall der SRX-Serie werden Pakete zur Link-Bündelung oder Komprimierung an diese Schnittstelle weitergeleitet.
Möglicherweise ist es erforderlich, dass Sie Ihre Konfiguration aktualisieren, um die interne Schnittstelle lsq-0/0/0 als Link-Services-Warteschlangenschnittstelle anstelle von ls-0/0/0 zu verwenden, die veraltet ist. Sie können Ihre geänderte Konfiguration auch zurücksetzen, um ls-0/0/0 zu verwenden.
Beispiel: Upgrade von ls-0/0/0 auf lsq-0/0/0 für Multilink-Dienste
In diesem Beispiel wird gezeigt, wie Sie für Multilink-Dienste ein Upgrade von ls-0/0/0 auf lsq-0/0/0 durchführen (oder die Änderung rückgängig machen).
Anforderungen
Dieses Verfahren ist nur erforderlich, wenn Sie immer noch ls-0/0/0 anstelle von lsq-/0/0/0 verwenden oder wenn Sie zur alten Schnittstelle zurückkehren müssen.
Überblick
In diesem Beispiel benennen Sie die interne Schnittstelle der Verknüpfungsdienste von ls-0/0/0 in lsq-0/0/0 oder umgekehrt um. Sie benennen alle Vorkommen von ls-0/0/0 in der Konfiguration in lsq-0/0/0 um und konfigurieren die Fragmentierungszuordnung, indem Sie keine Fragmentierung hinzufügen. Sie geben keine Fragmentierung nach dem Namen von Warteschlange 2 an, wenn Warteschlange 2 konfiguriert ist, oder nach einer gesicherten Weiterleitung. Anschließend fügen Sie die im vorherigen Schritt konfigurierte Fragmentierungszuordnung an lsq-0/0/0 an und geben die Einheitennummer als 6 des Multilink-Pakets an, für das Interleave-Fragmente konfiguriert ist.
Anschließend setzen Sie die Konfiguration von lsq-0/0/0 auf ls-0/0/0 zurück. Sie benennen alle Vorkommen in der Konfiguration von lsq-0/0/0 in ls-0/0/0 um. Sie löschen die Fragmentierungszuordnung, wenn sie in der [Class-of-Service]-Hierarchie konfiguriert ist, und löschen die Fragmentierungszuordnung, wenn sie lsq-0/0/0 zugewiesen ist. Sie können multilink-max-classes löschen, wenn es für lsq-0/0/0 in der [interfaces]-Hierarchie konfiguriert ist. Anschließend löschen Sie link-layer-overhead, wenn es in der [interfaces]-Hierarchie für lsq-0/0/0 konfiguriert ist.
Wenn für eine Weiterleitungsklasse keine Fragmentierung konfiguriert ist und die Fragmentierungszuordnung lsq-0/0/0 zugewiesen ist, konfigurieren Sie Interleave-Fragmente für die ls-0/0/0-Schnittstelle. Abschließend konfigurieren Sie den Klassifikator für LFI-Pakete so, dass er auf Warteschlange 2 verweist. (Die ls-0/0/0-Schnittstelle behandelt Warteschlange 2 als LFI-Warteschlange.)
Konfiguration
Verfahren
CLI Schnellkonfiguration
Um schnell ein Upgrade von ls-0/0/0 auf lsq-0/0/0 durchzuführen (oder die Änderung rückgängig zu machen), kopieren Sie die folgenden Befehle, und fügen Sie sie in die CLI ein:
For interfaces ls-0/0/0 to lsq-0/0/0 [edit] rename interfaces ls-0/0/0 to lsq-0/0/0 set class-of-service fragmentation-maps map6 forwarding-class assured-forwarding no-fragmentation set class-of-service interfaces lsq-0/0/0 unit 6 fragmentation-map map6
For interfaces lsq-0/0/0 to ls-0/0/0 [edit] rename interfaces lsq-0/0/0 to ls-0/0/0 delete class-of-service fragmentation-maps map6 delete class-of-service interfaces lsq-0/0/0 unit 6 fragmentation-map map6 delete interfaces lsq-0/0/0 unit 6 link-layer-overhead delete interfaces lsq-0/0/0:0 mlfr-uni-nni-bundle-options link-layer-overhead set interfaces ls-0/0/0 unit 6 interleave-fragments
Schritt-für-Schritt-Anleitung
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Anweisungen hierzu finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus.
So führen Sie ein Upgrade von ls-0/0/0 auf lsq-0/0/0 durch oder machen diese Änderung rückgängig:
Benennen Sie alle Vorkommen von ls-0/0/0 in der Konfiguration um.
[edit] user@host# rename interfaces ls-0/0/0 to lsq-0/0/0
Konfigurieren Sie die Fragmentierungszuordnung.
[edit class-of-service fragmentation-maps] user@host# set map6 forwarding-class assured-forwarding no-fragmentation
Geben Sie die Einheitennummer des Multilink-Bundles an.
[edit class-of-service ] user@host# set interfaces lsq-0/0/0 unit 6 fragmentation-map map6
Setzen Sie die Konfiguration für alle Vorkommen in der Konfiguration zurück.
[edit] user@host# rename interfaces lsq-0/0/0 to ls-0/0/0
Löschen Sie die Fragmentierungszuordnung unter Class of Service.
[edit] user@host# delete class-of-service fragmentation-maps map6
Löschen Sie die Fragmentierungszuordnung, wenn sie der lsq-0/0/0-Schnittstelle zugewiesen ist.
[edit class-of-service interfaces] user@host# delete lsq-0/0/0 unit 6 fragmentation-map map6
Löschen Sie max. Klassen für mehrere Verknüpfungen, wenn sie für lsq-0/0/0 konfiguriert sind.
Anmerkung:Multilink-max-classes wird nicht unterstützt und ist höchstwahrscheinlich nicht konfiguriert.
Löschen Sie link-layer-overhead, wenn es für lsq-0/0/0 konfiguriert ist.
[edit interfaces] user@host# delete lsq-0/0/0 unit 6 link-layer-overhead
Löschen Sie link-layer-overhead, wenn es für lsq-0/0/0:0 konfiguriert ist.
[edit interfaces] user@host# delete lsq-0/0/0:0 mlfr-uni-nni-bundle-options link-layer-overhead
Konfigurieren Sie Interleave-Fragmente für die ls-0/0/0-Schnittstelle.
[edit interfaces] user@host# set ls-0/0/0 unit 6 interleave-fragments
Befund
Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie den show class-of-service Befehl eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Konfigurationsanweisungen in diesem Beispiel, um sie zu korrigieren.
[edit]
user@host# show class-of-service
interfaces {
lsq-0/0/0 {
unit 6 {
fragmentation-map map6;
}
}
}
fragmentation-maps {
map6 {
forwarding-class {
assured-forwarding {
no-fragmentation;
}
}
}
}
Wenn Sie mit der Konfiguration des Geräts fertig sind, wechseln commit Sie aus dem Konfigurationsmodus.
Verifizierung
Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.
Fehlerbehebung bei der Link Services-Schnittstelle
So lösen Sie Konfigurationsprobleme auf einer Link-Services-Schnittstelle:
- Bestimmen Sie, welche CoS-Komponenten auf die konstituierenden Verbindungen angewendet werden
- Ermitteln der Ursachen von Jitter und Latenz im Multilink-Bundle
- Feststellen, ob LFI und Load Balancing ordnungsgemäß funktionieren.
- Ermitteln, warum Pakete auf einem PVC-Kanal zwischen einem Gerät von Juniper Networks und einem Drittanbieter abgelegt werden
Bestimmen Sie, welche CoS-Komponenten auf die konstituierenden Verbindungen angewendet werden
Problem
Beschreibung
Sie konfigurieren ein Multilink-Bundle, aber es gibt auch Datenverkehr ohne MLPPP-Kapselung, der über die Bestandteile des Multilink-Bundles geleitet wird. Wenden Sie alle CoS-Komponenten auf die einzelnen Links an, oder reicht es aus, sie auf das Multilink-Bundle anzuwenden?
Lösung
Sie können eine Scheduler-Zuordnung auf das Multilink-Bundle und seine konstituierenden Links anwenden. Sie können zwar mehrere CoS-Komponenten mit der Scheduler-Zuordnung anwenden, konfigurieren Sie jedoch nur die erforderlichen Komponenten. Es wird empfohlen, die Konfiguration der einzelnen Verbindungen einfach zu halten, um unnötige Übertragungsverzögerungen zu vermeiden.
Tabelle 2 zeigt die CoS-Komponenten, die auf ein Multilink-Bündel angewendet werden sollen, und seine Bestandteile.
Cos-Komponente |
Multilink-Bundle |
Konstituierende Links |
Erklärung |
|---|---|---|---|
Klassifikator |
Ja |
Nein |
Die CoS-Klassifizierung erfolgt auf der eingehenden Seite der Schnittstelle, nicht auf der sendenden Seite, sodass keine Klassifikatoren für die konstituierenden Verbindungen erforderlich sind. |
Weiterleitungsklasse |
Ja |
Nein |
Die Weiterleitungsklasse ist einer Warteschlange zugeordnet, und die Warteschlange wird durch eine Scheduler-Zuordnung auf die Schnittstelle angewendet. Die Zuweisung der Warteschlange ist für die konstituierenden Verbindungen vorgegeben. Alle Pakete aus Q2 des Multilink-Pakets werden Q2 der konstituierenden Verbindung zugewiesen, und Pakete aus allen anderen Warteschlangen werden in Q0 der konstituierenden Verbindung eingereiht. |
Scheduler-Map |
Ja |
Ja |
Wenden Sie Scheduler-Zuordnungen auf das Multilink-Paket und den konstituierenden Link wie folgt an:
|
Shaping-Rate für einen Scheduler pro Einheit oder einen Scheduler auf Schnittstellenebene |
Nein |
Ja |
Da die Planung pro Einheit nur am Endpunkt angewendet wird, wenden Sie diese Formungsrate nur auf die konstituierenden Verbindungen an. Jede zuvor angewendete Konfiguration wird durch die Konfiguration der konstituierenden Verbindung überschrieben. |
Exakte Formgebung der Übertragungsrate oder Formung auf Warteschlangenebene |
Ja |
Nein |
Die Formgebung auf Schnittstellenebene, die auf die konstituierenden Links angewendet wird, überschreibt alle Formgebungen in der Warteschlange. Wenden Sie daher die exakte Formgebung der Übertragungsrate nur auf das Multilink-Bündel an. |
Rewrite-Regeln |
Ja |
Nein |
Rewrite-Bits werden während der Fragmentierung automatisch aus dem Paket in die Fragmente kopiert. Somit wird das, was Sie auf dem Multilink-Bundle konfigurieren, über die Fragmente zu den konstituierenden Links übertragen. |
Virtuelle Kanalgruppe |
Ja |
Nein |
Virtuelle Kanalgruppen werden durch Firewall-Filterregeln identifiziert, die nur vor dem Multilink-Paket auf Pakete angewendet werden. Daher müssen Sie die Konfiguration der virtuellen Kanalgruppe nicht auf die konstituierenden Verbindungen anwenden. |
Siehe auch
Ermitteln der Ursachen von Jitter und Latenz im Multilink-Bundle
Problem
Beschreibung
Um Jitter und Latenz zu testen, senden Sie drei Streams von IP-Paketen. Alle Pakete haben die gleichen IP-Rangfolgeeinstellungen. Nach der Konfiguration von LFI und CRTP stieg die Latenz sogar über eine nicht überlastete Verbindung. Wie können Sie Jitter und Latenz reduzieren?
Lösung
Gehen Sie wie folgt vor, um Jitter und Latenz zu reduzieren:
Stellen Sie sicher, dass Sie für jede konstituierende Verbindung eine Shaping-Rate konfiguriert haben.
Stellen Sie sicher, dass Sie keine Shaping-Rate auf der Link-Services-Schnittstelle konfiguriert haben.
Stellen Sie sicher, dass der konfigurierte Shaping-Rate-Wert gleich der physischen Schnittstellenbandbreite ist.
Wenn die Shaping-Raten korrekt konfiguriert sind und der Jitter weiterhin besteht, wenden Sie sich an das Technical Assistance Center (JTAC) von Juniper Networks.
Feststellen, ob LFI und Load Balancing ordnungsgemäß funktionieren.
Problem
Beschreibung
In diesem Fall verfügen Sie über ein einzelnes Netzwerk, das mehrere Services unterstützt. Das Netzwerk überträgt Daten und verzögerungsempfindlichen Sprachverkehr. Stellen Sie nach der Konfiguration von MLPPP und LFI sicher, dass Sprachpakete mit sehr geringer Verzögerung und Jitter über das Netzwerk übertragen werden. Wie können Sie herausfinden, ob Sprachpakete als LFI-Pakete behandelt werden und das Load Balancing korrekt durchgeführt wird?
Lösung
Wenn LFI aktiviert ist, werden Datenpakete (Nicht-LFI-Pakete) mit einem MLPPP-Header gekapselt und in Pakete einer bestimmten Größe fragmentiert. Die verzögerungsempfindlichen Sprachpakete (LFI-Pakete) sind PPP-gekapselt und zwischen Datenpaketfragmenten verschachtelt. Warteschlangen und Load Balancing werden für LFI- und Nicht-LFI-Pakete unterschiedlich durchgeführt.
Um zu überprüfen, ob LFI korrekt ausgeführt wird, stellen Sie fest, dass die Pakete wie konfiguriert fragmentiert und eingekapselt sind. Nachdem Sie festgestellt haben, ob ein Paket als LFI-Paket oder als Nicht-LFI-Paket behandelt wird, können Sie überprüfen, ob das Load Balancing ordnungsgemäß durchgeführt wurde.
Solution ScenarioAngenommen, zwei Geräte von Juniper Networks, R0 und R1, sind über ein Multilink-Bundle lsq-0/0/0.0 verbunden, das zwei serielle Verbindungen aggregiert, se-1/0/0 und se-1/0/1. Auf R0 und R1 sind MLPPP und LFI auf der Link-Services-Schnittstelle aktiviert, und der Fragmentierungsschwellenwert ist auf 128 Byte festgelegt.
In diesem Beispiel haben wir einen Paketgenerator verwendet, um Sprach- und Datenströme zu generieren. Sie können die Paketerfassungsfunktion verwenden, um die Pakete auf der eingehenden Schnittstelle zu erfassen und zu analysieren.
Die folgenden beiden Datenströme wurden über das Multilink-Bundle gesendet:
100 Datenpakete à 200 Byte (größer als die Fragmentierungsschwelle)
500 Datenpakete à 60 Byte (kleiner als die Fragmentierungsschwelle)
Die folgenden beiden Sprachströme wurden über das Multilink-Bundle gesendet:
100 Sprachpakete à 200 Byte von Quellport 100
300 Sprachpakete à 200 Byte vom Quellport 200
So bestätigen Sie, dass LFI und Load Balancing korrekt ausgeführt werden:
In diesem Beispiel werden nur die wesentlichen Teile der Befehlsausgabe angezeigt und beschrieben.
Überprüfen Sie die Paketfragmentierung. Geben Sie im Betriebsmodus den
show interfaces lsq-0/0/0Befehl ein, um zu überprüfen, ob große Pakete korrekt fragmentiert sind.user@R0#> show interfaces lsq-0/0/0 Physical interface: lsq-0/0/0, Enabled, Physical link is Up Interface index: 136, SNMP ifIndex: 29 Link-level type: LinkService, MTU: 1504 Device flags : Present Running Interface flags: Point-To-Point SNMP-Traps Last flapped : 2006-08-01 10:45:13 PDT (2w0d 06:06 ago) Input rate : 0 bps (0 pps) Output rate : 0 bps (0 pps) Logical interface lsq-0/0/0.0 (Index 69) (SNMP ifIndex 42) Flags: Point-To-Point SNMP-Traps 0x4000 Encapsulation: Multilink-PPP Bandwidth: 16mbps Statistics Frames fps Bytes bps Bundle: Fragments: Input : 0 0 0 0 Output: 1100 0 118800 0 Packets: Input : 0 0 0 0 Output: 1000 0 112000 0 ... Protocol inet, MTU: 1500 Flags: None Addresses, Flags: Is-Preferred Is-Primary Destination: 9.9.9/24, Local: 9.9.9.10Meaning– Die Ausgabe zeigt eine Zusammenfassung der Pakete, die das Gerät im Multilink-Bundle durchlaufen. Überprüfen Sie die folgenden Informationen auf dem Multilink-Paket:Die Gesamtzahl der übertragenden Pakete = 1000
Die Gesamtzahl der Transitfragmente = 1100
Die Anzahl der Datenpakete, die fragmentiert wurden = 100
Die Gesamtzahl der im Multilink-Bundle gesendeten Pakete (600 + 400) stimmt mit der Anzahl der übertragenen Pakete (1000) überein, was bedeutet, dass keine Pakete verworfen wurden.
Die Anzahl der übertragenden Fragmente übersteigt die Anzahl der übertragenden Pakete um 100, was darauf hinweist, dass 100 große Datenpakete korrekt fragmentiert wurden.
Corrective ActionWenn die Pakete nicht korrekt fragmentiert sind, überprüfen Sie die Konfiguration des Fragmentierungsschwellenwerts. Pakete, die kleiner als der angegebene Fragmentierungsschwellenwert sind, werden nicht fragmentiert.Überprüfen Sie die Paketkapselung. Um herauszufinden, ob ein Paket als LFI- oder Nicht-LFI-Paket behandelt wird, bestimmen Sie seinen Kapselungstyp. LFI-Pakete sind PPP-gekapselt, und Nicht-LFI-Pakete werden sowohl mit PPP als auch mit MLPPP verkapselt. PPP- und MLPPP-Kapselungen haben unterschiedliche Overheads, was zu unterschiedlich großen Paketen führt. Sie können die Paketgrößen vergleichen, um den Kapselungstyp zu bestimmen.
Ein kleines, unfragmentiertes Datenpaket enthält einen PPP-Header und einen einzelnen MLPPP-Header. In einem großen fragmentierten Datenpaket enthält das erste Fragment einen PPP-Header und einen MLPPP-Header, die nachfolgenden Fragmente enthalten jedoch nur einen MLPPP-Header.
PPP- und MLPPP-Kapselungen fügen einem Paket die folgende Anzahl von Bytes hinzu:
PPP-Kapselung fügt 7 Byte hinzu:
4 Byte Header + 2 Byte Frame-Check-Sequenz (FCS) + 1 Byte, das sich im Leerlauf befindet oder ein Flag enthält
MLPPP-Kapselung fügt zwischen 6 und 8 Byte hinzu:
4 Byte PPP-Header +2 bis 4 Byte Multilink-Header
Abbildung 2 zeigt den Overhead, der PPP- und MLPPP-Headern hinzugefügt wird.
Abbildung 2: PPP- und MLPPP-Header
Bei CRTP-Paketen sind der Kapselungs-Overhead und die Paketgröße sogar noch kleiner als bei einem LFI-Paket. Weitere Informationen finden Sie unter Beispiel: Konfigurieren des komprimierten Echtzeittransportprotokolls.
Tabelle 3 zeigt den Kapselungs-Overhead für ein Datenpaket und ein Sprachpaket mit jeweils 70 Byte. Nach der Kapselung ist die Größe des Datenpakets größer als die Größe des Sprachpakets.
Tabelle 3: PPP- und MLPPP-Kapselungs-Overhead Pakettyp
Verkapselung
Anfängliche Paketgröße
Overhead der Kapselung
Paketgröße nach der Kapselung
Sprachpaket (LFI)
KAUFKRAFTPARITÄT
70 Byte
4 + 2 + 1 = 7 Byte
77 Byte
Datenfragment (Nicht-LFI) mit kurzer Sequenz
MLPPP
70 Byte
4 + 2 + 1 + 4 + 2 = 13 Byte
83 Byte
Datenfragment (Nicht-LFI) mit langer Sequenz
MLPPP
70 Byte
4 + 2 + 1 + 4 + 4 = 15 Byte
85 Byte
Geben Sie im Betriebsmodus den
show interfaces queueBefehl ein, um die Größe des übertragenen Pakets in jeder Warteschlange anzuzeigen. Teilen Sie die Anzahl der übertragenen Bytes durch die Anzahl der Pakete, um die Größe der Pakete zu ermitteln und den Kapselungstyp zu bestimmen.Überprüfen Sie das Load Balancing. Geben Sie im Betriebsmodus den
show interfaces queueBefehl für das Multilink-Bundle und seine konstituierenden Links ein, um zu bestätigen, ob das Load Balancing für die Pakete entsprechend durchgeführt wird.user@R0> show interfaces queue lsq-0/0/0 Physical interface: lsq-0/0/0, Enabled, Physical link is Up Interface index: 136, SNMP ifIndex: 29 Forwarding classes: 8 supported, 8 in use Egress queues: 8 supported, 8 in use Queue: 0, Forwarding classes: DATA Queued: Packets : 600 0 pps Bytes : 44800 0 bps Transmitted: Packets : 600 0 pps Bytes : 44800 0 bps Tail-dropped packets : 0 0 pps RED-dropped packets : 0 0 pps … Queue: 1, Forwarding classes: expedited-forwarding Queued: Packets : 0 0 pps Bytes : 0 0 bps … Queue: 2, Forwarding classes: VOICE Queued: Packets : 400 0 pps Bytes : 61344 0 bps Transmitted: Packets : 400 0 pps Bytes : 61344 0 bps … Queue: 3, Forwarding classes: NC Queued: Packets : 0 0 pps Bytes : 0 0 bps …user@R0> show interfaces queue se-1/0/0 Physical interface: se-1/0/0, Enabled, Physical link is Up Interface index: 141, SNMP ifIndex: 35 Forwarding classes: 8 supported, 8 in use Egress queues: 8 supported, 8 in use Queue: 0, Forwarding classes: DATA Queued: Packets : 350 0 pps Bytes : 24350 0 bps Transmitted: Packets : 350 0 pps Bytes : 24350 0 bps ... Queue: 1, Forwarding classes: expedited-forwarding Queued: Packets : 0 0 pps Bytes : 0 0 bps … Queue: 2, Forwarding classes: VOICE Queued: Packets : 100 0 pps Bytes : 15272 0 bps Transmitted: Packets : 100 0 pps Bytes : 15272 0 bps … Queue: 3, Forwarding classes: NC Queued: Packets : 19 0 pps Bytes : 247 0 bps Transmitted: Packets : 19 0 pps Bytes : 247 0 bps …user@R0> show interfaces queue se-1/0/1 Physical interface: se-1/0/1, Enabled, Physical link is Up Interface index: 142, SNMP ifIndex: 38 Forwarding classes: 8 supported, 8 in use Egress queues: 8 supported, 8 in use Queue: 0, Forwarding classes: DATA Queued: Packets : 350 0 pps Bytes : 24350 0 bps Transmitted: Packets : 350 0 pps Bytes : 24350 0 bps … Queue: 1, Forwarding classes: expedited-forwarding Queued: Packets : 0 0 pps Bytes : 0 0 bps … Queue: 2, Forwarding classes: VOICE Queued: Packets : 300 0 pps Bytes : 45672 0 bps Transmitted: Packets : 300 0 pps Bytes : 45672 0 bps … Queue: 3, Forwarding classes: NC Queued: Packets : 18 0 pps Bytes : 234 0 bps Transmitted: Packets : 18 0 pps Bytes : 234 0 bpsMeaning– Die Ausgabe dieser Befehle zeigt die Pakete, die übertragen und in jeder Warteschlange der Link-Services-Schnittstelle und ihrer Bestandteile in die Warteschlange gestellt wurden. Tabelle 4 enthält eine Zusammenfassung dieser Werte. (Da die Anzahl der übertragenen Pakete der Anzahl der Pakete in der Warteschlange auf allen Verbindungen entspricht, werden in dieser Tabelle nur die Pakete in der Warteschlange angezeigt.)Tabelle 4: Anzahl der in einer Warteschlange übertragenen Pakete Pakete in der Warteschlange
Paket lsq-0/0/0.0
Konstituierendes Verbindungsglied se-1/0/0
Konstituierendes Verbindungsglied se-1/0/1
Erklärung
Pakete im 0. Quartal
600
350
350
Die Gesamtzahl der Pakete, die die einzelnen Links passieren (350+350 = 700), überstieg die Anzahl der Pakete in der Warteschlange (600) auf dem Multilink-Paket.
Pakete im 2. Quartal
400
100
300
Die Gesamtzahl der Pakete, die die einzelnen Links durchlaufen, entsprach der Anzahl der Pakete auf dem Paket.
Pakete im 3. Quartal
0
19
18
Die Pakete, die Q3 der konstituierenden Verbindungen durchlaufen, sind für Keepalive-Nachrichten, die zwischen konstituierenden Verbindungen ausgetauscht werden. Somit wurden im Q3 des Bündels keine Pakete gezählt.
Überprüfen Sie im Multilink-Bundle Folgendes:
Die Anzahl der Pakete in der Warteschlange stimmt mit der Anzahl der übertragenen Pakete überein. Wenn die Zahlen übereinstimmen, wurden keine Pakete verworfen. Wenn mehr Pakete in die Warteschlange gestellt als übertragen wurden, wurden Pakete verworfen, weil der Puffer zu klein war. Die Puffergröße auf den konstituierenden Verbindungen steuert die Überlastung in der Ausgangsphase. Um dieses Problem zu beheben, erhöhen Sie die Puffergröße für die konstituierenden Verbindungen.
Die Anzahl der Pakete, die Q0 (600) durchlaufen, entspricht der Anzahl der großen und kleinen Datenpakete, die auf dem Multilink-Paket empfangen wurden (100+500). Wenn die Zahlen übereinstimmen, haben alle Datenpakete korrekt Q0 durchlaufen.
Die Anzahl der Pakete, die Q2 auf dem Multilink-Bündel (400) durchlaufen, stimmt mit der Anzahl der Sprachpakete überein, die auf dem Multilink-Paket empfangen wurden. Wenn die Zahlen übereinstimmen, haben alle Sprach-LFI-Pakete korrekt Q2 durchlaufen.
Überprüfen Sie bei den konstituierenden Links Folgendes:
Die Gesamtzahl der Pakete, die Q0 (350+350) durchlaufen, stimmt mit der Anzahl der Datenpakete und Datenfragmente (500+200) überein. Wenn die Zahlen übereinstimmen, haben alle Datenpakete nach der Fragmentierung korrekt Q0 der konstituierenden Verbindungen durchlaufen.
Pakete passierten beide Links, was darauf hindeutet, dass das Load Balancing für Nicht-LFI-Pakete korrekt durchgeführt wurde.
Die Gesamtzahl der Pakete, die Q2 (300+100) auf konstituierenden Verbindungen übertragen, stimmt mit der Anzahl der empfangenen Sprachpakete (400) auf dem Multilink-Bündel überein. Wenn die Zahlen übereinstimmen, haben alle Sprach-LFI-Pakete korrekt Q2 durchlaufen.
LFI-Pakete vom Quellport
100werden übertragen,se-1/0/0und LFI-Pakete vom Quellport200werdense-1/0/1übertragen. Daher wurden alle LFI-Pakete (Q2) basierend auf dem Quellport gehasht und liefen korrekt über beide Bestandteile.
Corrective ActionWenn die Pakete nur eine Verbindung durchlaufen haben, führen Sie die folgenden Schritte aus, um das Problem zu beheben:Ermitteln Sie, ob die physische Verbindung (betriebsbereit) oder
down(nicht verfügbar) istup. Eine nicht verfügbare Verbindung weist auf ein Problem mit dem PIM, dem Schnittstellenport oder der physischen Verbindung (Link-Layer-Fehler) hin. Wenn die Verbindung betriebsbereit ist, fahren Sie mit dem nächsten Schritt fort.Stellen Sie sicher, dass die Klassifizierer für Nicht-LFI-Pakete korrekt definiert sind. Stellen Sie sicher, dass Nicht-LFI-Pakete nicht so konfiguriert sind, dass sie in Q2 in die Warteschlange gestellt werden. Alle Pakete, die sich in der Warteschlange von Q2 befinden, werden als LFI-Pakete behandelt.
Stellen Sie sicher, dass mindestens einer der folgenden Werte in den LFI-Paketen unterschiedlich ist: Quelladresse, Zieladresse, IP-Protokoll, Quellport oder Zielport. Wenn für alle LFI-Pakete die gleichen Werte konfiguriert sind, werden die Pakete alle mit demselben Datenstrom gehasht und durchlaufen dieselbe Verbindung.
Verwenden Sie die Ergebnisse, um das Load Balancing zu überprüfen.
Ermitteln, warum Pakete auf einem PVC-Kanal zwischen einem Gerät von Juniper Networks und einem Drittanbieter abgelegt werden
Problem
Beschreibung
Sie konfigurieren eine permanente virtuelle Verbindung (PVC) zwischen T1-, E1-, T3- oder E3-Schnittstellen auf einem Gerät von Juniper Networks und einem Drittanbieter, und Pakete werden verworfen und der Ping schlägt fehl.
Lösung
Wenn das Gerät eines Drittanbieters nicht über dieselbe FRF.12-Unterstützung wie das Gerät von Juniper Networks verfügt oder FRF.12 auf andere Weise unterstützt, kann die Geräteschnittstelle von Juniper Networks auf dem PVC ein fragmentiertes Paket mit FRF.12-Headern verwerfen und als "überwachte Verwerfung" zählen.
Um dieses Problem zu umgehen, konfigurieren Sie Multilink-Bundles auf beiden Peers und Fragmentierungsschwellenwerte für die Multilink-Bundles.