show route detail

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

Anzahl der Ziele, für die routen in der Routingtabelle vorhanden sind.

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

• active (aktive Routen)

• holddown (Routen, die sich im ausstehenden Zustand befinden, bevor sie für inaktiv erklärt werden)

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

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

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

• interface-name (zum Beispiel ge-1/0/2).

• neighbor-address:control-word-status:encapsulation type:vc-id:source (Nur Layer-2-Circuit; zum Beispiel 10.1.1.195:NoCtrlWord:1:1:Lokal/96).

  • neighbor-address– Adresse des Nachbarn.

  • control-word-status—Ob die Verwendung des Steuerwortes für diesen virtuellen Circuit 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– Virtuelle Circuit-Kennung.

  • source—Quelle der Anzeige: Local oder Remote.

  • source—Quelle der Anzeige: Local oder Remote.

( Routing-Gerät neben dem letzten Hop nur für MPLS) Tiefe des MPLS-Labelstacks, bei dem Label-Popping-Vorgang erforderlich ist, um ein oder mehrere Label von oben auf dem Stack zu entfernen. Ein Routenpaar wird angezeigt, da der Pop-Vorgang nur durchgeführt wird, wenn die Stacktiefe zwei oder mehr Label beträgt.

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

• Wenn keine S= Informationen vorhanden sind, handelt es sich bei der Route um eine normale MPLS-Route mit einer Stacktiefe von 1 (der Label-Popping-Vorgang wird nicht durchgeführt).

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

• +— Ein Pluszeichen zeigt die aktive Route an, also die Route, die von der Routingtabelle in die Weiterleitungstabelle installiert wurde.

• - — Ein Bindestrich zeigt die zuletzt aktive Route an.

• *— Ein Sternchen zeigt an, dass die Route sowohl die aktive als auch die letzte aktive Route ist. Ein Sternchen vor einer to Zeile zeigt den besten Unterpfad zur Route an.

In jeder Routing-Metrik mit Ausnahme des BGP-Attributs LocalPref wird ein geringerer Wert bevorzugt. Um gängige Vergleichsroutinen zu verwenden, speichert Junos OS die Ergänzung des Wertes Preference2 des 1 im LocalPref Feld. Wenn der LocalPref Wert für Route 1 beispielsweise 100 ist, ist der Preference2 Wert -101. Wenn der LocalPref Wert für Route 2 155 ist, ist der Preference2 Wert -156. Route 2 wird bevorzugt, weil sie einen höheren LocalPref Wert hat.

Preference2 Werte sind ganze Zahlen mit Vorzeichen, das heißt Werte Preference2 können positive oder negative Werte sein. Junos OS wertet Preference2 werte jedoch als ganze Zahlen ohne Vorzeichen aus, die durch positive Werte dargestellt werden. Basierend auf den Preference2 Werten bewertet Junos OS eine bevorzugte Route in den folgenden Szenarien unterschiedlich:

• Beide Signierten Preference2 Werte

  • Route A = -101

  • Route B = -156

  Wenn beide Preference2 Werte signiert sind, bewertet Junos OS nur den unsignierten Wert von Preference2 und Route A, der einen niedrigeren Preference2 Wert hat, wird bevorzugt.

• Nicht signierte Preference2 Werte

  Betrachten Sie nun beide werte ohne Vorzeichen Preference2 :

  • Route A = 4294967096

  • Route B = 200

  Hier berücksichtigt Junos OS den geringeren Preference2 Wert, und Route B mit einem Preference2 Wert von 200 wird bevorzugt, weil es weniger ist als 4294967096.

• Kombination von signierten und nicht signierten Preference2 Werten

  Wenn Preference2 Werte von zwei Routen verglichen werden, und für eine Route ist dies Preference2 ein signierter Wert, für die andere Route ist es ein nicht signierter Wert, junos OS bevorzugt die Route mit dem positiven Preference2 Wert gegenüber dem negativen Preference2 Wert. Betrachten Sie beispielsweise die folgenden signierten und nicht signierten Preference2 Werte:

  • Route A = -200

  • Route B = 200

  In diesem Fall wird Route B mit dem Preference2 Wert 200 bevorzugt, obwohl dieser Wert größer als -200 ist, da Junos OS nur den nicht signierten Wert des Preference2 Wertes auswertet.

(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 aufgeteilt werden kann. Diese Organisation wird durch die Konfiguration von Level 1- und Level 2-Intermediate-Systemen erreicht. Level-1-Systeme routen innerhalb eines Bereichs. Wenn sich das Ziel außerhalb eines Bereichs befindet, wird ein Level-2-System geleitet. Level-2-Intermediate-Systeme routen zwischen Bereichen und zu anderen ASs.

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

Provider-Multicast-Serviceschnittstelle (MVPN-Routing-Tabelle).

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

Anzahl der Verweise auf den nächsten Hop.

Gibt an, dass die Anzahl der Flood-Next-Hop-Zweigstellen die Systemgrenze von 32 Zweigstellen überschritten hat, und nur ein Teil der Flood-Next-Hop-Zweigstellen im Kernel installiert wurde.

IP-Adresse der Routenquelle.

Die Adresse der Netzwerkebene des direkt erreichbaren Nachbarsystems.

Schnittstelle, um den nächsten Hop zu erreichen. 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 Reroute-Backup-Routen verwendet wird. Die Gewichtungsinformationen sind verfügbar, wenn der Linkschutz für MPLS-Label-Switched Path (LSP), der Node-Link-Schutz oder die schnelle Umleitung aktiviert ist oder wenn der Standby-Zustand für sekundäre Pfade aktiviert ist. Ein geringerer Gewichtswert wird bevorzugt. Unter Routen mit dem gleichen Gewichtswert ist Load Balancing möglich.

• Balance —Balance-Koeffizienten, der anzeigt, wie der Datenverkehr ungleicher Kosten auf die nächsten Hops verteilt wird, wenn ein Routing-Gerät ungleiche Kosten Load Balancing ausführt. Diese Informationen sind verfügbar, wenn Sie BGP-Multipath-Load Balancing aktivieren.

Name des LSP, der verwendet wurde, um den nächsten Hop zu erreichen.

MPLS-Label und -Betrieb an diesem Routing-Gerät. Der Vorgang kann pop sein (wenn ein Etikett von der Obersten des Stacks entfernt wird), push (wenn ein Label zum Labelstack hinzugefügt wird) oder swap (wenn ein Etikett durch ein anderes Label ersetzt wird).

(nur lokal) Lokaler Schnittstellenname.

Die Adresse der Netzwerkebene des Remote-Routing-Geräts, das das Präfix angekündigt hat. Diese Adresse wird verwendet, um einen Weiterleitungs-Next Hop abzuleiten.

Index-Bezeichnung, die verwendet wird, um die Zuordnung zwischen Protokoll next Hops, Tags, Kernel-Exportrichtlinie und der Weiterleitung next Hops anzugeben.

Zustand der Route (eine Route kann in mehr als einem Zustand sein). Siehe Tabelle 3.

AS-Nummer des lokalen Routing-Geräts.

Wie lange die Route bekannt ist.

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

Kostenwert der angegebenen Route. Für Routen innerhalb eines AS werden die Kosten durch IGP und die einzelnen Protokollmetriken bestimmt. Für externe Routen, Ziele oder Routing-Domänen werden die Kosten durch einen Präferenzwert bestimmt.

Metrikwert für die Auswahl des BGP-Pfads, dem die IGP-Kosten für das Next-Hop-Ziel hinzugefügt wurden.

Für MPLS-LSPs den Status des TTL-Ausbreitungsattributs. Kann für alle RSVP-signalierten und LDP-signalierten LSPs oder für bestimmte VRF-Routing-Instanzen aktiviert oder deaktiviert werden.

Beispielausgaben finden Sie unter show route table .

Name des Protokolls, das die Route hinzugefügt hat.

Die Anzahl der BGP-Peers oder -Protokolle, für die Junos OS diese Route angekündigt hat, gefolgt von der Liste der Empfänger der Ankündigung. Junos OS kann auch die Route zum KRT ankündigen, um die Route in die Packet Forwarding Engine, eine Resolve Tree, einen L2 VC oder sogar ein VPN zu installieren. Gibt beispielsweise an, dass die angegebene Route für die Routenauflösung für die nächsten Hops verwendet wird, n-Resolve inet die in der Routing-Tabelle gefunden werden.

• n— Ein Index, der nur vom Kundensupport von Juniper Networks verwendet wird.

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

• I—IGP.

• E—EGP.

• Recorded— Der AS-Pfad wird durch den Stichprobenprozess aufgezeichnet (stichprobeniert).

• ?—Unvollständig; in der Regel wurde der AS-Pfad aggregiert.

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

• [ ]— Klammern umschließen die Nummer, die dem AS-Pfad vorausgeht. Diese Zahl repräsentiert die Anzahl der im AS-Pfad vorhandenen ASs, wenn sie wie in RFC 4271 definiert berechnet wird. Dieser Wert wird im AS-Path-Merge-Prozess verwendet, wie in RFC 4893 definiert.

• [ ]— Wenn auf dem Routinggerät mehr als eine AS-Nummer konfiguriert ist oder der AS-Pfad bereits in Bearbeitung ist, schließen Klammern die lokale AS-Nummer ein, die dem AS-Pfad zugeordnet ist.

• { }— Klammern umschließen AS-Sätze, also Gruppen von AS-Zahlen, bei denen die Reihenfolge keine Rolle spielt. Ein Satz ergibt sich in der Regel aus der Routenaggregation. Die Zahlen in jedem AS-Satz werden in aufsteigender Reihenfolge angezeigt.

• ( )— Klammern umschließen eine Konföderation.

• ( [ ] )— Klammern und Klammern umschließen eine Konföderation.

(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-Updatemeldung ist länger als die maximale Länge, die in der Datenbank zulässig ist.

• 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 überprüft wird. Dies liegt daran, dass die Datenbank gefüllt wurde und die Validierung in der BGP-Importrichtlinie nicht aufgerufen wird, obwohl die Ursprungsvalidierung aktiviert 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 werden.

Zeigt die Kennung der optimalen Route Reflection (ORR)-Generation an. Aktualisierungen des ISIS- und OSPF Interior Gateway Protocol (IGP) werden abgelegt, wenn die Kennzahl der entsprechenden ORR-Route geändert wurde oder wenn die ORR-Route hinzugefügt oder gelöscht wird.

Point-to-Multipoint-Stammadresse, Multicast-Quelladresse und Multicast-Gruppenadresse, wenn M-LDP (Multipoint LDP) Inband-Signaling konfiguriert ist.

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

Wenn Multipoint-LDP mit MoFRR konfiguriert ist, wird die Reverse Path Forwarding (RPF) Next-Hop-Information. Datenpakete werden sowohl vom primären als auch vom sekundären Pfad empfangen. Die redundanten Pakete werden aufgrund der RPF-Überprüfung an Topologie-Mergepunkten verworfen.

Zur Steuerung der MoFRR-Stream-Auswahl werden mehrere MPLS-Label verwendet. Jedes Label stellt eine separate Route dar, aber jedes verweist auf dieselbe Schnittstellenlistenüberprüfung. Nur das primäre Label wird weitergeleitet, während alle anderen gelöscht werden. Mehrere Schnittstellen können Pakete mit demselben Label empfangen.

Wert, der zur Unterscheidung der primären und Backup-Routen von MoFRR verwendet wird. Ein geringerer Gewichtswert wird bevorzugt. Unter Routen mit dem gleichen Gewichtswert ist Load Balancing möglich.

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

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

VLAN-Kennung des Layer-2-Circuits.

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

Community-Pfad-Attribut für die Route. Alle möglichen Werte für dieses Feld finden Sie Tabelle 4 unter.

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

Steuerungsflaggen: none oder Site Down.

Maximale MTU-Informationen (Transmission Unit).

Erstes Label in einem Block von Labeln und Größe des Labelblocks. Ein Pe-Routing-Gerät von Remote-Geräten verwendet dieses erste Label, wenn der Datenverkehr an das Pe-Routing-Gerät der Werbung gesendet wird.

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

Aktueller 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-stale markiert wurde. Entweder diese Flagge oder das LongLivedStaleImport-Flag kann für eine Route angezeigt werden. Keine dieser Flaggen wird gleichzeitig wie die Stale (gewöhnliche GR stale) Flagge angezeigt.

Das LongLivedStaleImport-Flag zeigt an, dass die Route als LLGR-stale markiert wurde, wenn sie von einem Peer oder durch eine Importrichtlinie empfangen wurde. Für eine Route kann entweder dieses Flag oder die LongLivedStale-Flagge angezeigt werden. Keine dieser Flaggen wird gleichzeitig wie die Stale (gewöhnliche GR stale) Flagge angezeigt.

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

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

Das LongLivedStaleImport-Flag zeigt an, dass die Route als LLGR-stale markiert wurde, wenn sie von einem Peer oder durch eine Importrichtlinie empfangen wurde.

Das Flag DeletePending zeigt an, dass eine BGP-Route aufgrund eines BGP-Peer-Down-Ereignisses verarbeitet werden muss.

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

Der Wert der lokalen Präferenz ist in der Route enthalten.

BGP-Router-ID, wie sie vom Nachbarn in der offenen Nachricht angekündigt wird.

In einer Routingtabellengruppe der Name der primären Routingtabelle, in der sich die Route befindet.

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

Gibt die Kernel-ID- und Statistik-ID-Nummer an.

Gibt die Anzahl der übertragenen Pakete und Daten an.

Broadcast des nächsten Hops.

Den nächsten Hop ablehnen.

Next Hop verwerfen.

Dynamische Liste next Hop

Flood next Hop. Besteht aus Komponenten, die als Zweigstellen bezeichnet werden, bis zu maximal 32 Zweigstellen. Jede Flood-Next-Hop-Zweigstelle sendet eine Kopie des Datenverkehrs an die Weiterleitungsschnittstelle. Wird von Point-to-Multipoint-RSVP, Point-to-Multipoint-LDP, Point-to-Multipoint-CCC und Multicast verwendet.

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

Indizierter nächster Hop.

Wird mit Anwendungen verwendet, die eine Remote-Protokoll-Next-Hop-Adresse haben. Dieser Next-Hop-Typ wird wahrscheinlich für interne BGP-Routen (IBGP) gesehen, wenn es sich beim nächsten BGP-Hop um einen BGP-Nachbarn handelt, der nicht direkt verbunden ist.

Wird für eine Netzwerkadresse verwendet, die einer Schnittstelle zugewiesen ist. Im Gegensatz zum Nächsten Hop des Routers referenzt der Next Hop über die Schnittstelle keinen 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.

Mitglied der Multicast-Gruppe.

Erhalten.

Verwerfen. Eine ICMP-Nachricht, die nicht erreichbar ist, wurde gesendet.

Auflösung des nächsten Hops.

Regulärer Multicast-Next Hop.

Ein bestimmter Knoten oder satz von Knoten, an die das Routing-Gerät Pakete weiterleitt, die dem Routenpräfix entsprechen.

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

• Es darf kein direktes oder lokales Subnetz für das Routing-Gerät sein.

• Muss einen nächsten Hop haben, der direkt mit dem Routing-Gerät verbunden ist.

Der nächste Hop wird der Routing-Engine-Weiterleitungstabelle für Remote-IP-Adressen mit Präfix /32 nur für Junos OS Evolved hinzugefügt.

Routing-Tabelle next Hop.

Unicast.

Liste der Unicast-Next-Hops. Ein Paket, das an diesen nächsten Hop gesendet wird, geht an jeden nächsten Hop in der Liste.

Route erfordert Buchhaltung.

Route ist aktiv.

Pfad mit einem niedrigeren Multiple Exit Discriminator (MED) ist verfügbar.

Kürzerer AS-Pfad ist verfügbar.

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

Route ist ein Klon.

Länge der Clusterliste, die vom Route Reflector gesendet wird.

Route wurde gelöscht.

Exterieur-Route.

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

Zwingt alle Protokolle, über eine Änderung an einer beliebigen Route für ein Präfix informiert zu werden, ob aktiv oder inaktiv. Wenn sie nicht festgelegt sind, werden Protokolle nur dann über ein Präfix informiert, wenn sich die aktive Route ändert.

Route wird aufgrund der Routing-Richtlinie nicht verwendet.

Die Route muss RPF-Prüfung weiterleiten.

Path through next Hop mit niedrigerer IGP-Metrik ist verfügbar.

Flags für diese Route, die für ein bestimmtes Ziel nicht als am besten ausgewählt wurde.

Route, die hinzugefügt wird.

Innere Route.

BGP-Route, die von einem internen BGP-Peer oder einem Peer der BGP-Konföderation empfangen wird.

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

Pfad mit einem höheren Lokalen Präferenzwert ist verfügbar.

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

Route, die von marsischer Filterung befreit ist.

Pfad mit niedrigerer Metrik Next Hop ist verfügbar.

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

Route, die nicht angekündigt wird.

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

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

Route, die nicht in der Weiterleitungstabelle installiert werden soll.

Route, die von nicht von NSR unterstützten Protokollen hinzugefügt wurde.

Pfad mit einer größeren Anzahl von next Hops ist verfügbar.

Pfad mit einem niedrigeren Ursprungscode ist verfügbar.

Route, die aufgrund einer Aufhängung auf einer anderen Route konfiguriert wurde.

Die Installation programmgesteuert nach On-Box- oder Off-Box-Anwendungen mithilfe von API routen.

Zeigt Pfade an, die Schutz anfordern.

Gibt den Routeneintrag an, der als Schutzpfad verwendet werden kann.

Route für die Veröffentlichung geplant.

Route aus einer höher nummerierten Routing-Tabelle ist verfügbar.

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

Route mit einer niedrigeren Kennzahl oder MED ist verfügbar.

Route mit niedrigerem Präferenzwert verfügbar

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

Route ist keine primäre Route.

Pfad ist aufgrund einer der folgenden Bedingungen nicht nutzbar:

• Die Strecke ist gedämpft.

• Die Route wird von einer Importrichtlinie abgelehnt.

• Die Route ist ungeklärt.

Letzter Tiebreaker ist der niedrigste IP-Adresswert.

4 Bytes, Codierung einer 32-Bit-Bereichsnummer. Für AS-externe Routen ist der Wert 0. Ein nichtzero-Wert identifiziert die Route als intern zur OSPF-Domäne und als innerhalb des identifizierten Bereichs. Die Bereichsnummern sind relativ zu einer bestimmten OSPF-Domäne.

Mehrwert der Link-Bandbreite-Community für ungleiches Load Balancing. Wenn BGP mehrere Kandidatenpfade für Multipath-Zwecke zur Verfügung hat, führt es gemäß der Link-Bandbreite-Community kein ungleiches Load Balancing durch, es sei denn, alle Kandidatenpfade haben dieses Attribut.

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

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

Verbindungsbandnummer: von 0 bis 4.294.967.295 (Bytes pro Sekunde).

Lokale AS-Nummer: von 1 bis 65.535.

1 Byte. Derzeit wird dies nur verwendet, wenn der Routentyp 5 oder 7 ist. Die Einstellung des geringsten Bits in diesem Feld zeigt an, dass die Route eine Typ-2-Metrik enthält.

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

1 Byte, codiert als 1 oder 2 für Intra-Area-Routen (je nachdem, ob die Route von einer LSA des Typs 1 oder typ 2 stammt); 3 für Zusammenfassungsrouten; 5 für externe Routen (Bereichsnummer muss 0 sein); 7 für NSSA-Routen; oder 129 für Sham-Link-Endgeräteadressen.

Zeigt die Bereichsnummer, den OSPF-Routentyp und die Option der Route an. Die Konfiguration erfolgt unter Verwendung des erweiterten BGP-Community-Attributs 0x8000. Das Format ist area-number:ospf-route-type:options.

Zeigt die Bereichsnummer, den OSPF-Routentyp und die Option der Route an. Die Konfiguration erfolgt mithilfe des erweiterten BGP-Community-Attributs 0x0306. 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. Zum Beispiel 10.19.0.0:100.

Definiert die Quelle der IPv6-Unicast-Adresse in einer Richtlinienabgleichsbedingung.

Definiert die VPN-IPv6-Ziel-Unicast-Adresse, die in einer Richtlinienabgleichsbedingung verwendet wird. Das Ziel hat das 128-bit IP address:16-bit number Format.

Zum Beispiel 2001:db8:9999::9.

Definiert das erweiterte Format der IPv6-Unicast-Adresse in einer Richtlinienabgleichung. Zum Beispiel ipv6-extended:203:<2001:db8::7>:67

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

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