Was ist der Zweck dieses Tests?
Mit dem Befehl „Auszug der Routentabelle (Route Table Dump)“ wird die vollständige Routing-Tabelle in IPv4 aufgelistet.
Wann kann dieser Test ausgeführt werden?
Führen Sie diesen Test aus, um die Route in der FIB-Tabelle von IPv4 zu überprüfen. Sie können den Test ausführen, indem Sie eine der folgenden Optionen angeben:
- Segment: Wählen Sie das Segment aus, für das Routen angezeigt werden müssen. Wählen Sie „Alle (Alle)“ für alle Segmente aus.
- Präfix (Prefix): Geben Sie ein bestimmtes Präfix an, für das Routen angezeigt werden müssen.
- Routen (Routes): Wählen Sie in der Dropdown-Liste eine der folgenden Optionen aus:
- Alle (All): Zeigen Sie alle Routen für jedes Präfix an.
- Bevorzugt (Preferred): Zeigen Sie die bevorzugte Route allein für jedes Präfix an (dies ist die Route, die für die Datenweiterleitung verwendet wird).
Anweisungen zum Ausführen eines Remote-Diagnosetests auf Edges finden Sie unter
Ausführen von Remote-Diagnosetests auf Edges.
Hinweis: Die Befehlsausgabe „Auszug der Routentabelle (Route Table Dump)“ weist einen Grenzwert von 16.000 Routen auf.
Zu prüfende Punkte in der Testausgabe
Nachfolgend sehen Sie ein Beispiel für die Testausgabe:
Die Remote-Diagnoseausgabe zeigt die folgenden Informationen an:
| Bereich | Beschreibung |
|---|---|
| Adresse (Adress) | Gibt die in der Tabelle verfügbaren IPv4-Routen an. |
| Segment | Gibt das Segment an, in dem die Routen verfügbar sind und vom Edge verarbeitet werden. |
| Netzmaske (Netmask) | Gibt den Adressbereich in IPv4 an. |
| Typ (Type) | Gibt den Routentyp an, z. B. Cloud, Edge2Edge, beliebig (Underlay oder Verbunden) usw. |
| Kosten (Cost) | Gibt die Routenkosten oder Metriken an, die bei der Auswahl der Routenkriterien verwendet werden. |
| Erreichbar (Reachable) | Gibt den Status der Route an, unabhängig davon, ob sie „True“ für „Erreichbar (Reachable)“ oder „False“ für „Nicht erreichbar (Not Reachable)“ lautet. |
| Nächster Hop (Next Hop) | Gibt im Falle lokaler Routen die lokale Ausgangsschnittstelle an. Im Falle von Overlay-/Remote-Routen wird die Art des nächsten Hops angegeben. Beispiel: „Cloud-Gateway“ im Falle von Cloud-Routen, „Cloud-VPN“ im Falle eines Datencenters oder „Edge-zu-Edge“-Routen usw. |
| Name für nächsten Hop (Next Hop Name) | Gibt den Namen des nächsten Hop-Geräts an. |
| Zielname (Destination Name) | Gibt den Namen des Zielgeräts an. |
| Grund für Verlust (Lost Reason) | Gibt den Code dafür an, warum eine Route die Berechnungslogik für die Routing-Präferenz an die nächste bevorzugte Route verliert, sowohl auf Edges als auch auf Gateways. |
| Grund für (nicht) erreichbar ((Not) Reachable Reason) | Gibt den Grund an, warum die Route erreichbar oder nicht erreichbar ist. |
Hinweis: Eine nicht aufgelöste Route, die über BGP mit mehreren Hops gelernt wurde, weist möglicherweise auf eine Zwischenschnittstelle hin.
In der folgenden Tabelle sind die Ursachencodes für einen Edge und die entsprechenden Beschreibungen aufgeführt:
| Ursachencode | Beschreibung |
|---|---|
| PR_UNREACHABLE | Bei Overlay-Routen ist der Remote-Peer (entweder Gateway oder Edge) nicht erreichbar. |
| IF_DOWN | Egress-Schnittstelle ist inaktiv. |
| INVALID_IFIDX | Egress-Schnittstelle, wenn der Index für diese Route ungültig ist. |
| SLA_STATE_DOWN | Der durch die IP-SLA-Nachverfolgung angegebene Status lautet „inaktiv (down)“. |
| HA_STANDBY | Handelt es sich bei dem lokalen Edge um einen Standby-Edge, werden alle vom aktiven Edge synchronisierten Routen zur Vereinfachung des Betriebs als erreichbar markiert. |
| LOCAL_MGMT | Verwaltungsrouten sind immer erreichbar. |
| LOOPBACK | Loopback-IP-Adresse ist immer erreichbar. |
| SELF_ROUTE | Selbst erstellte IP-Routen sind immer erreichbar. |
| RECUR_UNRES | Rekursive Routen werden als erreichbar markiert, so dass rekursive Auflösung zur Vereinfachung des Betriebs durchgeführt werden kann. |
| VPN_VIA_NAT | vpnViaNat-Routen sind immer erreichbar. |
| SLA_STATE_UP | Der durch die IP-SLA-Nachverfolgung angegebene Status lautet „aktiv (up)“. |
| IF_RESOLVED | Egress-Schnittstelle ist aktiv und wurde aufgelöst. |
| PR_REACHABLE | Bei Overlay-Routen ist der Remote-Peer (entweder Gateway oder Edge) erreichbar. |
| LR_NO_ELECTION | Beste Route. |
| LR_NP_SWAN_VS_VELO | Der Vorgänger wird ausgewählt, da es sich um eine nicht bevorzugte statische WAN-Route handelt (eine Route, bei der das Flag „bevorzugt (preferred)“ auf „falsch (false)“ gesetzt ist), im Vergleich zur aktuellen Route, die eine Route über Velocloud ist. |
| LR_NP_SWAN_VS_DEFRT | Der Vorgänger wird ausgewählt, da es sich um eine nicht bevorzugte statische WAN-Route handelt, wenn sie mit der aktuellen Route verglichen wird, die die Standardroute ist. |
| LR_NP_ROUTE_TYPE | Der Vorgänger wird ausgewählt, da sein Routentyp im Vergleich zur aktuellen Route besser ist. Außerdem handelt es sich bei einer der zu vergleichenden Routen in diesem Fall um eine nicht bevorzugte Route. |
| LR_BGP_LOCAL_PREF | Beide Routen werden mithilfe von BGP erlernt. Der Vorgänger wird ausgewählt, da er eine höhere lokale Präferenz als die aktuelle Route aufweist. |
| LR_BGP_ASPATH_LEN | Beide Routen werden mithilfe von BGP erlernt. Der Vorgänger wird ausgewählt, da er einen niedrigeren AS-Pfadwert als die aktuelle Route aufweist. |
| LR_BGP_METRIC | Beide Routen werden mithilfe von BGP erlernt. Der Vorgänger wird ausgewählt, da er einen niedrigeren Metrikwert als die aktuelle Route aufweist. |
| LR_EXT_OSPF_INTER | Der Vorgänger wird ausgewählt, da es sich um eine von OSPF erlernte Route mit einer Inter- oder Intra-Area-Metrik im Vergleich zur aktuellen Route handelt, die von BGP erlernt wurde. |
| LR_EXT_BGP_RT | Der Vorgänger wird ausgewählt, da es sich um eine von BGP erlernte Route handelt, im Vergleich zur aktuellen Route, die eine von OSPF erlernte Route mit dem Metrik-Typ OE1 oder OE2 ist. |
| LR_EXT_METRIC_TYPE | Beide Routen sind OSPF-Routen. Der Vorgänger wird ausgewählt, da er einen besseren Metriktyp als die aktuelle Route aufweist. Reihenfolge der Präferenz für OSPF-Metriktypen: OSPF_TYPE_INTRA, OSPF_TYPE_INTER, OSPF_TYPE_OE1, OSPF_TYPE_OE2. |
| LR_EXT_METRIC_VAL | Beide Routen sind OSPF-Routen. Der Vorgänger wird ausgewählt, da er einen niedrigeren Metrikwert als die aktuelle Route aufweist. |
| LR_EXT_NH_IP | Beide Routen sind OSPF ECMP-Routen. Die aktuelle Route geht an den Vorgänger verloren, weil sie später erlernt wurde. |
| LR_PG_BGP_ORDER | Beide sind Remote-BGP-Routen mit denselben BGP-Parametern. Die aktuelle Route wird ausgewählt, da es sich um eine Partner-Gateway-Route (PG) handelt und im Vergleich zur aktuellen Route einen niedrigeren Wert für „Reihenfolge (order)“ aufweist. |
| LR_NON_PG_BGP_ORDER | Beide sind Remote-BGP-Routen mit denselben BGP-Parametern. Die aktuelle Route wird ausgewählt, da es sich um eine Nicht-PG-Route handelt und im Vergleich zur aktuellen Route einen niedrigeren Wert für „Reihenfolge (order)“ aufweist. |
| LR_EXT_ORDER | Beide sind Remote-OSPF-Routen mit derselben Metrik. Der Vorgänger wird ausgewählt, da er einen niedrigeren Wert für die Reihenfolge als die aktuelle Route aufweist. |
| LR_PREFERENCE | Bei beiden handelt es sich entweder um BGP- oder OSPF-Routen. Der Vorgänger wird ausgewählt, da er einen geringeren Wert für die Voreinstellung als die aktuelle Route aufweist. |
| LR_DCE_NSD_STATIC_PREF DCE – Datencenter, NSD – Nicht-SDWAN-Site |
Bei beiden handelt es sich um lokale statische NSD-Routen. Der Vorgänger wird ausgewählt, da es sich um eine bevorzugte Route handelt (bevorzugtes Flag auf „wahr (true)“ festgelegt) im Vergleich zur aktuellen Route, die nicht bevorzugt wird. |
| LR_DCE_NSD_STATIC_METRIC | Bei beiden handelt es sich um statische NSD-Routen. Der Vorgänger wird ausgewählt, da er einen niedrigeren Metrikwert als die aktuelle Route aufweist. |
| LR_DCE_NON_REMOTE | Bei beiden handelt es sich um statische NSD-Routen. Der Vorgänger wird ausgewählt, da es sich um eine lokale Route (nicht remote) handelt und die aktuelle Route eine Remote-Route ist. |
| LR_DCE_NSD_STATIC_REMOTE_ORDER | Bei beiden handelt es sich um statische Remote-NSD-Routen. Der Vorgänger wird ausgewählt, da er im Vergleich zur aktuellen Route einen niedrigeren Wert für die Reihenfolge aufweist. |
| LR_DCE_DC_DIRECT | Bei beiden handelt es sich um statische NSD-Routen. Der Vorgänger wird ausgewählt, da sein DC_DIRECT-Flag festgelegt ist und für die aktuelle Route dieses Flag nicht festgelegt ist. Dies ist die Route, bei der das Flag „n – nonVelocloud“ in der Ausgabe debug.py --routes festgelegt ist. Hierbei handelt es sich um Routen, die von einem NVS vom Edge erlernt werden. |
| LR_DCE_LOGICAL_ID | Bei beiden handelt es sich um statische NSD-Routen. Der Vorgänger wird ausgewählt, da er über eine bessere logische ID als die aktuelle Route verfügt. |
| LR_NETMASK | Der Vorgänger wird ausgewählt, da er über eine höhere Netzmaske als die aktuelle verfügt. Dies wird nicht funktionieren, da die Netzmaske eine andere ist und es sich um einen eigenen Netzwerk-/Routeneintrag handelt. |
| LR_NETADDR | Der Vorgänger wird ausgewählt, da er über eine höhere Netzwerkadresse als die aktuelle verfügt. Dies wird nicht funktionieren, da die Netzwerkadresse unterschiedlich ist. Es handelt sich um einen eigenen Netzwerk-/Routing-Eintrag. |
| LR_CONN_FLAG | Der Vorgänger wird ausgewählt, da es sich um eine verbundene Route handelt und die aktuelle Route keine verbundene Route ist. |
| LR_SELF_FLAG | Der Vorgänger wird ausgewählt, da es sich um eine Self-Route handelt und die aktuelle Route keine Self-Route ist. |
| LR_SLAN_FLAG | Der Vorgänger wird ausgewählt, da es sich um eine statische LAN-Route handelt und die aktuelle Route keine statische LAN-Route ist. |
| LR_SWAN_FLAG | Der Vorgänger wird ausgewählt, da es sich um eine statische WAN-Route handelt und die aktuelle Route keine statische WAN-Route ist. |
| LR_NSD_STATIC_LOCAL | Der Vorgänger wird ausgewählt, da es sich um eine lokale statische NSD-Route handelt und die aktuelle Route eine NSD-BGP-Route ist. |
| LR_NSD_BGP_VS_NON_PREF_STATIC | Der Vorgänger wird ausgewählt, da es sich um eine NDS-BGP-Route handelt und die aktuelle Route eine statische, nicht bevorzugte NSD-Route ist. |
| LR_NSD_STATIC_PREF_VS_NSD_STATIC | Der Vorgänger wird ausgewählt, da es sich um eine statische bevorzugte NSD-Route handelt und die aktuelle Route keine statische NSD-Route ist. |
| LR_CONN_STATIC_VS_NSD_BGP | Der Vorgänger wird ausgewählt, da es sich um eine remote verbundene/statische Route handelt und die aktuelle Route eine NSD-BGP-Route ist. |
| LR_OPG_SECURE_STATIC | Der Vorgänger wird ausgewählt, da es sich im Vergleich zur aktuellen Route um eine sichere statische PG-Route handelt. |
| LR_ROUTED_VS_VELO | Der Vorgänger wird ausgewählt, da es sich um eine Route handelt, die aus Routing-Protokollen erlernt wurde, im Vergleich zur aktuellen Route, die eine „v - ViaVeloCloud“-Route ist. |
| LR_INTF_DEF_VS_ROUTED | Der Vorgänger wird ausgewählt, da es sich um eine Standard-Cloud-Route der Schnittstelle handelt, wenn es sich um eine aktuelle Route handelt, die mithilfe von Routing-Protokollen (lokal oder remote) gelernt wird. |
| LR_ROUTE_TYPE | Der Vorgänger wird ausgewählt, da er im Vergleich zum aktuellen eine bessere Route aufweist. |
| LR_E2DC_REMOTE | Der Vorgänger wird ausgewählt, da es sich um eine Edge2DC-Route handelt und es sich um eine lokale Route handelt und die aktuelle Route eine Remote-Route ist. |
| LR_CONNECTED_LAN | Bei beiden handelt es sich um verbundene Routen. Der Vorgänger wird ausgewählt, da es sich um eine verbundene LAN-Route handelt und die aktuelle Route keine verbundene LAN-Route ist. |
| LR_VELO_REMOTE_FLAG | Bei beiden handelt es sich um Cloud-Routen. Der Vorgänger wird ausgewählt, da es sich um eine Remoteroute handelt, wenn es sich um eine lokale Cloud-Route handelt. |
| LR_VELO_EdgeD_ROUTED | Bei beiden handelt es sich um Cloud-Routen. Der Vorgänger wird ausgewählt, da es sich um eine Route handelt, die über das Routing-Protokoll gelernt wird, und die aktuelle Route wird nicht über das Routing-Protokoll gelernt. |
| LR_VELO_PG_ROUTE | Bei beiden handelt es sich um Cloud-Routen. Der Vorgänger wird ausgewählt, da es sich um eine PG-Route handelt und die aktuelle Route keine PG-Route ist. |
| LR_VIA_VELO_ROUTE | Bei beiden handelt es sich um Cloud-Routen. Der Vorgänger wird ausgewählt, da es sich um eine Route über Velocloud handelt und die aktuelle Route keine Route über Velocloud ist. |
| LR_REMOTE_NON_ROUTED | Beides sind Remote-Routen (Overlay-Routen). Der Vorgänger wird ausgewählt, da es sich um eine Route handelt, die nicht über das Routing-Protokoll (statisch/verbunden) gelernt wird, und die aktuelle Route eine Route ist, die über das Routing-Protokoll erlernt wird. |
| LR_REMOTE_DCE_FLAG | Beides sind Remote-Routen (Overlay-Routen). Der Vorgänger wird ausgewählt, weil es sich um eine Edge-Route des Datencenters handelt („D - DCE“ ist in der Ausgabe von debug.py --routes gesetzt) und die aktuelle keine Edge-Route des Datencenters ist. |
| LR_METRIC | Der Vorgänger wird ausgewählt, da er einen niedrigeren Metrikwert als die aktuelle Route aufweist. |
| LR_ORDER | Der Vorgänger wird ausgewählt, da er im Vergleich zur aktuellen Route eine geringere Reihenfolge aufweist. |
| LR_LOGICAL_ID | Der Vorgänger wird ausgewählt, da er über eine bessere logische ID als die aktuelle Route verfügt. |
| LR_EXT_BGP_VIA_PRIMGW | Beides sind BGP-Routen. Der Vorgänger wird ausgewählt, da es sich um eine NSD-BGP-Route handelt, die vom primären NSD-VCG erlernt wurde. Die aktuelle Route wurde möglicherweise vom redundanten NDS-VCG erlernt. |
Die folgende Tabelle enthält die Ursachencodes für ein Gateway und die entsprechenden Beschreibungen:
| Ursachencode | Beschreibung |
|---|---|
| LR_NO_ELECTION | Beste Route. |
| LR_NVS_STATIC_PREF | Der Vorgänger wird ausgewählt, da es sich im Vergleich zur aktuellen Route um eine statische NVS-Route handelt. |
| LR_EXT_BGP_VS_OSPF | Der Vorgänger wird ausgewählt, da es sich um eine BGP-Route handelt und die aktuelle Route eine OSPF-Route mit dem Metriktyp OE1/OE2 ist. |
| LR_EXT_BGP_ROUTE | Bei beiden handelt es sich um Cloud-Routen. Der Vorgänger wird ausgewählt, da es sich im Vergleich zur aktuellen Route (die statisch ist) um eine von BGP gelernte Cloud-Route handelt. |
| LR_CLOUD_ROUTE_VS_ANY | Der Vorgänger wird ausgewählt, da es sich um eine Edge2Edge- oder Edge2Datacenter-Route handelt und die aktuelle Route eine statische Cloud-Route ist. Edge2Edge/Edge2Datacenter > Statische Cloud (Cloud static). |
| LR_BGP_LOCAL_PREF | Bei beiden handelt es sich entweder um Edge2Edge- oder Edge2Datacenter-Routen, die über BGP erlernt wurden. Der Vorgänger wird ausgewählt, da er im Vergleich zur aktuellen Route einen höheren lokalen Präferenzwert aufweist. |
| LR_BGP_ASPATH_LEN | Bei beiden handelt es sich entweder um Edge2Edge- oder Edge2Datacenter-Routen, die über BGP erlernt wurden. Der Vorgänger wird ausgewählt, da er im Vergleich zur aktuellen Route einen geringeren AS-Pfadwert aufweist. |
| LR_BGP_METRIC | Bei beiden handelt es sich entweder um Edge2Edge- oder Edge2Datacenter-Routen, die über BGP erlernt wurden. Der Vorgänger wird ausgewählt, da er im Vergleich zur aktuellen Route einen geringeren Metrikwert aufweist. |
| LR_DCE_NSD_STATIC_PREF | Beides sind Edge2Datacenter-Routen. Der Vorgänger wird ausgewählt, da es sich im Vergleich zur aktuellen Route um eine statische NSD-Route handelt. |
| LR_DCE_NSD_STATIC_METRIC | Bei beiden handelt es sich um statische Edge2Datacenter-Routen. Der Vorgänger wird ausgewählt, da er im Vergleich zur aktuellen Route einen geringeren Metrikwert aufweist. |
| LR_DCE_NSD_STATIC_GW_NON_REMOTE | Bei beiden handelt es sich um statische Edge2Datacenter-Routen. Der Vorgänger wird ausgewählt, da es sich da es sich im Vergleich zur aktuellen Remote-Route um eine lokale Route handelt. |
| LR_DCE_LOGICAL_ID | Bei beiden handelt es sich um statische Edge2Datacenter-Routen. Der Vorgänger wird ausgewählt, da er im Vergleich zur aktuellen Route eine bessere logische ID aufweist. |
| LR_E2DC_METRIC | Beides sind Edge2Datacenter-Routen. Der Vorgänger wird ausgewählt, da seine Metrik im Vergleich zur aktuellen Route geringer ist. |
| LR_DC_IPADDR | Beides sind Edge2Datacenter-Routen. Der Vorgänger wird ausgewählt, da seine Datencenter-IP-Adresse im Vergleich zur aktuellen Route kleiner ist. |
| LR_E2DC_NETADDR | Beides sind Edge2Datacenter-Routen. Der Vorgänger wird ausgewählt, da seine Netzwerkadresse im Vergleich zur aktuellen Route kleiner ist. |
| LR_E2E_PREFERENCE | Beides sind Edge2Edge-Routen. Der Vorgänger wird ausgewählt, da sein Voreinstellungswert im Vergleich zur aktuellen Route kleiner ist. |
| LR_E2E_METRIC | Beides sind Edge2Edge-Routen. Der Vorgänger wird ausgewählt, da sein Metrikwert im Vergleich zur aktuellen Route kleiner ist. |
| LR_E2E_LOGICAL_ID | Beides sind Edge2Edge-Routen. Der Vorgänger wird ausgewählt, da er eine bessere logische ID als die aktuelle Route aufweist. |
| LR_E2E_NETADDR | Beides sind Edge2Edge-Routen. Der Vorgänger wird ausgewählt, da seine Netzwerkadresse im Vergleich zur aktuellen Route kleiner ist. |
| LR_OPG_SECURE_STATIC | Der Vorgänger wird ausgewählt, da es sich da es sich im Vergleich zur aktuellen Route um eine sichere statische PG-Route handelt. |
| LR_ROUTE_TYPE | Der Vorgänger wird ausgewählt, da er einen besseren Routentyp als die aktuelle Route aufweist. |
| LR_NETMASK | Der Vorgänger wird ausgewählt, da er über eine höhere Netzmaske als die aktuelle verfügt. |
| LR_METRIC | Der Vorgänger wird ausgewählt, da er einen niedrigeren Metrikwert als die aktuelle Route aufweist. |
| LR_PREFERENCE | Bei beiden handelt es sich um Routen, die von Routing-Protokollen erlernt wurden. Der Vorgänger wird ausgewählt, da er einen geringeren Wert für die Voreinstellung als die aktuelle Route aufweist. |
| LR_NETADDR | Der Vorgänger wird ausgewählt, da seine Netzwerkadresse im Vergleich zur aktuellen Route kleiner als ist. |
| LR_LOGICAL_ID | Der Vorgänger wird ausgewählt, da seine logische ID im Vergleich zur aktuellen Route besser ist. |
