show route table

Name der Routing-Tabelle (z. B. inet.0).

Alle Protokolle wurden für diese Routing-Tabelle neu gestartet.

Zustand des Neustarts:

• Pending:protocol-name– Liste der Protokolle, die den ordnungsgemäßen Neustart für diese Routing-Tabelle noch nicht abgeschlossen haben.

• Complete—Alle Protokolle für diese Routing-Tabelle wurden neu gestartet.

Wenn die Ausgabe beispielsweise zeigt-

• LDP.inet.0             : 5 routes (4 active, 1 holddown, 0 hidden)
      Restart Pending: OSPF LDP VPN

  Dies weist darauf hin, dass , OSPFLDPund VPN die Protokolle für die LDP.inet.0 Routingtabelle nicht neu gestartet wurden.

• vpls_1.l2vpn.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
  Restart Complete

  Dies weist darauf hin, dass alle Protokolle für die vpls_1.l2vpn.0 Routing-Tabelle neu gestartet wurden.

Anzahl der Ziele, für die Routen in der Routing-Tabelle vorhanden sind.

Anzahl der Routen in der Routing-Tabelle und Gesamtzahl der Routen in den folgenden Status:

• active (Routen, die aktiv sind)

• holddown (Routen, die sich im Status "Ausstehend" befinden, bevor sie als inaktiv deklariert werden)

• hidden (Routen, die aufgrund einer Routing-Richtlinie nicht verwendet werden)

Routenziel (z. B. 10.0.0.1/24). Der entry Wert ist die Anzahl der Routen für dieses Ziel, und der Wert ist die Anzahl der announced Routen, die für dieses Ziel angekündigt werden. Manchmal wird das Routenziel in einem anderen Format angezeigt, z. B.:

• MPLS-label (z. B. 80001).

• interface-name (z. B. GE-1/0/2).

• neighbor-address:::control-word-statusencapsulation typevc-id: (Nur Layer-2-Verbindung; z. B. 10.1.1.195:NoCtrlWord:1:1:sourceLocal/96).

  • neighbor-address– Adresse des Nachbarn.

  • control-word-status—Gibt an, ob die Verwendung des Steuerworts für diese virtuelle Schaltung ausgehandelt wurde: NoCtrlWord oder CtrlWord.

  • encapsulation type—Art der Kapselung, dargestellt durch eine Zahl: (1) Frame Relay DLCI, (2) ATM AAL5 VCC-Transport, (3) ATM Transparent Cell Transport, (4) Ethernet, (5) VLAN Ethernet, (6) HDLC, (7) PPP, (8) ATM VCC-Zellentransport, (10) ATM VPC-Zellentransport.

  • vc-id– Kennung des virtuellen Schaltkreises.

  • source—Quelle der Anzeige: Local oder Remote.

• inclusive multicast Ethernet tag route– Typ des Routenziels, dargestellt durch (z. B. 3:100.100.100.100::::0::10::100.100.100.10/384):

  • route distinguisher—(8 Oktette) Route Distinguisher (RD) muss die RD der EVPN-Instanz (EVI) sein, die die NLRI ankündigt.

  • Ethernet tag ID—(4 Oktette) Kennung des Ethernet-Tags. Kann auf 0 oder auf einen gültigen Ethernet-Tag-Wert festgelegt werden.

  • IP address length—(1 Oktett) Länge der IP-Adresse in Bit.

  • originating router’s IP address—(4 oder 16 Oktette) Muss auf die IP-Adresse des Provider-Edge-Geräts (PE) eingestellt sein. Diese Adresse sollte für alle EVIs auf dem PE-Gerät gleich sein und kann die Loopback-Adresse des PE-Geräts sein.

(Next-to-the-last-hop-Routing-Gerät nur für MPLS) Tiefe des MPLS-Label-Stapels, in der der Label-Popping-Vorgang erforderlich ist, um eine oder mehrere Beschriftungen von der Spitze des Stapels zu entfernen. Es wird ein Routenpaar angezeigt, da der Pop-Vorgang nur ausgeführt wird, wenn die Stapeltiefe zwei oder mehr Beschriftungen beträgt.

• S=0 route Gibt an, dass ein Paket mit einer eingehenden Label-Stack-Tiefe von 2 oder mehr dieses Routing-Gerät mit einem Label weniger verlässt (der Label-Popping-Vorgang wird ausgeführt).

• Wenn keine S= Informationen vorhanden sind, handelt es sich bei der Route um eine normale MPLS-Route mit einer Stapeltiefe von 1 (der Vorgang zum Einfügen von Beschriftungen wird nicht ausgeführt).

Protokoll, aus dem die Route gelernt wurde, und der Präferenzwert für die Route.

• +—Ein Pluszeichen gibt die aktive Route an, d. h. die Route, die von der Routing-Tabelle in die Weiterleitungstabelle installiert wurde.

• -– Ein Bindestrich gibt die letzte aktive Route an.

• *—Ein Sternchen gibt an, dass es sich bei der Route sowohl um die aktive als auch um die letzte aktive Route handelt. Ein Sternchen vor einer to Linie gibt den besten Unterpfad zur Route an.

In jeder Routing-Metrik mit Ausnahme des BGP-Attributs LocalPref wird ein niedrigerer Wert bevorzugt. Um gängige Vergleichsroutinen verwenden zu können, speichert Junos OS das 1er-Komplement des LocalPref Werts im Preference2 Feld. Wenn der Wert für Route 1 beispielsweise 100 ist, ist der LocalPref Preference2 Wert -101. Wenn der Wert für Route 2 155 ist, ist der LocalPref Preference2 Wert -156. Route 2 wird bevorzugt, da sie einen höheren LocalPref und einen niedrigeren Preference2 Wert hat.

(Nur IS-IS). In IS-IS kann ein einzelner AS in kleinere Gruppen unterteilt werden, die als Bereiche bezeichnet werden. Das Routing zwischen Bereichen ist hierarchisch organisiert, sodass eine Domäne administrativ in kleinere Bereiche unterteilt werden kann. Diese Organisation wird durch die Konfiguration von Level-1- und Level-2-Zwischensystemen erreicht. Level-1-Systeme routen innerhalb eines Bereichs. Wenn sich das Ziel außerhalb eines Bereichs befindet, werden sie zu einem Level-2-System geroutet. Zwischensysteme der Ebene 2 routen zwischen Bereichen und zu anderen ASs.

IP-Subnetz mit einem 64-Bit-Präfix.

Provider-Multicast-Service-Schnittstelle (MVPN-Routing-Tabelle).

Typ des nächsten Hops. Eine Beschreibung der möglichen Werte für dieses Feld finden Sie in Tabelle 2.

Anzahl der Verweise auf den nächsten Hop.

Gibt an, dass die Anzahl der Flood-Next-Hop-Branches das Systemlimit von 32 Branches überschritten hat und nur eine Teilmenge der Flood-Next-Hop-Branches im Kernel installiert wurde.

IP-Adresse der Routenquelle.

Netzwerkschichtadresse des direkt erreichbaren Nachbarsystems.

Schnittstelle, die zum Erreichen des nächsten Hops verwendet wird. Wenn für den nächsten Hop mehr als eine Schnittstelle verfügbar ist, folgt auf den Namen der tatsächlich verwendeten Schnittstelle das Wort Selected. Dieses Feld kann auch die folgenden Informationen enthalten:

• Gewichtung: Wert, der zur Unterscheidung von primären, sekundären und schnellen Umleitungs-Backup-Routen verwendet wird. Gewichtungsinformationen sind verfügbar, wenn MPLS-LSP-Link-Schutz (Label Switched Path), Node-Link-Schutz oder Fast Reroute aktiviert ist oder wenn der Standby-Status für sekundäre Pfade aktiviert ist. Ein niedrigerer Gewichtswert wird bevorzugt. Bei Routen mit gleichem Gewichtungswert ist Load Balancing möglich.

• Balance: Ausgleichskoeffizient, der angibt, wie der Datenverkehr mit ungleichen Kosten auf die nächsten Hops verteilt wird, wenn ein Routing-Gerät einen Lastenausgleich zu ungleichen Kosten durchführt. Diese Informationen sind verfügbar, wenn Sie BGP-Multipath-Load-Balancing aktivieren.

Name des LSP, der zum Erreichen des nächsten Hops verwendet wird.

MPLS-Label und -Vorgang, der an diesem Routing-Gerät stattfindet. Der Vorgang kann sein pop (bei dem eine Beschriftung vom oberen Rand des Stapels entfernt wird), push (bei der dem Beschriftungsstapel eine weitere Beschriftung hinzugefügt wird) oder swap (bei der eine Beschriftung durch eine andere Beschriftung ersetzt wird).

(Nur lokal) Name der lokalen Schnittstelle.

Netzwerkschichtadresse des Remoteroutinggeräts, das das Präfix angekündigt hat. Diese Adresse wird verwendet, um einen Weiterleitungs-Next-Hop abzuleiten.

Indexbezeichnung, die verwendet wird, um die Zuordnung zwischen den nächsten Hops des Protokolls, den Tags, der Kernel-Exportrichtlinie und den nächsten Weiterleitungs-Hops anzugeben.

Status der Route (eine Route kann sich in mehr als einem Status befinden). Siehe Tabelle 3.

AS-Nummer der lokalen Routing-Geräte.

Wie lange die Route schon bekannt ist.

Angesammeltes AIGP-BGP-Attribut (Interior Gateway Protocol).

Kostenwert der angegebenen Route. Bei Routen innerhalb eines AS werden die Kosten durch IGP und die einzelnen Protokollmetriken bestimmt. Bei externen Routen, Zielen oder Routingdomänen werden die Kosten durch einen Präferenzwert bestimmt.

Metrikwert für die BGP-Pfadauswahl, dem die IGP-Kosten für das Ziel des nächsten Hops hinzugefügt wurden.

Bei MPLS-LSPs der Status des TTL-Propagationsattributs. Kann für alle RSVP- und LDP-signalisierten LSPs oder für bestimmte VRF-Routing-Instanzen aktiviert oder deaktiviert werden.

Name des Protokolls, dem die Route hinzugefügt wurde.

Die Anzahl der BGP-Peers oder -Protokolle, zu denen Junos OS diese Route angekündigt hat, gefolgt von der Liste der Empfänger der Ankündigung. Junos OS kann auch die Route zur Kernel-Routing-Tabelle (KRT) ankündigen, um die Route in der Packet Forwarding Engine, in einem Resolve-Baum, einem Layer-2-VC oder sogar einem VPN zu installieren. Gibt n-Resolve inet z. B. an, dass die angegebene Route für die Routenauflösung für die nächsten Hops in der Routingtabelle verwendet wird.

• n– Ein Index, der nur vom Kundendienst von Juniper Networks verwendet wird.

AS-Pfad, über den die Route gelernt wurde. Die Buchstaben am Ende des AS-Pfads geben den Ursprung des Pfads an und geben einen Hinweis auf den Zustand der Route an dem Punkt, an dem der AS-Pfad seinen Ursprung hat:

• I– IGP.

• E– EGP.

• Recorded—Der AS-Pfad wird vom Sample-Prozess aufgezeichnet (abgetastet).

• ?– Unvollständig; In der Regel wurde der AS-Pfad aggregiert.

Wenn AS-Pfadnummern in der Route enthalten sind, lautet das Format wie folgt:

• [ ]– Klammern schließen die Zahl ein, die dem AS-Pfad vorangestellt ist. Diese Zahl stellt die Anzahl der im AS-Pfad vorhandenen AS dar, wenn sie wie in RFC 4271 definiert berechnet wird. Dieser Wert wird im AS-Pfad-Merge-Prozess verwendet, wie in RFC 4893 definiert.

• [ ]—Wenn mehr als eine AS-Nummer auf dem Routing-Gerät konfiguriert ist oder wenn AS-Pfad vorangestellt ist, schließen Klammern die lokale AS-Nummer ein, die dem AS-Pfad zugeordnet ist.

• { }– Geschweifte Klammern schließen AS-Sätze ein, bei denen es sich um Gruppen von AS-Nummern handelt, bei denen die Reihenfolge keine Rolle spielt. Ein Satz ergibt sich in der Regel aus der Routenaggregation. Die Nummern in jedem AS-Satz werden in aufsteigender Reihenfolge angezeigt.

• ( )– Eine Konföderation wird in Klammern eingeschlossen.

• ( [ ] )– Klammern und eckige Klammern schließen einen Konföderationssatz ein.

(BGP-gelernte Routen) Validierungsstatus der Route:

• Invalid– Gibt an, dass das Präfix gefunden wurde, aber entweder ist der entsprechende AS, der vom EBGP-Peer empfangen wird, nicht der AS, der in der Datenbank angezeigt wird, oder die Präfixlänge in der BGP-Aktualisierungsnachricht ist länger als die maximal zulässige Länge in der Datenbank.

• Unknown– Gibt an, dass das Präfix nicht zu den Präfixen oder Präfixbereichen in der Datenbank gehört.

• Unverified– Gibt an, dass der Ursprung des Präfixes nicht mit der Datenbank abgeglichen wird. Dies liegt daran, dass die Datenbank aufgefüllt wurde und die Validierung in der BGP-Importrichtlinie nicht gefordert wird, obwohl die Ursprungsvalidierung aktiviert ist oder die Ursprungsvalidierung für die BGP-Peers nicht aktiviert ist.

• Valid– Gibt an, dass das Präfix und das autonome Systempaar in der Datenbank gefunden wurden.

Gibt die Punkt-zu-Mehrpunkt-Stammadresse, die Multicast-Quelladresse und die Multicast-Gruppenadresse an, wenn die M-LDP-Inband-Signalisierung (Multipoint LDP) konfiguriert ist.

Wenn Multipoint-LDP mit Multicast-Only Fast Reroute (MoFRR) konfiguriert ist, wird der primäre Upstreampfad angegeben. MoFRR überträgt eine Multicast-Join-Nachricht von einem Empfänger an eine Quelle auf einem primären Pfad und gleichzeitig eine sekundäre Multicast-Join-Nachricht vom Empfänger an die Quelle auf einem Backup-Pfad.

Wenn Multipoint-LDP mit MoFRR konfiguriert ist, werden die RPF-Informationen (Reverse Path Weiterleitung) zum nächsten Hop angezeigt. Datenpakete werden sowohl vom primären als auch vom sekundären Pfad empfangen. Die redundanten Pakete werden aufgrund der RPF-Prüfungen an Topologie-Merge-Punkten verworfen.

Mehrere MPLS-Labels werden verwendet, um die Auswahl des MoFRR-Datenstroms zu steuern. Jede Beschriftung stellt eine separate Route dar, verweist jedoch jeweils auf dieselbe Schnittstellenlistenprüfung. Nur das primäre Label wird weitergeleitet, während alle anderen verworfen werden. Mehrere Schnittstellen können Pakete mit demselben Label empfangen.

Wert, der zur Unterscheidung von MoFRR-Primär- und Backup-Routen verwendet wird. Ein niedrigerer Gewichtswert wird bevorzugt. Bei Routen mit gleichem Gewichtungswert ist Load Balancing möglich.

MPLS-Label, das der virtuellen Verbindung der Layer 2-Verbindung zugewiesen ist.

Maximale Übertragungseinheit (MTU) der Layer-2-Schaltung.

VLAN-Kennung der Layer-2-Verbindung.

FEC (Forwarding Equivalent Class), die an diese Route gebunden ist. Gilt nur für Routen, die von LDP installiert wurden.

Community-Pfadattribut für die Route. In Tabelle 4 finden Sie alle möglichen Werte für dieses Feld.

Layer-2-Kapselung (z. B. VPLS).

Steuer-Flags: none oder Site Down.

Angaben zur maximalen Übertragungseinheit (MTU).

Erstes Etikett in einem Block von Etiketten und Etikettenblockgröße. Ein Remote-PE-Routinggerät verwendet dieses erste Label, wenn Datenverkehr an das PE-Routinggerät für Werbung gesendet wird.

Layer 2 VPN und VPLS Network Layer Reachability Information (NLRI).

Aktuell aktiver Pfad, wenn BGP-Multipath konfiguriert ist.

Das LongLivedStale-Flag zeigt an, dass die Route von diesem Router im Rahmen des Betriebs des LLGR-Empfängermodus als LLGR-veraltet markiert wurde. Für eine Route kann entweder dieses Flag oder das LongLivedStaleImport-Flag angezeigt werden. Keines dieser Flags wird gleichzeitig mit dem Flag "Veraltet" (gewöhnlicher GR veraltet) angezeigt.

Das LongLivedStaleImport-Flag gibt an, dass die Route als LLGR-veraltet markiert wurde, als sie von einem Peer oder von der Importrichtlinie empfangen wurde. Für eine Route kann entweder dieses Flag oder das LongLivedStale-Flag angezeigt werden. Keines dieser Flags wird gleichzeitig mit dem Flag "Veraltet" (gewöhnlicher GR veraltet) angezeigt.

Akzeptieren Sie alle empfangenen BGP-LLGR-Routen (Long-Lived Graceful Restart) und veraltete LLGR-Routen, die von konfigurierten Nachbarn gelernt wurden, und importieren Sie sie in die inet.0-Routing-Tabelle.

Akzeptieren Sie alle empfangenen BGP-LLGR-Routen (Long-Lived Graceful Restart) und veraltete LLGR-Routen, die von konfigurierten Nachbarn gelernt und in die inet.0-Routing-Tabelle importiert wurden.

Das LongLivedStaleImport-Flag gibt an, dass die Route als LLGR-veraltet markiert wurde, als sie von einem Peer oder von der Importrichtlinie empfangen wurde.

Pfad, der derzeit zu BGP-Multipath beiträgt.

Lokaler Präferenzwert, der in der Route enthalten ist.

BGP-Router-ID, wie vom Nachbarn in der Öffnungsnachricht angekündigt.

In einer Routing-Tabellengruppe der Name der primären Routing-Tabelle, in der sich die Route befindet.

In einer Routingtabellengruppe der Name einer oder mehrerer sekundärer Tabellen, in denen sich die Route befindet.

Den nächsten Hop übertragen.

Nächsten Hop verweigern.

Verwerfe den nächsten Hop.

Nächsten Hop überfluten. Besteht aus Komponenten, die als Verzweigungen bezeichnet werden, bis zu einem Maximum von 32 Verzweigungen. Jeder Flood-Next-Hop-Zweig sendet eine Kopie des Datenverkehrs an die Weiterleitungsschnittstelle. Wird von Punkt-zu-Multipoint-RSVP, Punkt-zu-Multipoint-LDP, Punkt-zu-Multipunkt-CCC und Multicast verwendet.

Der nächste Hop wartet darauf, in einen Unicast- oder Multicasttyp aufgelöst zu werden.

Indizierter nächster Hop.

Wird mit Anwendungen verwendet, die über eine Remote-Protokolladresse für den nächsten Hop verfügen. Dieser Next-Hop-Typ wird wahrscheinlich für interne BGP-Routen (IBGP) angezeigt, wenn der nächste BGP-Hop ein BGP-Nachbar ist, der nicht direkt verbunden ist.

Wird für eine Netzwerkadresse verwendet, die einer Schnittstelle zugewiesen ist. Im Gegensatz zum nächsten Hop des Routers verweist der nächste Hop der Schnittstelle nicht auf einen bestimmten Knoten im Netzwerk.

Lokale Adresse auf einer Schnittstelle. Dieser Next-Hop-Typ bewirkt, dass Pakete mit dieser Zieladresse lokal empfangen werden.

Wire Multicast Next Hop (beschränkt auf das LAN).

Multicast-Verwerfen.

Multicast-Gruppenmitglied.

Erhalten.

Verwerfen. Es wurde eine ICMP-Meldung "nicht erreichbar" gesendet.

Auflösen des nächsten Hops.

Regulärer Multicast für den nächsten Hop.

Ein bestimmter Knoten oder eine Gruppe von Knoten, an die das Routinggerät Pakete weiterleitet, die dem Routenpräfix entsprechen.

Um sich als Next-Hop-Router zu qualifizieren, muss die Route die folgenden Kriterien erfüllen:

• Es darf sich nicht um ein direktes oder lokales Subnetz für das Routinggerät handeln.

• Es muss ein nächster Hop vorhanden sein, der direkt mit dem Routinggerät verbunden ist.

Routingtabelle nächster Hop.

Unicast.

Liste der nächsten Unicast-Hops. Ein Paket, das an diesen nächsten Hop gesendet wird, wird an einen beliebigen nächsten Hop in der Liste gesendet.

Route muss abgerechnet werden.

Route ist aktiv.

Ein Pfad mit einem niedrigeren Mehrfachausgangsdiskriminator (MED) ist verfügbar.

Ein kürzerer AS-Pfad ist verfügbar.

Nicht deterministisches Cisco MED ist aktiviert, und ein Pfad mit einem niedrigeren MED ist verfügbar.

Route ist ein Klon.

Länge der Clusterliste, die vom Routenreflektor gesendet wird.

Die Route wurde gelöscht.

Äußere Route.

BGP-Route, die von einem externen BGP-Nachbarn empfangen wurde.

Erzwingt, dass alle Protokolle über eine Änderung einer aktiven oder inaktiven Route für ein Präfix benachrichtigt werden. Wenn nicht festgelegt, werden Protokolle nur dann über ein Präfix informiert, wenn sich die aktive Route ändert.

Route aufgrund von Routing-Richtlinien nicht verwendet.

Route muss RPF-Prüfung weiterleiten.

Pfad über den nächsten Hop mit niedrigerer IGP-Metrik ist verfügbar.

Flaggen für diese Route, die für ein bestimmtes Ziel nicht als beste ausgewählt wurde.

Route wird hinzugefügt.

Innere Route.

BGP-Route, die von einem internen BGP-Peer oder einem BGP-Verbundpeer empfangen wurde.

Direkter, statischer, IGP- oder EBGP-Pfad ist verfügbar.

Es ist ein Pfad mit einem höheren lokalen Präferenzwert verfügbar.

Route ist ein Marsianer (wird ignoriert, weil er offensichtlich ungültig ist).

Route, die von der Marsfilterung ausgenommen ist.

Pfad mit niedrigerer Metrik für den nächsten Hop ist verfügbar.

Pfad vom Nachbarn mit niedrigerer IP-Adresse ist verfügbar.

Route darf nicht beworben werden.

Route nicht gewählt, da sie nicht die niedrigste MED hat.

Der eingehende BGP-AS ist nicht der beste einer Gruppe (nur ein AS kann der beste sein).

Die Route darf nicht in der Weiterleitungstabelle installiert werden.

Pfad mit einer größeren Anzahl von nächsten Hops ist verfügbar.

Pfad mit einem niedrigeren Ursprungscode ist verfügbar.

Route ausstehend, da eine Hold-Down-Konfiguration auf einer anderen Route konfiguriert ist.

Route für die Veröffentlichung geplant.

Eine Route aus einer Routing-Tabelle mit einer höheren Nummer ist verfügbar.

64-Bit-Präfix zu IP-Subnetzen hinzugefügt, um sie eindeutig zu machen.

Es ist eine Route mit einer niedrigeren Metrik oder MED verfügbar.

Es steht eine Route mit niedrigerem Präferenzwert zur Verfügung.

Pfad durch einen Nachbarn mit niedrigerer ID ist verfügbar.

Route ist keine primäre Route.

Der Pfad kann aufgrund einer der folgenden Bedingungen nicht verwendet werden:

• Die Strecke ist gedämpft.

• Die Route wird von einer Importrichtlinie abgelehnt.

• Die Route ist nicht aufgelöst.

Letzter Tiebreaker ist der niedrigste IP-Adresswert.

Route ist eine EVPN-Typ-5-Route (IP-Präfix-Route).

4 Byte, die eine 32-Bit-Bereichsnummer codieren. Für AS-externe Routen ist der Wert 0. Ein Wert ungleich Null identifiziert die Route als intern der OSPF-Domäne und als innerhalb des identifizierten Bereichs. Bereichsnummern beziehen sich auf eine bestimmte OSPF-Domäne.

Community-Wert für die Verbindungsbandbreite, der für den Lastenausgleich bei ungleichen Kosten verwendet wird. Wenn BGP mehrere Kandidatenpfade für Multipath-Zwecke zur Verfügung hat, führt es gemäß der Linkbandbreiten-Community keinen Lastausgleich zu ungleichen Kosten durch, es sei denn, alle Kandidatenpfade verfügen über dieses Attribut.

DF-Wahlmodus (Designated Forwarder) für Multihoming-Konfigurationen. Zu den verfügbaren Optionen auf einem Gerät gehören Mod-basierte oder präferenzbasierte DF-Auswahl.

Eindeutige konfigurierbare Nummer, die die OSPF-Domäne identifiziert.

Eindeutige konfigurierbare Nummer, die die OSPF-Domäne weiter identifiziert.

Identifiziert den Wert in der erweiterten Multicast-Flags-Community, die Bits enthält, die EVPN-Multicast-Snooping und Multicast-optimierte Intersubnet-Multicast-Informationen (OISM) angeben. Zum Beispiel:

• 0x01 – IGMP-Snooping-Bit (Anzeige enthält Schlüsselwort igmp-snooping-enabled)

• 0x02 – MLD-Snooping-Bit (Anzeige enthält Schlüsselwort mld-snooping-enabled)

• 0x08 – OISM-Bit (Anzeige enthält Schlüsselwort oism)

• 0x10 – PEG-Bit (Anzeige enthält Schlüsselwort peg)

Gibt an, ob die Multihomed Proxy MAC- und IP-Address Route Advertisement aktiviert ist. Der Wert 0x20 gibt an, dass das Proxy-Bit gesetzt ist. .

Verwenden Sie die Anweisung, um zu bestimmen, ob die show bridge mac-ip-table extensive MAC- und IP-Adressroute lokal oder von einem PE-Gerät gelernt wurde.

Zugewiesenes GBP-Tag (Group Based Policy) von 1 bis 65535.

Anzahl der Verbindungsbandbreite: von 0 bis 4.294.967.295 (Byte pro Sekunde).

Lokale AS-Nummer: von 1 bis 65.535.

1 Byte. Derzeit wird dies nur verwendet, wenn der Routentyp 5 oder 7 ist. Das Festlegen des niederwertigsten Bits im Feld gibt an, dass die Route eine Metrik vom Typ 2 enthält.

(Wird mit VPNs verwendet) Gibt an, woher die Route kam.

1 Byte, kodiert als 1 oder 2 für gebietsinterne Routen (je nachdem, ob die Route von einer LSA vom Typ 1 oder vom Typ 2 stammt); 3 für zusammenfassende Routen; 5 für externe Routen (Bereichsnummer muss 0 sein); 7 für NSSA-Strecken; oder 129 für Scheinlink-Endpunktadressen.

Zeigt die Bereichsnummer, den OSPF-Routentyp und die Option der Route an. Dies wird mit dem erweiterten BGP-Community-Attribut 0x8000 konfiguriert. Das Format ist area-number:ospf-route-type:options.

Zeigt die Bereichsnummer, den OSPF-Routentyp und die Option der Route an. Dies wird mit dem erweiterten BGP-Community-Attribut 0x0306 konfiguriert. Das Format ist area-number:ospf-route-type:options.

Definiert, an welchem VPN die Route teilnimmt; target hat das Format 32-bit IP address:16-bit number. Beispiel: 10.19.0.0:100.

Eingehende IANA-Codes mit einem Wert zwischen 0x1 und 0x7fff. Dieser Code des erweiterten BGP-Communityattributs wird akzeptiert, aber nicht erkannt.

Eingehende IANA-Codes mit einem Wert über 0x8000. Dieser Code des erweiterten BGP-Communityattributs wird akzeptiert, aber nicht erkannt.