Häufig gestellte Fragen zum Border Gateway Protocol

Einleitung

In diesem Dokument werden häufig gestellte Fragen (FAQs) zum Border Gateway Protocol (BGP) beschrieben.

Frage: Wie konfiguriere ich das BGP?

A. Informationen zur Konfiguration der BGP- und BGP-Funktionen finden Sie in den folgenden Dokumenten:

• BGP konfigurieren  

• BGP-Anwenderberichte  

Frage: Wie konfiguriere ich BGP mithilfe einer Loopback-Adresse?

A. Durch die Verwendung einer Loopback-Schnittstelle wird sichergestellt, dass der Nachbar nicht gestört wird und nicht durch defekte Hardware beeinträchtigt wird.

BGP verwendet beim Einrichten der BGP-Peering-Sitzung standardmäßig die IP-Adresse, die auf der direkt mit dem BGP-Peer verbundenen physischen Schnittstelle konfiguriert wurde. Geben Sie den Befehl neighbor <ip address> update-source <Schnittstelle> ein, um dieses Verhalten zu ändern, und konfigurieren Sie das BGP, das mit dem Router kommuniziert, um Peering unter Verwendung einer Loopback-Adresse als Quelladresse einzurichten.

Weitere Informationen finden Sie unter Beispielkonfiguration für iBGP und eBGP mit oder ohne Loopback-Adresse.

Frage: In welcher Reihenfolge werden Attribute bevorzugt, wenn einige oder alle Attribute auf einen Nachbarn im BGP angewendet werden?

Antwort: Die Reihenfolge der Voreinstellungen hängt davon ab, ob die Attribute für eingehende oder ausgehende Updates angewendet werden.

Bei eingehenden Updates lautet die Reihenfolge der Einstellungen:

1. Routenkarte

2. Filterliste

3. Präfixliste, Verteilerliste

Bei ausgehenden Updates lautet die Reihenfolge der Voreinstellungen:

1. Filterliste

2. Routenkarte | nicht unterdrückte Karte

3. advertise-map (bedingte Werbung)

4. prefix-list|distribute-list

5. ORF-Präfixliste (eine Präfixliste, die uns der Nachbar sendet)

Hinweis: Die Attribute prefix-list und distribute-list schließen sich gegenseitig aus, und nur ein Befehl (neighbor prefix-list oder neighbor distribute-list) kann auf jede ein- oder ausgehende Richtung für einen bestimmten Nachbarn angewendet werden.

Was bedeutet ein Next Hop von 0.0.0.0 in der Ausgabe des Befehls show ip bgp?

A. Ein Netzwerk in der BGP-Tabelle mit der Next-Hop-Adresse 0.0.0.0 bedeutet, dass der lokale Ursprung des Netzwerks über die Neuverteilung des Interior Gateway Protocol (IGP) in BGP oder über einen Netzwerk- oder Aggregationsbefehl in der BGP-Konfiguration erfolgt.

Frage: Was sind die bekannten Communities des BGP-Community-Attributs?

A. Das Community-Attribut ist ein transitives, optionales Attribut, das dazu dient, Ziele in einer bestimmten Community zu gruppieren und bestimmte Richtlinien anzuwenden (z. B. "Annehmen", "Bevorzugen" oder "Verteilen"). Diese Tabelle zeigt die bekannten BGP-Communities.

Gemeinschaft	Beschreibung
Lokales AS	Wird in Konföderationsszenarien verwendet, um Pakete nicht außerhalb des lokalen autonomen Systems (AS) zu senden.
keine Ausfuhr	Wenden Sie sich nicht an externe BGP (eBGP)-Peers. Bewahren Sie diese Route innerhalb eines AS auf.
keine Werbung	Verkünden Sie diese Route keinem Peer, weder intern noch extern.
none	Wenden Sie kein Communityattribut an, wenn Sie die Communitys löschen möchten, die einer Route zugeordnet sind.
Internet	Geben Sie diese Route der Internet-Community und allen zugehörigen Routern bekannt.

Weitere Informationen zur Konfiguration von Communitys finden Sie im Abschnitt Konfigurieren der BGP-Community-Filterung unter Konfigurieren des BGP.

Frage: Welche Formate kann ich verwenden, um das BGP-Community-Attribut zu konfigurieren?

A. In Cisco IOS® Software, Version 12.0 und höher, können Sie Communitys in drei verschiedenen Formaten konfigurieren: dezimal, hexadezimal und AA:NN. Cisco IOS verwendet standardmäßig das ältere Dezimalformat. Um die Konfiguration und Anzeige in AA:NN durchzuführen, wobei der erste Teil die AS-Nummer und der zweite Teil eine 2-Byte-Nummer ist, geben Sie den globalen Konfigurationsbefehl ip bgp-community new-format ein.

Hinweis: Das BGP-Community-Attribut ist ein numerischer Wert (willkürlich), der einem bestimmten Präfix zugewiesen und anderen Nachbarn mitgeteilt werden kann. Obwohl das Community-Attribut dezimal, hexadezimal oder AA:NN dargestellt werden kann, handelt es sich dennoch um eine 32-Bit-Zahl. Beispiel: Jeder dieser drei Konfigurationsbefehle gibt die Community 30:20 an (AS 30, Nummer 20):
- Community 30:20 einstellen
- set community 0x1E0014
- set community 1966100

Unabhängig davon, welchen Befehl Sie verwenden, wird in der Router-Konfigurationsdatei und der BGP-Tabelle eine Community von 30:20 angezeigt.

Weitere Informationen finden Sie im Abschnitt zu den Community-Attributen in den BGP-Fallstudien sowie unter Konfigurieren und Steuern eines Upstream-Anbieternetzwerks mit BGP-Community-Werten.

Frage: Wie verhält sich BGP anders, wenn die automatische Zusammenfassung aktiviert oder deaktiviert ist?

A. Das Verhalten für die automatische Zusammenfassung hat sich in allen Cisco IOS-Softwareversionen geändert. Ursprünglich war die automatische Zusammenfassung standardmäßig aktiviert. Mit der Cisco Bug-ID CSCdu81680 hat sich dieses Verhalten jedoch geändert. Im neuesten Cisco IOS ist die automatische Zusammenfassung standardmäßig deaktiviert. Wenn die Funktion für die automatische Zusammenfassung aktiviert ist, werden die lokalen BGP-Netzwerke bis zum Erreichen ihrer Klassengrenzen zusammengefasst. Die automatische Zusammenfassung ist nur in den alten Versionen standardmäßig aktiviert. Wenn die automatische Zusammenfassung deaktiviert ist, werden die lokal in die BGP-Tabelle eingeführten Routen nicht bis zu ihren klassenvollen Grenzen zusammengefasst. Wenn ein Subnetz in der Routing-Tabelle vorhanden ist und diese drei Bedingungen erfüllt sind, kann jedes Subnetz dieses "classfull"-Netzwerks in der lokalen Routing-Tabelle BGP auffordern, das "classfull"-Netzwerk in der BGP-Tabelle zu installieren.

• Klassenvollständige Netzwerkanweisung für ein Netzwerk in der Routing-Tabelle

• Klassenvolle Maske für diese Netzwerkanweisung

• Automatische Zusammenfassung aktiviert

Wenn beispielsweise das Subnetz in der Routing-Tabelle die Maske 10.75.75.0 255.255.0 aufweist, Sie das Netzwerk 10.0.0.0 unter dem Router-BGP-Befehl konfigurieren und die automatische Zusammenfassung aktiviert ist, führt BGP das klassische vollständige Netzwerk 10.0.0 ein. 2.0 Maske 255.0.0.0 in der BGP-Tabelle.

Wenn nicht alle drei Bedingungen erfüllt sind, installiert BGP keinen Eintrag in der BGP-Tabelle, es sei denn, es gibt eine genaue Übereinstimmung in der lokalen Routing-Tabelle.

Hinweis: Wenn das AS, das BGP durchführt, nicht für das gesamte klassenvollständige Netzwerk zuständig ist, empfiehlt Cisco, den Befehl no auto-summary unter Router-BGP zu verwenden, um die automatische Zusammenfassung zu deaktivieren.

F. Wie kann ich überprüfen, ob ein BGP-Router seine BGP-Netzwerke ankündigt und sie an das globale BGP-Mesh weitergibt?

A. Verwenden Sie diese Befehle, um zu überprüfen, ob die IP-Blöcke dem direkt verbundenen ISP mitgeteilt werden:

• Der Befehl show ip bgp neighbors <address>advertised-routes gibt an, welche Nachrichten gesendet werden.

• Der Befehl show ip bgp neighbors <address> routen gibt an, welche Nachrichten empfangen werden.

Hinweis: Der Befehl show ip bgp neighbors <address> advertise-routen berücksichtigt keine von Ihnen angewendeten Richtlinien für ausgehenden Datenverkehr. In zukünftigen Versionen der Cisco IOS-Software kann die Befehlsausgabe geändert werden, um sie an die Richtlinien für ausgehenden Datenverkehr anzupassen. Wenn es zwei alternative Pfade zu einem Ziel gibt, verwendet das BGP immer die beste Route für die Meldung.

Um zu überprüfen, wie die IP-Blöcke über den direkt verbundenen ISP an das globale BGP-Netz propagiert werden, melden Sie sich bei einem Routing-Server im Internet an, und suchen Sie im Routing-Server nach den BGP-Einträgen des Präfix.

Frage: Wann und wie kann ich eine BGP-Sitzung zurücksetzen?

A. Löschen Sie eine BGP-Sitzung, wenn Sie die Eingangs-/Ausgangsrichtlinie für diese Sitzung ändern. Führen Sie den Befehl clear ip bgp x.x.x.x soft out aus, um eine BGP-Sitzung zu löschen, damit die Änderungen der Richtlinien für ausgehenden Datenverkehr wirksam werden. Führen Sie den Befehl clear ip bgp x.x.x.x aus, um eine BGP-Sitzung zu löschen und eingehende Richtlinienänderungen zu aktivieren. Wenn der Nachbar über die Funktion zur weichen Neukonfiguration verfügt, können Sie den Befehl clear ip bgp x.x.x.x soft in ausgeben. Die BGP-Sitzung kann automatisch gelöscht werden, wenn Sie Optimized Edge Routing (OER) einrichten. Der OER löscht die BGP-Sitzung automatisch für den ein- und ausgehenden Datenverkehr. Weitere Informationen zu OER finden Sie unter Einrichten von OER-Netzwerkkomponenten.

Hinweis: Ab Version 12 der Cisco IOS-Software wird eine neue Funktion zum Zurücksetzen des BGP-Soft-Resets eingeführt.

Frage: Sind für PIX/ASA spezielle Konfigurationen erforderlich, um BGP-Sitzungen über diese zuzulassen?

Antwort: Ja, die vollständigen Konfigurationsdetails finden Sie unter ASA/PIX: BGP through ASA Configuration Example.

F. Was ist eine AS-Nummer (Autonomous System) und wie erhalte ich eine?

A. AS-Nummern sind global eindeutige Nummern, die zum Identifizieren von ASs verwendet werden und die es einem AS ermöglichen, externe Routing-Informationen zwischen benachbarten ASs auszutauschen. Ein AS ist eine verbundene Gruppe von IP-Netzwerken, die einer einzelnen, klar definierten Routing-Richtlinie unterliegen.

Es stehen eine begrenzte Anzahl von AS-Nummern zur Verfügung. Daher ist es wichtig zu bestimmen, welche Standorte eindeutige AS-Nummern benötigen und welche nicht. Standorte, für die keine eindeutige AS-Nummer erforderlich ist, verwenden eine oder mehrere der für die private Nutzung reservierten AS-Nummern, die im Bereich von 64512 bis 65535 liegen. Rufen Sie die  Website der AS-Nummer-Registrierungsdienste auf, um eine AS-Nummer zu erhalten.

Frage: Was sind die BGP-Pfadauswahlkriterien?

A. Die BGP-Pfadauswahlkriterien werden im BGP Best Path Selection Algorithm dokumentiert.

F. Was ist der Unterschied zwischen immer-vergleichen-med und deterministisch-med?

A. Eine vollständige Erläuterung der Unterschiede zwischen diesen Befehlen finden Sie in How the bgp deterministic-med Command Differers from the bgp always-compare-med Command.

Frage: Ändern interne BGP (iBGP)-Sitzungen den nächsten Hop?

A. In iBGP-Sitzungen wird das nächste Hop-Attribut beibehalten, das von eBGP-Peers bezogen wird. Aus diesem Grund ist es wichtig, eine interne Route zum nächsten Hop zu haben. Die BGP-Route ist ansonsten nicht erreichbar. Um sicherzustellen, dass Sie den nächsten eBGP-Hop erreichen können, fügen Sie das Netzwerk, zu dem der nächste Hop gehört, in das IGP ein, oder geben Sie den Befehl next-hop-self neighbor ein, um den Router zu zwingen, sich selbst und nicht den externen Peer als den nächsten Hop anzukündigen. Weitere Informationen finden Sie im Abschnitt "BGP Next Hop Attribute" der BGP-Anwenderberichte.

Frage: Ändern externe BGP (eBGP)-Sitzungen zwischen Confederations den nächsten Hop?

A. Nein, eBGP-Sitzungen zwischen Confederation-Sub-ASs ändern das Next-Hop-Attribut nicht. Alle iBGP-Regeln gelten weiterhin, damit sich das gesamte AS wie eine Einheit verhält. Die metrischen und lokalen Präferenzwerte bleiben auch bei eBGP-Peers des Bundes unverändert. Weitere Informationen zu Verbünden finden Sie im Abschnitt "BGP Confederation" der BGP-Fallstudien.

Frage: Welche IP-Adresse wird in externen BGP (eBGP)-Sitzungen als nächster Hop gesendet?

A. Beim eBGP-Peering ist der nächste Hop die IP-Adresse des Nachbarn, der die Route meldet. Wenn die Route jedoch auf einem Multizugriffsmedium (z. B. Ethernet oder Frame Relay) angekündigt wird, ist der nächste Hop in der Regel die IP-Adresse der Router-Schnittstelle, die mit diesem Medium verbunden ist, von dem die Route stammt. Ausführlichere Erläuterungen finden Sie in den BGP Next-Hop-Attributen der BGP-Anwenderberichte.

Frage: Ändert der Routen-Reflektor das Next-Hop-Attribut eines reflektierten Präfix?

A. Standardmäßig wird das nächste Hop-Attribut nicht geändert, wenn ein Präfix vom Routen-Reflektor wiedergegeben wird. Sie können jedoch den Befehl neighbor next-hop-self ausgeben, um das Attribut des nächsten Hop für Präfixe, die von einem eBGP-Peer reflektiert werden, in einen beliebigen Routen-Reflektor-Client zu ändern.

Frage: Wie kann ich einem ISP ein Präfix nur bedingt ankündigen, wenn ich die Verbindung zu meinem primären ISP verliere?

A. BGP kündigt Routen aus seiner BGP-Tabelle standardmäßig externen Peers an. Die Funktion für bedingtes BGP-Advertisement bietet zusätzliche Kontrolle über das Vorhandensein anderer Präfixe in der BGP-Tabelle. Im Normalfall werden Routen unabhängig vom Vorhandensein eines anderen Pfads propagiert. Die Funktion für bedingtes BGP-Advertisement verwendet die Konfigurationsbefehle non-exist-map und advertise-map, um Routen anhand des Routen-Präfix zu verfolgen. Wenn im Befehl non-exist-map kein Routenpräfix vorhanden ist, wird die durch den Befehl advertise-map angegebene Route angekündigt. Weitere Informationen finden Sie im Abschnitt "Configure BGP Conditional Advertisement" (BGP Bedingte Ankündigung konfigurieren) unter Konfigurieren des BGP.

Frage: Über wie viel Speicher verfügt mein Router, um die vollständige BGP-Routing-Tabelle von meinem ISP zu erhalten?

A. Der für die Speicherung von BGP-Routen erforderliche Arbeitsspeicher hängt von vielen Faktoren ab, z. B. vom Router, der Anzahl der verfügbaren alternativen Pfade, der Routen-Dampening, der Community, der Anzahl der konfigurierten maximalen Pfade, BGP-Attributen und VPN-Konfigurationen. Ohne Kenntnis dieser Parameter ist es schwierig, den Arbeitsspeicher zu berechnen, der zum Speichern einer bestimmten Anzahl von BGP-Routen erforderlich ist. Cisco empfiehlt in der Regel mindestens 512 MB RAM im Router, um eine vollständige globale BGP-Routing-Tabelle von einem BGP-Peer zu speichern. Es ist jedoch wichtig zu wissen, wie Sie den Speicherverbrauch reduzieren und ein optimales Routing erzielen können, ohne dass eine vollständige Internet-Routing-Tabelle erforderlich ist. Ausführlichere Informationen finden Sie unter Configure BGP Routers for Optimal Performance and Reduced Memory Consumption (Konfigurieren von BGP-Routern für optimale Leistung und reduzierten Speicherverbrauch).

Frage: Welche Vorteile bietet die Konfiguration von BGP-Peer-Gruppen?

A. Der Hauptvorteil einer BGP-Peer-Gruppe besteht darin, dass sie die Anzahl der Systemressourcen (CPU und Speicher) reduziert, die für eine Update-Generierung benötigt werden. Darüber hinaus wird die BGP-Konfiguration vereinfacht, da die Routing-Tabelle nur einmal geprüft und Updates für alle anderen synchronisierten Peer-Gruppenmitglieder repliziert werden können. Dadurch kann die Last erheblich reduziert werden, was von der Anzahl der Mitglieder der Peer-Gruppe, der Anzahl der Präfixe in der Tabelle und der Anzahl der angekündigten Präfixe abhängt. Cisco empfiehlt, dass Sie Peers mit identischen Richtlinien für ausgehende Ankündigungen zusammenfassen. Weitere Informationen finden Sie unter BGP-Peer-Gruppen.

Frage: Was bedeutet Synchronisierung und wie beeinflusst sie die in der IP-Routing-Tabelle installierten BGP-Routen?

A. Wenn Ihr AS Datenverkehr von einem anderen AS an ein drittes AS weiterleitet, kann das BGP keine Route ankündigen, bevor alle Router in Ihrem AS die Route über IGP erfahren. Das BGP wartet, bis das IGP die Route innerhalb des AS propagiert und sie dann externen Peers ankündigt. Ein BGP-Router mit aktivierter Synchronisierung installiert vom iBGP bezogene Routen nicht in seiner Routing-Tabelle, wenn er diese Routen nicht im IGP validieren kann. Geben Sie den Befehl no sync (keine Synchronisierung) unter Router BGP ein, um die Synchronisierung zu deaktivieren. Dadurch wird verhindert, dass das BGP iBGP-Routen im IGP nicht authentifiziert. Weitere Informationen finden Sie unter BGP-Anwenderberichte: Synchronisierung.

Frage: Wie kann ich den MED-Wert (Multi Exit Discriminator) für Präfixe, die externen BGP-Nachbarn (eBGP) mitgeteilt werden, so festlegen, dass er mit der Next-Hop-Metrik des IGP (Interior Gateway Protocol) übereinstimmt?

Antwort: Der Konfigurationsbefehl set metric-type internal route-map veranlasst BGP, eine MED anzukündigen, die der IGP-Metrik entspricht, die mit dem nächsten Hop der Route verknüpft ist. Dieser Befehl steht in Version 10.3 und höher der Cisco IOS-Software zur Verfügung. 

Frage: Was ist der standardmäßige BGP ConnectRetry-Timer, und kann der BGP ConnectRetry-Timer angepasst werden?

Antwort: Der BGP ConnectRetry-Standard-Timer ist 120 Sekunden. Erst nach Ablauf dieser Zeit überprüft der BGP-Prozess, ob die passive TCP-Sitzung hergestellt wurde. Wenn die passive TCP-Sitzung nicht hergestellt wird, startet der BGP-Prozess einen neuen aktiven TCP-Versuch, eine Verbindung mit dem Remote-BGP-Router herzustellen. Während dieser inaktiven 120 Sekunden des ConnectRetry-Timers kann der Remote-BGP-Peer eine BGP-Sitzung mit ihm herstellen. Derzeit kann der Cisco IOS ConnectRetry-Timer nicht von seinem Standardwert von 120 Sekunden geändert werden.

Frage: Was bedeutet r RIB-Failure in der Ausgabe des Befehls show ip bgp?

R1> show ip bgp
BGP table version is 5, local router ID is 10.200.200.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure
Origin codes: i - IGP, e - EGP, ? - incomplete

   Network          Next Hop            Metric LocPrf Weight Path
r> 10.6.6.0/24       10.10.13.3               0    130      0 30 i
*> 10.7.7.0/24       10.10.13.3               0    125      0 30 i

Wenn BGP versucht, das bestmögliche Pfad-Präfix in der Routing Information Base (RIB) (z. B. der IP-Routing-Tabelle) zu installieren, kann RIB die BGP-Route aus einem der folgenden Gründe ablehnen:

• Route mit besserer administrativer Distanz bereits im IGP vorhanden. Wenn z. B. bereits eine statische Route in der IP-Routing-Tabelle vorhanden ist.

• Speicherfehler.

• Die Anzahl der Routen in VPN Routing/Forwarding (VRF) überschreitet die unter der VRF-Instanz konfigurierte Routengrenze.

In solchen Fällen werden die Präfixe, die aus diesen Gründen abgelehnt werden, durch r RIB Failure in der Ausgabe des Befehls show ip bgp identifiziert und an die Peers weitergegeben. Diese Funktion wurde erstmals in Version 12.2(08.05)T der Cisco IOS-Software verfügbar gemacht.

Frage: Wie kann ich das vom BGP (iBGP) erfasste Standard-Routing (0.0.0.0/0) an EIGRP/OSPF/IS-IS weiterverteilen?

A. Die Neuverteilung von iBGP-Routen in Interior Gateway Protocol (IGP) - Enhanced Interior Gateway Routing Protocol/Open Shortest Path First/Intermediate System-to-Intermediate System (EIGRP/OSPF/IS-IS) - kann Routing-Schleifen innerhalb des Autonomous Systems verursachen, was nicht empfohlen wird. Standardmäßig ist die iBGP-Umverteilung in IGP deaktiviert. Führen Sie den Befehl bgp redistribute-internal aus, um die Neuverteilung von iBGP-Routen in IGP zu ermöglichen. 

In dieser Ausgabe wird eine Beispielkonfiguration zur Neuverteilung der vom iBGP ermittelten Standardroute 0.0.0.0/0 auf das EIGRP angezeigt. Die Konfigurationen für OSPF/IS-IS sind ähnlich.

router bgp 65345 
[...]
bgp redistribute-internal
!
router eigrp 10 
[...]
redistribute bgp 65345 route-map check-def
!
ip prefix-list def-route seq 5 permit 0.0.0.0/0 
!
route-map check-def permit 10 
match ip address prefix-list def-route

Hinweis: Nachdem Sie den internen Befehl "bgp redistribute" konfiguriert haben, stellen Sie sicher, dass der Befehl clear ip bgp eingegeben wird, um alle Routen in der lokalen Routing-Tabelle zu löschen.

Frage: Wie kann ich alle IP-Routen filtern, die einem BGP-Nachbarn mit Ausnahme der Standardroute 0.0.0.0/0 gemeldet werden?

A. Die spezifischen Routen können gefiltert werden, wenn Sie eingehende Filterlisten, Verteilungslisten, Präfixlisten und Routenzuordnungen für denselben BGP-Nachbarn gleichzeitig verwenden. Dies ist die Reihenfolge der Schritte:

1. Filterliste

2. Routerübersicht

3. Verteilerliste (oder) Präfixliste

F. Wie löst man das Fehler Protokoll nicht in diesem Bild?

A. Der Grund für das nicht in diesem Image enthaltene Fehlermeldungsprotokoll ist, dass die BGP-Funktion in der auf dem Router ausgeführten Cisco IOS-Version nicht unterstützt wird. Um diesen Fehler zu beheben, aktualisieren Sie das Cisco IOS auf eine neuere Cisco IOS-Version, die BGP unterstützt.

Q. BGP: Timerwheel läuft langsam um 1 Ticks erscheint in der Debug-Ausgabe.

A. Diese Meldung wird nur angezeigt, wenn ein BGP-Debugging auf dem Router aktiviert ist. Es handelt sich lediglich um eine Informationsmeldung und nicht um eine Fehlermeldung. Diese Informationsmeldung bezieht sich auf interne BGP-Timer. Diese Nachricht kann vom Befehl undebug all ignoriert werden.

Frage: Ist es möglich, eine Schnittstelle zu verfolgen und die Verfügbarkeit der Route zu ändern?

A. Ja, es ist möglich, die Zustandsänderung einer Schnittstelle zu verfolgen und die Verfügbarkeit mit dem Enhanced Object Tracking zu routen. 

F. Wie weist das IP RIB-Update Speicher zu?

A. Das IP RIB-Update weist die Präfixe zu, und die Attribute werden in Blöcken gespeichert. Es ist nicht möglich, den gesamten Textbaustein freizugeben, bis alle Elemente im Textbaustein freigegeben wurden. Wenn mehr Routen gelernt werden, werden diese freien Elemente in den Chunks verwendet.

Frage: Welcher Befehl wird verwendet, um IPv6-BGP-Nachbarn anzuzeigen?

A. Der Befehl show bgp ipv6 unicast summary wird verwendet, um die IPv6-BGP-Nachbarn anzuzeigen.

F. Bezüglich der Entfernung der statischen Route "ip route 10.150.0.0 255.255.0.0 Null0": Bewirkt keine automatische Zusammenfassung im BGP, dass alle Subnetze von 10.150.0.0 angekündigt werden?

A. Beispiel:

network 10.150.0.0 mask 255.255.0.0
no auto-summary

ip route 10.150.0.0 255.255.0.0 Null0

Der Router stoppt, um die Route anzukündigen, sendet aber weiterhin die spezifischsten Routen.

F. Warum gibt es keine Statistikergebnisse, wenn ich die Befehle debug bfd und debug bfd packages verwende?

A. Es ist das normale Verhalten, da bfd-Hellos in Sekundenbruchteilen gesendet werden und falls Sie Debug-Programme dafür ausführen, kann der Router das nicht verarbeiten. Daher werden die bfd-Meldungen nur beim Debuggen angezeigt, wenn Flaps auftreten. Dies ist der Zweck des debug bfdcommand:

debug bfd events

Mit diesem Befehl werden BFD-Ereignisse für alle aktuell konfigurierten BFD-Sitzungen protokolliert. Es erfasst BFD-Ereignisse wie Sitzungszustandsänderungen, Sitzungskonfigurationsänderungen, die durch eine lokale CLI oder durch ein Remote-End ausgelöst werden.

debug bfd packets

Mit diesem Befehl werden BFD-Pakete für alle aktuell konfigurierten BFD-Sitzungen protokolliert. Er erfasst nur BFD-Hello-Pakete, die bei BFD-Konfigurationsänderungen (z. B. einer Sitzungsstatusänderung) ausgetauscht werden. Normale BFD-Pakete werden von diesem Befehl nicht erfasst.

Frage: Muss der Router neu gestartet werden, nachdem ein neues maximales Präfix für den BGP-Nachbarn konfiguriert wurde?

A. Wenn die neue maximale Anzahl an Präfixen größer als die aktuelle maximale Anzahl ist, muss die BGP-Sitzung nicht weich/fest geleert werden, und ein erneutes Laden ist nicht erforderlich.

Frage: Gibt es einen Befehl, um die angekündigten Routen zusammen mit dem Voranstellen der AS-Pfade zu überprüfen?

A. Wenn AS-path prepending festgelegt ist, werden die vorzugebenden AS-Nummern an den AS-Pfad angehängt, und wenn das Update das AS zu den eBGP-Peers verlässt, wird die lokale AS-Nummer dem vollständigen AS-Pfad vorangestellt.

Mit einer der folgenden Optionen können Sie jedoch leicht überprüfen, ob der AS-Pfad vorgestellt wurde:

1. Überprüfen Sie das BGP AS PATH-Attribut auf dem Peering-Gerät. Dies ist eine der einfachsten Möglichkeiten, um zu überprüfen, ob der Router AS PATH-Prepending durchführt oder nicht.

2. Führen Sie das Debugging für BGP-Updates (in ausgehender Richtung) aus, und überprüfen Sie dann, ob Präpenden vorhanden sind. Verwenden Sie beim Debuggen von BGP-Updates eine Zugriffsliste.

   Example:
   
   Router#debug ip bgp updates 1 out
   
   BGP: TX IPv4 Unicast Mem global 3 1 10.1.1.2 Refresh has to wait for net
   prepend.
   
   BGP: TX IPv4 Unicast Top global Start net prepend.
   
   
   BGP: TX IPv4 Unicast Top global Done net prepend (1 attrs). 
    
   The router has prepended the prefix.
   
   
   BGP: TX IPv4 Unicast Grp global 3 Starting refresh after prepend completion.

3. Eine weitere Option besteht darin, eine Paketerfassung an der Ausgangsschnittstelle vorzunehmen und festzustellen, welche Aktualisierung über die Leitung gesendet wird.

Frage: Wie funktioniert der eingehende Befehl für die Soft-Reconfiguration von Nachbarn?

Antwort: Der Befehl neighbor soft-reconfiguration inbound (eingehende Neukonfiguration) bewirkt, dass der Router alle empfangenen (eingehenden) Aktualisierungen der Routingrichtlinie ohne Änderung speichert. Beispielsweise wird für jeden Peer eine duplizierte Tabelle im Speicher gespeichert.

F. Was bedeutet die Fehlermeldung %BGP-3-NOTIFICATION: sent to neighbor *A.B.C.D passive 6/0 (stop) 0 bytes?

A. Diese Meldung wird angezeigt, wenn bereits eine andere BGP-Sitzung eingerichtet wurde. Der Router, der die Nachricht "stop" empfängt, hat versucht, eine BGP OPEN-Nachricht an denselben Peer über eine andere IP-Adresse zu senden. Diese Meldung ist nur kosmetischer Natur und auf eine fehlerhafte Konfiguration zurückzuführen.

F. Was bedeutet die Fehlermeldung %IPRT-3-ROUTEINSERTERROR: Fehler beim Einfügen der Routing-Eintrag?

A. Diese Fehlermeldung zeigt an, dass nicht genügend Arbeitsspeicher für die von Nachbarn bezogenen BGP-Präfixe vorhanden ist.

Frage: Unterstützt GSR mit Cisco IOS XR die automatische VPLS-BGP-Erkennungsfunktion als Routen-Reflektor?

Antwort: Ja, GSR mit Cisco IOS XR unterstützt Route Reflector-Funktionen für die automatische VPLS-BGP-Erkennung.

Frage: Wie debugge ich Routen für einen bestimmten VRF in der Cisco IOS XR-Umgebung?

A. Verwenden Sie den Debug-BGP-Keepalive [vrf [vrf-name] | all]] vpnv4-Unicast-Befehl, um Routen für ein bestimmtes VRF in der Cisco IOS XR-Umgebung zu debuggen. Dies ist eine Beispielausgabe:

*Mar  1 00:16:06.735: BGP: ses TWO 10.2.2.3 (0x69A1C8F4:1) Keep alive timerfired.
*Mar  1 00:16:06.735: BGP: 10.2.2.3 KEEPALIVE requested (bgp_keepalive_timer_expired)
*Mar  1 00:16:06.743: BGP: ses TWO 10.2.2.3 (0x69A1C8F4:1) service keepalive IO request.
*Mar  1 00:16:06.747: BGP: 10.2.2.3 KEEPALIVE write request serviced in BGP_IO
*Mar  1 00:16:07.759: BGP: ses ONE 10.1.1.1 (0x6900D344:1) Keep alive timer fired.
*Mar  1 00:16:07.759: BGP: 10.1.1.1 KEEPALIVE requested (bgp_keepalive_timer_expired)
*Mar  1 00:16:07.759: BGP: ses ONE 10.1.1.1 (0x6900D344:1) service keepalive IO request.
*Mar  1 00:16:07.763: BGP: 10.1.1.1 KEEPALIVE write request serviced in BGP_IO

Frage: Was ist der Unterschied zwischen dem Einfügen einer Route in das BGP mittels eines Redistribute-Befehls oder eines Netzwerkbefehls?

A. Wenn Sie die Neuverteilung von IGP in BGP verwenden, um die Route anzukündigen, muss die Netzwerkanweisung nicht für alle Subnetze einzeln angegeben werden. Wenn die Route von anderen Routing-Protokollen in die BGP-Tabelle durch Neuverteilung abgerufen wird, lautet das Origin-Attribut Incomplete (?), und wenn Sie den Netzwerk-Befehl angeben, ist dies Internal/IGP (i). Bei der Routenauswahl wird der niedrigste Ursprungscode bevorzugt (IGP<EGP<Unvollständig).

Frage: Wie verifiziere ich die zusammengefassten Informationen zur Layer-4-Weiterleitung?

A. Verwenden Sie den Befehl show mls cef summary, um die zusammengefassten Informationen zur Layer-4-Weiterleitung anzuzeigen. Beispiele:

Router#show mls cef summary

Total routes:                     532462
    IPv4 unicast routes:          502841
    IPv4 Multicast routes:        6     
    MPLS routes:                  19794 
    IPv6 unicast routes:          9821  
    IPv6 multicast routes:        3     
    EoM routes:                   0    

Router#show mls cef maximum-routes
FIB TCAM maximum routes :
=======================
Current :-
-------
 IPv4 + MPLS         - 512k (default)
 IPv6 + IP Multicast - 256k

Zugehörige Informationen

• Technischer BGP-Support
• Technischer Support und Downloads von Cisco