Fehlerbehebung bei Problemen mit BGP-Nachbarschaftsverbindungen

Einleitung

In diesem Dokument werden Probleme beschrieben, die verhindern, dass die BGP-Nachbarschaft korrekt hergestellt wird.

Voraussetzungen

Anforderungen

Es gibt keine spezifischen Anforderungen für dieses Dokument.

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).

Hintergrundinformationen

BGP-Router können Routing-Informationen nur dann austauschen, wenn sie eine Peer-Verbindung zwischen ihnen herstellen. Die Einrichtung des BGP-Peers beginnt mit der Einrichtung einer TCP-Verbindung zwischen den Geräten. Nachdem die TCP-Verbindung hergestellt wurde, versuchen die BGP-Geräte, eine BGP-Sitzung durch den Austausch von BGP Open-Nachrichten herzustellen, in der sie die BGP-Version, die AS-Nummer, die Haltezeit und die BGP-ID austauschen.

Bei der Einrichtung eines BGP-Peers kann durch verschiedene Faktoren verhindert werden, dass eine BGP-Nachbarschaft richtig erstellt wird. In diesem Dokument werden einige der möglichen Gründe für dieses Problem behandelt:

• Neighbor-Anweisung ist falsch.

• Es sind keine Routen zur Nachbaradresse vorhanden, oder die Standardroute (0.0.0.0/0) wird verwendet, um den Peer zu erreichen.

• Der Befehl update-source fehlt unter BGP.

• Ein Tippfehler hat zu einer falschen IP-Adresse in der Neighbor-Anweisung oder der falschen autonomen Systemnummer geführt. Sie müssen Ihre Konfigurationen überprüfen.

• Unicast ist defekt. Die Gründe hierfür sind:

  • Falsche Virtual Circuit (VC)-Zuordnung in einer ATM- (Asynchronous Transfer Mode) oder Frame Relay-Umgebung in einem hochredundanten Netzwerk

  • Die Zugriffsliste blockiert das Unicast- oder TCP-Paket.

  • Network Address Translation (NAT) wird auf dem Router ausgeführt und übersetzt das Unicast-Paket.

  • Layer 2 ist ausgefallen.

• Das Fehlen des Befehls ebgp-multihop ist ein häufiger Fehler, der verhindert, dass Peers angezeigt werden. Dieses Thema wird im zweiten Beispiel behandelt.

Netzwerkdiagramm

Verwenden Sie dieses Netzwerkdiagramm als Beispiel für die ersten drei Ursachen:

Netzwerkdiagramm

Problem

Nachbaranweisung ist falsch

Der Befehl show ip bgp summary auf Router R1-AGS zeigt an, dass die Sitzung aktiv ist.

R1-AGS(9)#show ip bgp summary

BGP table version is 1, main routing table version 1

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
10.10.10.2      4   400       0       0        0    0    0 never    Active

Die Konfigurationen sind:

interface Loopback0
 ip address 10.2.2.2 255.255.255.255
!
interface Serial1
 ip address 10.10.10.1 255.255.255.0
!
router bgp 400
 neighbor 10.10.10.2 remote-as 400
 neighbor 10.10.10.2 update-source Loopback0
 !
ip route 10.1.1.1 255.255.255.255 10.10.10.2

interface Loopback0
 ip address 10.1.1.1 255.255.255.255
!
interface Serial0
 ip address 10.10.10.2 255.255.255.0
!
router bgp 400
 neighbor 10.10.10.1 remote-as 400
 neighbor 10.10.10.1 update-source Loopback0
 !
ip route 10.2.2.2 255.255.255.255 10.10.10.1

Die Befehle debug ip bgp und debug ip tcp transactions zeigen an, dass die TCP-Verbindung fehlschlägt.

Debuggen auf Router R1-AGS:

BGP: 10.10.10.2 open active, local address 10.2.2.2
TCB00135978 created
TCB00135978 setting property 0 16ABEA
TCB00135978 bound to 10.2.2.2.11039
TCP: sending SYN, seq 3797113156, ack 0
TCP0: Connection to 10.10.10.2:179, advertising MSS 1460
TCP0: state was CLOSED -> SYNSENT [11039 -> 10.10.10.2(179)]
TCP0: state was SYNSENT -> CLOSED [11039 -> 10.10.10.2(179)]
TCP0: bad seg from 10.10.10.2 -- closing connection: seq 0 ack 3797113157 rcvnxt 0 rcvwnd 0
TCP0: connection closed - remote sent RST
TCB00135978 destroyed
BGP: 10.10.10.2 open failed: Connection refused by remote host
TCP: sending RST, seq 0, ack 1965664223
TCP: sent RST to 10.1.1.1:11016 from 10.10.10.1:179

Debuggen auf Router R6-2500:

TCP: sending RST, seq 0, ack 3797113157
TCP: sent RST to 10.2.2.2:11039 from 10.10.10.2:179
BGP: 10.10.10.1 open active, local address 10.1.1.1
TCB001E030C created
TCB001E030C setting property TCP_WINDOW_SIZE (0) 194F7A
TCB001E030C setting property TCP_TOS (11) 194F79
TCB001E030C bound to 10.10.1.1.11016
TCP: sending SYN, seq 1965664222, ack 0
TCP0: Connection to 10.10.10.1:179, advertising MSS 1460
TCP0: state was CLOSED -> SYNSENT [11016 -> 10.10.10.1(179)]
TCP0: state was SYNSENT -> CLOSED [11016 -> 10.10.10.1(179)]
TCP0: bad seg from 10.10.10.1 -- closing connection: seq 0 ack 1965664223 rcvnxt 0 rcvwnd 0
TCP0: connection closed - remote sent RST
TCB 0x1E030C destroyed
BGP: 10.10.10.1 open failed: Connection refused by remote host

Lösung

Um dieses Problem zu beheben, korrigieren Sie entweder die Loopback-Adresse in der Neighbor-Anweisung oder entfernen den Befehl update-source aus der Konfiguration.

In diesem Beispiel wird die Adresse korrigiert.

router bgp 400
 neighbor 10.1.1.1 remote-as 400
 neighbor 10.1.1.1 update-source Loopback0
 !
ip route 10.1.1.1 255.255.255.255 10.10.10.2

router bgp 400
 neighbor 10.2.2.2 remote-as 400
 neighbor 10.2.2.2 update-source Loopback0
 !
ip route 10.2.2.2 255.255.255.255 10.10.10.1

Ein Blick auf den Befehl show ip bgp summary zeigt, dass sich Router R1-AGS im Status "Established" befindet.

R1-AGS(9)#show ip bgp summary

BGP table version is 1, main routing table version 1

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
10.1.1.1         4   400       3       3        1    0    0 00:00:26        0

Problem

Es sind keine Routen zur Nachbaradresse vorhanden, oder die Standardroute wird zum Erreichen des Peers verwendet

Der Befehl show ip bgp summary auf Router R1-AGS zeigt an, dass die Sitzung derzeit aktiv ist.

R1-AGS(9)#show ip bgp summary

BGP table version is 1, main routing table version 1

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
10.1.1.1         4   400       0       0        0    0    0 never    Active

Die Konfigurationen sind:

interface Loopback0
 ip address 10.2.2.2 255.255.255.255
!
interface Serial1
 ip address 10.10.10.1 255.255.255.0
!
router bgp 300
 neighbor 10.1.1.1 remote-as 400
 neighbor 10.1.1.1 ebgp-multihop 2
 neighbor 10.1.1.1 update-source Loopback0

interface Loopback0
 ip address 10.1.1.1 255.255.255.255
!
interface Serial0
 ip address 10.10.10.2 255.255.255.0
!
router bgp 400
 neighbor 10.2.2.2 remote-as 300
 neighbor 10.2.2.2 ebgp-multihop 2
 neighbor 10.2.2.2 update-source Loopback0

Wenn Sie Debug-Befehle ausführen, wird angezeigt, dass keine Route zum Nachbarn besteht.

Debuggen auf Router R1-AGS:

BGP: 10.1.1.1 open active, delay 9568ms
BGP: 10.1.1.1 multihop open delayed 19872ms (no route)
BGP: 10.1.1.1 multihop open delayed 12784ms (no route)

Debuggen auf Router R6-2500:

BGP: 10.2.2.2 open active, delay 6531ms
BGP: 10.2.2.2 multihop open delayed 14112ms (no route)
BGP: 10.2.2.2 multihop open delayed 15408ms (no route)

Lösung

Die Lösung besteht darin, eine Route zum nächsten Hop in die BGP-Nachbaranweisung aufzunehmen. Je nach Situation können Sie eine statische oder dynamische Route verwenden. In einer internen BGP (iBGP)-Umgebung mit mehr Kontrolle können Sie die Route mithilfe eines Routing-Protokolls dynamisch propagieren. In einem externen BGP (eBGP) wird empfohlen, eine statische Route zu konfigurieren, um den nächsten Hop zu erreichen.

Hinweis: Verwenden Sie den Befehl neighbor ebgp-multihop nur, wenn die IP-Adresse, zu der Sie auf Ihrem eBGP-Peer einen Peer bilden, nicht direkt verbunden ist.

In diesem Beispiel wird eine statische Route verwendet.

router bgp 300
 neighbor 10.1.1.1 remote-as 400
 neighbor 10.1.1.1 ebgp-multihop 2
 neighbor 10.1.1.1 update-source Loopback0
 !
ip route 10.1.1.1 255.255.255.255 10.10.10.2

router bgp 400
 neighbor 10.2.2.2 remote-as 300
 neighbor 10.2.2.2 ebgp-multihop 2
 neighbor 10.2.2.2 update-source Loopback0
 !
ip route 10.2.2.2 255.255.255.255 10.10.10.1

Der Befehl show ip bgp summary gibt an, dass sich der Router R1-AGS im Status "Established" befindet.

R1-AGS(9)#show ip bgp summary

BGP table version is 1, main routing table version 1

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
10.1.1.1         4   400       3       3        1    0    0 00:00:26        0

Hinweis: Eine Standardroute wird niemals zum Aufbau einer BGP-Sitzung (iBGP/eBGP) verwendet, und Sie sehen dieselbe (keine Route) Ausgabe in den Debugs, obwohl Sie in der Lage sind, den BGP-Nachbarn zu pingen. Die Lösung besteht wiederum darin, dem BGP-Nachbarn eine Route hinzuzufügen.

Problem

Der Befehl "update-source" fehlt unter BGP.

Der Befehl show ip bgp summary auf Router R1-AGS zeigt an, dass die Sitzung aktiv ist.

R1-AGS(9)#show ip bgp summary

BGP table version is 1, main routing table version 1

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
10.1.1.1         4   400       0       0        0    0    0 never    Active

Die Konfigurationen sind:

interface Loopback0
 ip address 10.2.2.2 255.255.255.255
!
interface Serial1
 ip address 10.10.10.1 255.255.255.0
!
router bgp 400
 neighbor 10.1.1.1 remote-as 400
!
ip route 10.1.1.1 255.255.255.255 10.10.10.2

interface Loopback0
 ip address 10.1.1.1 255.255.255.255
!
interface Serial0
 ip address 10.10.10.2 255.255.255.0
!
router bgp 400
 neighbor 10.2.2.2 remote-as 400
!
ip route 10.2.2.2 255.255.255.255 10.10.10.1

Wenn Sie Debug-Befehle ausführen, wird angezeigt, dass die TCP-Verbindung fehlschlägt.

Debuggen auf Router R1-AGS:

TCP: sending RST, seq 0, ack 2248020754
TCP: sent RST to 10.10.10.2:11018 from 10.2.2.2:179
BGP: 10.1.1.1 open active, local address 10.10.10.1
TCB0016B06C created
TCB0016B06C setting property 0 16ADEA
TCB0016B06C bound to 10.10.10.1.11042
TCP: sending SYN, seq 4099938541, ack 0
TCP0: Connection to 10.1.1.1:179, advertising MSS 536
TCP0: state was CLOSED -> SYNSENT [11042 -> 10.1.1.1(179)]
TCP0: state was SYNSENT -> CLOSED [11042 -> 10.1.1.1(179)]
TCP0: bad seg from 10.1.1.1 -- closing connection: seq 0 ack 4099938542 rcvnxt 0 rcvwnd 0
TCP0: connection closed - remote sent RST
TCB0016B06C destroyed
BGP: 10.1.1.1 open failed: Connection refused by remote host

Debuggen auf Router R6-2500:

BGP: 10.2.2.2 open active, local address 10.10.10.2
TCB00194800 created
TCB00194800 setting property TCP_WINDOW_SIZE (0) E6572
TCB00194800 setting property TCP_TOS (11) E6571
TCB00194800 bound to 10.10.10.2.11018
TCP: sending SYN, seq 2248020753, ack 0
TCP0: Connection to 10.2.2.2:179, advertising MSS 556
TCP0: state was CLOSED -> SYNSENT [11018 -> 10.2.2.2(179)]
TCP0: state was SYNSENT -> CLOSED [11018 -> 10.2.2.2(179)]
TCP0: bad seg from 10.2.2.2 -- closing connection: seq 0 ack 2248020754 rcvnxt 0 rcvwnd 0
TCP0: connection closed - remote sent RST
TCB 0x194800 destroyed
BGP: 10.2.2.2 open failed: Connection refused by remote host
TCP: sending RST, seq 0, ack 4099938542
TCP: sent RST to 10.10.10.1:11042 from 10.1.1.1:179

Lösung

Um dieses Problem zu beheben, konfigurieren Sie entweder den Befehl update-source auf beiden Routern, oder entfernen Sie den Befehl update-source und ändern Sie die Neighbor-Anweisung auf beiden Routern. Dies sind Beispiele für beide Lösungen.

Der Befehl update-source wird auf beiden Routern konfiguriert:

interface Loopback0
 ip address 10.2.2.2 255.255.255.255
!
interface Serial1
 ip address 10.10.10.1 255.255.255.0
!
router bgp 400
 neighbor 10.1.1.1 remote-as 400
 neighbor 10.1.1.1 update-source Loopback0
 !
ip route 10.1.1.1 255.255.255.255 10.10.10.2

interface Loopback0
 ip address 10.1.1.1 255.255.255.255
!
interface Serial0
 ip address 10.10.10.2 255.255.255.0
!
router bgp 400
 neighbor 10.2.2.2 remote-as 400
 neighbor 10.2.2.2 update-source Loopback0
 !
ip route 10.2.2.2 255.255.255.255 10.10.10.1

Der Befehl show ip bgp summary gibt an, dass sich der Router R1-AGS im Status "Established" befindet.

R1-AGS(9)# 
show ip bgp summary

BGP table version is 1, main routing table version 1

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
10.2.2.2         4   400       3       3        1    0    0 00:00:26        0

Sie müssen nur den Befehl update-source verwenden, wenn jemand auf Ihre Loopback-Adresse guckt. Dies gilt für einen iBGP-Peer und einen eBGP-Peer.

In diesem Fall wird der Befehl update-source entfernt und die Neighbor-Anweisung auf beiden Routern geändert.

interface Loopback0
 ip address 10.2.2.2 255.255.255.255
!
interface Serial1
 ip address 10.10.10.1 255.255.255.0
!
router bgp 400
 neighbor 10.10.10.2 remote-as 400

interface Loopback0
 ip address 10.1.1.1 255.255.255.255
!
interface Serial0
 ip address 10.10.10.2 255.255.255.0
!
router bgp 400
 neighbor 10.10.10.1 remote-as 400

Der Befehl show ip bgp summary gibt an, dass sich der Router R1-AGS im Status "Established" befindet.

R1-AGS(9)#show ip bgp summary

BGP table version is 1, main routing table version 1

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
10.10.10.2      4   400       3       3        1    0    0 00:00:26        0

Zugehörige Informationen

• BGP-Unterstützungsseite
• Technischer Support und Downloads von Cisco