Auf dieser Seite
Beispiel: Konfigurieren einer Routingrichtlinie für bedingtes Annoncen aktivieren bedingte Installation von Präfixen in einer Routingtabelle
In diesem Beispiel wird gezeigt, wie Sie die verwendungsbedingte Installation von Präfixen in einer Routingtabelle mithilfe BGP-Exportrichtlinie konfigurieren.
Anforderungen
In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:
M Series Multiservice Edge Router, 5G-Router der MX-Universelle Routing-Plattformen oder T-Serie Core-Router
Junos OS 9.0 oder höher
Überblick
In diesem Beispiel sind drei Router in drei verschiedenen autonomen Systemen (ASs) mit dem Protokoll BGP verbunden und konfiguriert. Der als Router bezeichnete Internet als Upstream-Router verfügt über fünf auf seiner Lo0.0-Loopback-Schnittstelle konfigurierte Adressen (172.16.11.1/32, 172.16.12.1/32, 172.16.13.1/32, 172.16.14.1/32 und 172.16.15.1/32) und eine weitere Loopback-Adresse (192.168.9.1/32) wird als Router-ID konfiguriert. Diese sechs Adressen werden in BGP exportiert, um den Inhalt einer BGP-Routingtabelle eines mit dem Internet verbundenen Routers zu emulieren und nach Norden ausgeschrieben.
Die Nord- und Süd-Router verwenden die 10.0.89.12/30- bzw. 10.0.78.12/30-Netzwerke und verwenden 192.168.7.1 und 192.168.8.1 für ihre entsprechenden Loopback-Adressen.
Abbildung 1 zeigt die in diesem Beispiel verwendete Topologie.
Router North exportiert eine Standardroute in BGP und gibt die Standardroute und die fünf BGP routen zum Router South (dem nachgeschalteten Router) an. Router South empfängt die Standardroute und nur eine andere Route (172.16.11.1/32) und installiert diese Route und die Standardroute in der Routingtabelle.
Kurz zusammengefasst erfüllt das Beispiel die folgenden Anforderungen:
Senden Sie 0/0 nach Süden, wenn auch eine bestimmte Route gesendet wird (im Beispiel 172.16.11.1/32).
Im Süden übernehmen Sie die Standardroute und die Route 172.16.11.1/32. Alle anderen Routen fallen lassen. Stellen Sie sicher, dass der Süden möglicherweise die gesamte Internettabelle empfängt, während der Netzbetreiber nur eine Standard- und ein anderes Präfix anbelange.
Als Erstes wird eine Exportrichtlinie für Nord erfüllt:
user@North# show policy-options
policy-statement conditional-export-bgp {
term prefix_11 {
from {
protocol bgp;
route-filter 10.11.0.0/5 orlonger;
}
then accept;
}
term conditional-default {
from {
route-filter 0.0.0.0/0 exact;
condition prefix_11;
}
then accept;
}
term others {
then reject;
}
}
condition prefix_11 {
if-route-exists {
172.16.11.1/32;
table inet.0;
}
}
Die Logik der bedingten Exportrichtlinie lässt sich wie folgt zusammenfassen: Wenn 0/0 vorhanden ist und 172.16.11.1/32 vorhanden ist, senden Sie das 0/0-Präfix. Das bedeutet, dass 172.16.11.1/32 nicht vorhanden ist, auch nicht 0/0 senden.
Die zweite Anforderung wird mit einer Importrichtlinie für "Süd" erfüllt:
user@South# show policy-options
policy-statement import-selected-routes {
term 1 {
from {
rib inet.0;
neighbor 10.0.78.14;
route-filter 0.0.0.0/0 exact;
route-filter 10.11.0.0/8 orlonger;
}
then accept;
}
term 2 {
then reject;
}
}
In diesem Beispiel werden als Folge der Importrichtlinie im Süden vier Routen gelöscht. Der Grund dafür ist, dass die Exportrichtlinie auf North alle vom Internet empfangenen Routen überlauft und einige dieser Routen von der Importrichtlinie im Süden ausgeschlossen werden.
Es ist wichtig zu verstehen, dass in Junos OS zwar eine Importrichtlinie (Inbound Route Filter) eine Route ablehnen, nicht für die Weiterleitung des Datenverkehrs verwendet wird, sie aber nicht in eine Ankündigung an andere Peers einfing, der Router diese Routen als verborgene Routen beibehalten. Diese versteckten Routen sind für Richtlinien- oder Routing-Zwecke nicht verfügbar. Sie belegen jedoch den Speicherplatz auf dem Router. Ein Dienstanbieter filtert Routen, um die Menge der Von einem Router gespeicherten und verarbeiteten Informationen zu steuern. So soll der Router die Routen, die von der Importrichtlinie abgelehnt werden, vollständig fallen lassen.
Verborgene Routen können mithilfe des Befehls angezeigt show route receive-protocol bgp neighbor-address hidden werden. Die versteckten Routen können dann durch Konfiguration der Anweisung auf der oder auf der Hierarchieebene beibehalten oder aus der keep all | none[edit protocols bgp] Routingtabelle [edit protocols bgp group group-name] gelöscht werden.
Für die BGP Routenbindung gelten folgende Regeln:
Standardmäßig werden alle aus den verschiedenen Routen gelernten BGP beibehalten, außer die, bei denen der AS-Pfad eine Schleife hat. (Der AS Pfad umfasst die lokalen AS.)
Durch die Konfiguration der Anweisung werden alle aus dem E-BGP gelernten Routen beibehalten, sogar die Routen mit der lokalen AS im AS
keep allPfad.Durch die Konfiguration der Anweisung BGP Routen, die von einem Peer empfangen wurden und die durch eine Importrichtlinie oder andere Überprüfungen des Ungnheitsgehalts
keep noneabgelehnt wurden. Wenn diese Erklärung konfiguriert ist und die eingehende Richtlinie geändert wird, Junos OS alle vom Peer angekündigten Routen neu aus.
Wenn Sie die Routen konfigurieren oder die Peers die Routenaktualisierung unterstützen, sendet der lokale Sprecher eine keep allkeep none Aktualisierungsnachricht und führt eine Importauswertung durch. Für diese Peers werden die Sitzungen nicht neu gestartet. Um zu bestimmen, ob ein Peer die Aktualisierung unterstützt, prüfen Sie Peer supports Refresh capability die Ausgabe des show bgp neighbor Befehls.
Wenn Sie die Konfiguration konfigurieren oder der Peer den Neustart der Sitzung nicht unterstützt, werden die dazugehörigen BGP neu gestartet keep allkeep none (flapped).
Topologie
Konfiguration
CLI-Konfiguration
Um dieses Beispiel schnell konfigurieren zu können, kopieren Sie die folgenden Befehle, fügen Sie diese in eine Textdatei ein, entfernen Sie alle Zeilenbrüche, ändern Sie alle Details, die zur Übereinstimmung mit der Netzwerkkonfiguration erforderlich sind, und kopieren Sie die Befehle, und fügen Sie die Befehle CLI der Hierarchieebene [edit] ein.
Router Internet
set interfaces lo0 unit 0 family inet address 172.16.11.1/32 set interfaces lo0 unit 0 family inet address 172.16.12.1/32 set interfaces lo0 unit 0 family inet address 172.16.13.1/32 set interfaces lo0 unit 0 family inet address 172.16.14.1/32 set interfaces lo0 unit 0 family inet address 172.16.15.1/32 set interfaces lo0 unit 0 family inet address 192.168.9.1/32 set interfaces fe-0/1/3 unit 0 family inet address 10.0.89.14/30 set protocols bgp group toNorth local-address 10.0.89.14 set protocols bgp group toNorth peer-as 200 set protocols bgp group toNorth neighbor 10.0.89.13 set protocols bgp group toNorth export into-bgp set policy-options policy-statement into-bgp term 1 from interface lo0.0 set policy-options policy-statement into-bgp term 1 then accept set routing-options router-id 192.168.9.1 set routing-options autonomous-system 300
Router Nord
set interfaces fe-1/3/1 unit 0 family inet address 10.0.78.14/30 set interfaces fe-1/3/0 unit 0 family inet address 10.0.89.13/30 set interfaces lo0 unit 0 family inet address 192.168.8.1/32 set protocols bgp group toInternet local-address 10.0.89.13 set protocols bgp group toInternet peer-as 300 set protocols bgp group toInternet neighbor 10.0.89.14 set protocols bgp group toSouth local-address 10.0.78.14 set protocols bgp group toSouth export conditional-export-bgp set protocols bgp group toSouth peer-as 100 set protocols bgp group toSouth neighbor 10.0.78.13 set policy-options policy-statement conditional-export-bgp term prefix_11 from protocol bgp set policy-options policy-statement conditional-export-bgp term prefix_11 from route-filter 10.11.0.0/5 orlonger set policy-options policy-statement conditional-export-bgp term prefix_11 then accept set policy-options policy-statement conditional-export-bgp term conditional-default from route-filter 0.0.0.0/0 exact set policy-options policy-statement conditional-export-bgp term conditional-default from condition prefix_11 set policy-options policy-statement conditional-export-bgp term conditional-default then accept set policy-options policy-statement conditional-export-bgp term others then reject set policy-options condition prefix_11 if-route-exists 172.16.11.1/32 set policy-options condition prefix_11 if-route-exists table inet.0 set routing-options static route 0/0 reject set routing-options router-id 192.168.8.1 set routing-options autonomous-system 200
Router Süd
set interfaces fe-0/1/2 unit 0 family inet address 10.0.78.13/30 set interfaces lo0 unit 0 family inet address 192.168.7.1/32 set protocols bgp group toNorth local-address 10.0.78.13 set protocols bgp group toNorth import import-selected-routes set protocols bgp group toNorth peer-as 200 set protocols bgp group toNorth neighbor 10.0.78.14 set policy-options policy-statement import-selected-routes term 1 from neighbor 10.0.78.14 set policy-options policy-statement import-selected-routes term 1 from route-filter 10.11.0.0/8 orlonger set policy-options policy-statement import-selected-routes term 1 from route-filter 0.0.0.0/0 exact set policy-options policy-statement import-selected-routes term 1 then accept set policy-options policy-statement import-selected-routes term 2 then reject set routing-options router-id 192.168.7.1 set routing-options autonomous-system 100
Konfigurieren bedingter Präfixe
Schritt-für-Schritt-Verfahren
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Informationen zur Navigation in der CLI finden Sie im CLI-Editor im Konfigurationsmodus Junos OS CLI Benutzerhandbuch.
So konfigurieren Sie bedingte Installation von Präfixen:
Konfigurieren Sie die Routerschnittstellen, die die Verbindungen zwischen den drei Routern bilden.
Router Internet [edit interfaces] user@Internet# set fe-0/1/3 unit 0 family inet address 10.0.89.14/30
Router North [edit interfaces] user@North# set fe-1/3/1 unit 0 family inet address 10.0.78.14/30 user@North# set fe-1/3/0 unit 0 family inet address 10.0.89.13/30
Router South [edit interfaces] user@South# set fe-0/1/2 unit 0 family inet address 10.0.78.13/30
Konfigurieren Sie fünf Loopback-Schnittstellenadressen im Router BGP-Internet, um aus dem Internet gelernte Routen zu emulieren, die in die Routingtabelle von Router South importiert werden sollen, und konfigurieren Sie eine weitere Adresse (192.168.9.1/32), die als Router-ID konfiguriert wird.
Router Internet [edit interfaces lo0 unit 0 family inet] user@Internet# set address 172.16.11.1/32 user@Internet# set address 172.16.12.1/32 user@Internet# set address 172.16.13.1/32 user@Internet# set address 172.16.14.1/32 user@Internet# set address 172.16.15.1/32 user@Internet# set address 192.168.9.1/32
Konfigurieren Sie auch die Loopback-Schnittstellenadressen auf Routern im Norden und Süden.
Router North [edit interfaces lo0 unit 0 family inet] user@North# set address 192.168.8.1/32
Router South [edit interfaces lo0 unit 0 family inet] user@South# set address 192.168.7.1/32
Konfigurieren Sie die statische Standardroute auf Router North, um für Router South ausgeschrieben zu werden.
[edit routing-options] user@North# set static route 0/0 reject
Definieren Sie die Bedingungen für den Export von Präfixen aus der Routingtabelle auf Router North.
[edit policy-options condition prefix_11] user@North# set if-route-exists 172.16.11.1/32 user@North# set if-route-exists table inet.0
Definieren Sie Exportrichtlinien (
into-bgpund ) auf Routern Internet und Nord, um Routen zuconditional-export-bgpBGP.Anmerkung:Stellen Sie sicher, dass Sie in der
prefix_11Exportrichtlinie auf den zustand (in Schritt 4 konfiguriert) verweisen.Router Internet [edit policy-options policy-statement into-bgp ] user@Internet# set term 1 from interface lo0.0 user@Internet# set term 1 then accept
Router North [edit policy-options policy-statement conditional-export-bgp] user@North# set term prefix_11 from protocol bgp user@North# set term prefix_11 from route-filter 10.11.0.0/5 orlonger user@North# set term prefix_11 then accept user@North# set term conditional-default from route-filter 0.0.0.0/0 exact user@North# set term conditional-default from condition prefix_11 user@North# set term conditional-default then accept user@North# set term others then reject
Definieren Sie eine Importrichtlinie ( ) auf Router South, um einige der von Router North angekündigten Routen in die
import-selected-routesRoutingtabelle zu importieren.[edit policy-options policy-statement import-selected-routes ] user@South# set term 1 from neighbor 10.0.78.14 user@South# set term 1 from route-filter 10.11.0.0/8 orlonger user@South# set term 1 from route-filter 0.0.0.0/0 exact user@South# set term 1 then accept user@South# set term 2 then reject
Konfigurieren BGP auf allen drei Routern, um den Präfixfluss zwischen den autonomen Systemen zu ermöglichen.
Anmerkung:Stellen Sie sicher, dass Sie die definierten Import- und Exportrichtlinien in die entsprechenden BGP für Prefix-Ankündigungen anwenden.
Router Internet [edit protocols bgp group toNorth] user@Internet# set local-address 10.0.89.14 user@Internet# set peer-as 200 user@Internet# set neighbor 10.0.89.13 user@Internet# set export into-bgp
Router North [edit protocols bgp group toInternet] user@North# set local-address 10.0.89.13 user@North# set peer-as 300 user@North# set neighbor 10.0.89.14
[edit protocols bgp group toSouth] user@North# set local-address 10.0.78.14 user@North# set peer-as 100 user@North# set neighbor 10.0.78.13 user@North# set export conditional-export-bgp
Router South [edit protocols bgp group toNorth] user@South# set local-address 10.0.78.13 user@South# set peer-as 200 user@South# set neighbor 10.0.78.14 user@South# set import import-selected-routes
Konfigurieren Sie die Router-ID und die autonome Systemnummer für alle drei Router.
Anmerkung:In diesem Beispiel wird die Router-ID basierend auf der auf der Lo0.0-Schnittstelle des Routers konfigurierten IP-Adresse konfiguriert.
Router Internet [edit routing options] user@Internet# set router-id 192.168.9.1 user@Internet# set autonomous-system 300
Router North [edit routing options] user@North# set router-id 192.168.8.1 user@North# set autonomous-system 200
Router South [edit routing options] user@South# set router-id 192.168.7.1 user@South# set autonomous-system 100
Ergebnisse
Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus mit der Ausgabe von show interfacesshow protocols bgp , und show policy-optionsshow routing-options Befehlen. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
Internetgeräte
user@Internet# show interfaces
fe-0/1/3 {
unit 0 {
family inet {
address 10.0.89.14/30;
}
}
}
lo0 {
unit 0 {
family inet {
address 172.16.11.1/32;
address 172.16.12.1/32;
address 172.16.13.1/32;
address 172.16.14.1/32;
address 172.16.15.1/32;
address 192.168.9.1/32;
}
}
}
user@Internet# show protocols bgp
group toNorth {
local-address 10.0.89.14;
export into-bgp;
peer-as 200;
neighbor 10.0.89.13;
}
user@Internet# show policy-options
policy-statement into-bgp {
term 1 {
from interface lo0.3;
then accept;
}
}
user@Internet# show routing-options router-id 192.168.9.1; autonomous-system 300;
Gerät North
user@North# show interfaces
fe-1/3/1 {
unit 0 {
family inet {
address 10.0.78.14/30;
}
}
}
fe-1/3/0 {
unit 0 {
family inet {
address 10.0.89.13/30;
}
}
}
lo0 {
unit 0 {
family inet {
address 192.168.8.1/32;
}
}
}
user@North# show protocols bgp
group toInternet {
local-address 10.0.89.13;
peer-as 300;
neighbor 10.0.89.14;
}
group toSouth {
local-address 10.0.78.14;
export conditional-export-bgp;
peer-as 100;
neighbor 10.0.78.13;
}
user@North# show policy-options
policy-statement conditional-export-bgp {
term prefix_11 {
from {
protocol bgp;
route-filter 10.11.0.0/5 orlonger;
}
then accept;
}
term conditional-default {
from {
route-filter 0.0.0.0/0 exact;
condition prefix_11;
}
then accept;
}
term others {
then reject;
}
}
condition prefix_11 {
if-route-exists {
172.16.11.1/32;
table inet.0;
}
}
user@North# show routing-options
static {
route 0.0.0.0/0 reject;
}
router-id 192.168.8.1;
autonomous-system 200;
Gerät Im Süden
user@South# show interfaces
fe-0/1/2 {
unit 0 {
family inet {
address 10.0.78.13/30;
}
}
}
lo0 {
unit 0 {
family inet {
address 192.168.7.1/32;
}
}
}
user@South# show protocols bgp
bgp {
group toNorth {
local-address 10.0.78.13;
import import-selected-routes;
peer-as 200;
neighbor 10.0.78.14;
}
}
user@South# show policy-options
policy-statement import-selected-routes {
term 1 {
from {
neighbor 10.0.78.14;
route-filter 10.11.0.0/8 orlonger;
route-filter 0.0.0.0/0 exact;
}
then accept;
}
term 2 {
then reject;
}
}
user@South# show routing-options router-id 192.168.7.1; autonomous-system 100;
Wenn Sie die Konfiguration der Router erledigt haben, geben Sie commit den Konfigurationsmodus ein.
Überprüfung
Stellen Sie sicher, dass die Konfiguration ordnungsgemäß funktioniert.
- Überprüfung der BGP
- Überprüfen des Prefix-Advertisements vom Router Internet zum Router North
- Überprüfen des Prefix-Advertisements von Router Nord zu Router South
- Überprüfung der BGP Importrichtlinie für die Installation von Präfixen
- Überprüfen des bedingten Exports von Router Nord nach Router Süd
- Überprüfung von bei der Richtlinie verborgenen Routen (optional)
Überprüfung der BGP
Zweck
Stellen Sie sicher BGP Dass Sitzungen zwischen den drei Routern eingerichtet wurden.
Aktion
Führen Sie im Betriebsmodus den show bgp neighbor neighbor-address Befehl aus.
Überprüfen Sie die BGP Sitzung im Router Internet, um zu prüfen, ob Router North ein Nachbar ist.
user@Internet> show bgp neighbor 10.0.89.13 Peer: 10.0.89.13+179 AS 200 Local: 10.0.89.14+56187 AS 300 Type: External State: Established Flags: [ImportEval Sync] Last State: OpenConfirm Last Event: RecvKeepAlive Last Error: None Export: [ into-bgp ] Options: [Preference LocalAddress PeerAS Refresh] Local Address: 10.0.89.14 Holdtime: 90 Preference: 170 Number of flaps: 0 Peer ID: 192.168.8.1 Local ID: 192.168.9.1 Active Holdtime: 90 Keepalive Interval: 30 Group index: 0 Peer index: 0 BFD: disabled, down Local Interface: fe-0/1/3.0 NLRI for restart configured on peer: inet-unicast NLRI advertised by peer: inet-unicast NLRI for this session: inet-unicast Peer supports Refresh capability (2) Stale routes from peer are kept for: 300 Peer does not support Restarter functionality NLRI that restart is negotiated for: inet-unicast NLRI of received end-of-rib markers: inet-unicast NLRI of all end-of-rib markers sent: inet-unicast Peer supports 4 byte AS extension (peer-as 200) Peer does not support Addpath Table inet.0 Bit: 10000 RIB State: BGP restart is complete Send state: in sync Active prefixes: 0 Received prefixes: 0 Accepted prefixes: 0 Suppressed due to damping: 0 Advertised prefixes: 6 Last traffic (seconds): Received 9 Sent 18 Checked 28 Input messages: Total 12 Updates 1 Refreshes 0 Octets 232 Output messages: Total 14 Updates 1 Refreshes 0 Octets 383 Output Queue[0]: 0Überprüfen Sie die BGP Sitzung auf Router North, um zu prüfen, ob das Router-Internet ein Nachbar ist.
user@North> show bgp neighbor 10.0.89.14 Peer: 10.0.89.14+56187 AS 300 Local: 10.0.89.13+179 AS 200 Type: External State: Established Flags: [ImportEval Sync] Last State: OpenConfirm Last Event: RecvKeepAlive Last Error: None Options: [Preference LocalAddress PeerAS Refresh] Local Address: 10.0.89.13 Holdtime: 90 Preference: 170 Number of flaps: 0 Peer ID: 192.168.9.1 Local ID: 192.168.8.1 Active Holdtime: 90 Keepalive Interval: 30 Group index: 0 Peer index: 0 BFD: disabled, down Local Interface: fe-1/3/0.0 NLRI for restart configured on peer: inet-unicast NLRI advertised by peer: inet-unicast NLRI for this session: inet-unicast Peer supports Refresh capability (2) Stale routes from peer are kept for: 300 Peer does not support Restarter functionality NLRI that restart is negotiated for: inet-unicast NLRI of received end-of-rib markers: inet-unicast NLRI of all end-of-rib markers sent: inet-unicast Peer supports 4 byte AS extension (peer-as 300) Peer does not support Addpath Table inet.0 Bit: 10001 RIB State: BGP restart is complete Send state: in sync Active prefixes: 6 Received prefixes: 6 Accepted prefixes: 6 Suppressed due to damping: 0 Advertised prefixes: 0 Last traffic (seconds): Received 14 Sent 3 Checked 3 Input messages: Total 16 Updates 2 Refreshes 0 Octets 402 Output messages: Total 15 Updates 0 Refreshes 0 Octets 348 Output Queue[0]: 0
Überprüfen Sie die folgenden Felder in diesen Ausgaben, um zu prüfen BGP Dass Sitzungen eingerichtet wurden:
Peer—Prüfen Sie, ob die Peer AS nummer aufgeführt ist.
Local— Prüfen Sie, ob die lokale AS aufgeführt ist.
State— Sicherstellen, dass der Wert
Establishedliegt. Wenn nicht, überprüfen Sie die Konfiguration erneut, undshow bgp neighborsehen Sie weitere Details zu den Ausgabefeldern.
Stellen Sie in ähnlicher Weise sicher, dass Router im Norden und Süden Peer-Beziehungen untereinander bilden.
Bedeutung
BGP sitzungen werden zwischen den drei Routern eingerichtet.
Überprüfen des Prefix-Advertisements vom Router Internet zum Router North
Zweck
Stellen Sie sicher, dass die vom Router Internet gesendeten Routen von Router North empfangen werden.
Aktion
Führen Sie im Betriebsmodus im Router-Internet den
show route advertising-protocol bgp neighbor-addressBefehl aus.user@Internet> show route advertising-protocol bgp 10.0.89.13 inet.0: 8 destinations, 8 routes (8 active, 0 holddown, 0 hidden) Prefix Nexthop MED Lclpref AS path * 172.16.11.1/32 Self I * 172.16.12.1/32 Self I * 172.16.13.1/32 Self I * 172.16.14.1/32 Self I * 172.16.15.1/32 Self I * 192.168.9.1/32 Self I
Die Ausgabe überprüft, ob Router Internet die Routen ausspricht 172.16.11.1/32, 172.16.12.1/32, 172.16.13.1/32, 172.16.14.1/32, 172.16.15.1/32 und 192.168.9.1/32 (die als Router-ID verwendete Loopback-Adresse) für Router North.
Führen Sie im Betriebsmodus auf Router North den
show route receive-protocol bgp neighbor-addressBefehl aus.user@North> show route receive-protocol bgp 10.0.89.14 inet.0: 12 destinations, 12 routes (12 active, 0 holddown, 0 hidden) Prefix Nexthop MED Lclpref AS path * 172.16.11.1/32 10.0.89.14 300 I * 172.16.12.1/32 10.0.89.14 300 I * 172.16.13.1/32 10.0.89.14 300 I * 172.16.14.1/32 10.0.89.14 300 I * 172.16.15.1/32 10.0.89.14 300 I * 192.168.9.1/32 10.0.89.14 300 I
Mit der Ausgabe wird überprüft, ob Router North alle vom Router Internet angekündigten Routen erhalten hat.
Bedeutung
Vom Router Internet gesendete Präfixe wurden erfolgreich in der Routingtabelle auf Router North installiert.
Überprüfen des Prefix-Advertisements von Router Nord zu Router South
Zweck
Stellen Sie sicher, dass die vom Router-Internet empfangenen Routen und die statische Standardroute vom Router North zum Router South angegeben werden.
Aktion
Führen Sie im Betriebsmodus auf Router North den
show route 0/0 exactBefehl aus.user@North> show route 0/0 exact inet.0: 12 destinations, 12 routes (12 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 0.0.0.0/0 *[Static/5] 00:10:22 RejectDie Ausgabe überprüft das Vorhandensein der statischen Standardroute (0.0.0.0/0) in der Routingtabelle auf Router North.
Führen Sie im Betriebsmodus auf Router North den
show route advertising-protocol bgp neighbor-addressBefehl aus.user@North> show route advertising-protocol bgp 10.0.78.13 inet.0: 12 destinations, 12 routes (12 active, 0 holddown, 0 hidden) Prefix Nexthop MED Lclpref AS path * 0.0.0.0/0 Self I * 172.16.11.1/32 Self 300 I * 172.16.12.1/32 Self 300 I * 172.16.13.1/32 Self 300 I * 172.16.14.1/32 Self 300 I * 172.16.15.1/32 Self 300 I
Die Ausgabe überprüft, ob Router North die statische Route und die Route 172.16.11.1/32 an Router Internet sowie viele andere Routen nach Router South meldet.
Überprüfung der BGP Importrichtlinie für die Installation von Präfixen
Zweck
Stellen Sie sicher, dass BGP Richtlinie die erforderlichen Präfixe erfolgreich installiert.
Aktion
Prüfen Sie, ob die Importrichtlinie auf Router South in Betrieb ist, indem Sie prüfen, ob nur die statische Standardroute von Router North und die Route 172.16.11.1/32 von Router South in der Routingtabelle installiert sind.
Führen Sie im Betriebsmodus den show route receive-protocol bgp neighbor-address Befehl aus.
user@South> show route receive-protocol bgp 10.0.78.14 inet.0: 10 destinations, 11 routes (6 active, 0 holddown, 4 hidden) Prefix Nexthop MED Lclpref AS path * 0.0.0.0/0 10.0.78.14 200 I * 172.16.11.1/32 10.0.78.14 200 300 I
Die Ausgabe überprüft, ob die BGP-Importrichtlinie auf Router South einsatzbereit ist, und nur die statische Standardroute 0.0.0.0/0 von Router North und die 172.16.11.1/32-Route vom Router Internet wurden in die Routingtabelle auf Router South übertragen.
Bedeutung
Die Installation von Präfixen ist aufgrund der konfigurierten Importrichtlinie BGP erfolgreich.
Überprüfen des bedingten Exports von Router Nord nach Router Süd
Zweck
Stellen Sie sicher, dass Gerät North das Senden der Standard-0-Route nach 172.16.11.1/32 stoppt, wenn das Geräte-Internet den Versand der Standardroute nach 172.16.11.1/32 verhindert.
Aktion
Verursachen, dass das Geräte-Internet die 172.16.11.1/32-Route nicht mehr sendet, indem die 172.16.11.1/32-Adresse auf der Loopback-Schnittstelle deaktiviert wird.
[edit interfaces lo0 unit 0 family inet] user@Internet# deactivate address 172.16.11.1/32 user@Internet# commit
Führen Sie im Betriebsmodus auf Router North den
show route advertising-protocol bgp neighbor-addressBefehl aus.user@North> show route advertising-protocol bgp 10.0.78.13 inet.0: 11 destinations, 11 routes (11 active, 0 holddown, 0 hidden) Prefix Nexthop MED Lclpref AS path * 172.16.12.1/32 Self 300 I * 172.16.13.1/32 Self 300 I * 172.16.14.1/32 Self 300 I * 172.16.15.1/32 Self 300 I
Die Ausgabe überprüft, ob Router North nicht die Standardroute zu Router South meldet. Dies ist das erwartete Verhalten, wenn die 172.16.11.1/32-Route nicht vorhanden ist.
Reaktivierung der 172.16.11.1/32-Adresse auf der Loopback-Schnittstelle von Device Internet.
[edit interfaces lo0 unit 0 family inet] user@Internet# activate address 172.16.11.1/32 user@Internet# commit