miért váltanak a BGP szomszédok tétlen, Connect és aktív állapotok között?

Bevezetés

a BGP útválasztók csak akkor cserélhetnek útválasztási információkat, ha társkapcsolatot létesítenek közöttük. A BGP peer létrehozása az eszközök közötti TCP kapcsolat létrehozásával kezdődik. A TCP-kapcsolat létrejötte után a BGP-eszközök BGP-munkamenetet próbálnak létrehozni a BGP nyitott üzenetek cseréjével, ahol BGP-verziót, számot, tartási időt és BGP-azonosítót cserélnek.

a BGP társalapításának folyamatában számos dolog megakadályozhatja a BGP szomszédság helyes megállapítását. Ez a dokumentum a probléma néhány lehetséges okát tárgyalja:

  • a szomszéd állítás helytelen.

  • nincsenek útvonalak a szomszéd címhez, vagy az alapértelmezett útvonalat (0.0.0.0 / 0) használják a társ eléréséhez.

  • a frissítés-forrás parancs hiányzik a BGP alatt.

  • a gépelési hiba rossz IP-címet eredményezett a neighbor utasításban vagy rossz autonóm rendszerszámot. Ellenőriznie kell a konfigurációkat.

  • az Unicast ezen okok egyike miatt megszakad:

    • rossz virtuális áramkör (VC) leképezés aszinkron átviteli módban (ATM) vagy Frame Relay környezetben egy nagyon redundáns hálózatban.

    • a hozzáférési lista blokkolja az unicast vagy a TCP csomagot.

    • a hálózati címfordítás (Nat) fut az útválasztón, és fordítja az unicast csomagot.

    • a 2. réteg le van állítva.

  • az ebgp-multihop parancs hiánya gyakori hiba, amely megakadályozza a társaik megjelenését. Ezt a kérdést a második példa tárgyalja.

előfeltételek

követelmények

erre a dokumentumra nincsenek külön követelmények.

felhasznált összetevők

ez a dokumentum nem korlátozódik bizonyos szoftver-és hardververziókra.

az ebben a dokumentumban bemutatott információk egy adott laboratóriumi környezetben lévő eszközökről készültek. A dokumentumban használt összes eszköz törölt (alapértelmezett) konfigurációval indult. Ha élő hálózatban dolgozik, győződjön meg róla, hogy megérti a parancsok lehetséges hatását, mielőtt használná.

hálózati Diagram

használja ezt a hálózati diagramot példaként az első három okra:

egyezmények

lásd Cisco Technical Tips egyezmények további információt dokumentum egyezmények.

a Neighbor utasítás helytelen

a show ip bgp összefoglaló parancs az R1-AGS útválasztón azt mutatja, hogy a munkamenet aktív.

R1-AGS(9)# show ip bgp summaryBGP table version is 1, main routing table version 1Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd10.10.10.2 4 400 0 0 0 0 0 never Active

itt vannak a konfigurációk:

a debug ip bgp és debug ip TCP tranzakciók parancsok a TCP kapcsolat meghibásodását mutatják.

Hibakeresések az R1-AGS útválasztón:

Hibakeresések az R6-2500 útválasztón:

megoldás

a helyzet orvoslása érdekében javítsa ki a visszacsatolási címet a neighbor utasításban, vagy távolítsa el az update-source parancsot a konfigurációból.

ebben a példában a cím kijavításra kerül.

A show ip BGP összefoglaló parancs áttekintése azt mutatja, hogy az R1-AGS útválasztó a létrehozott állapotban van.

R1-AGS(9)#show ip bgp summaryBGP table version is 1, main routing table version 1Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd1.1.1.1 4 400 3 3 1 0 0 00:00:26 0

Megjegyzés: Ha a BGP-munkamenet nem kerül beállításra az útválasztó újratöltése után, állítsa be a szomszédos soft-reconfiguration utasításokat a BGP alatt a soft reset érdekében.

nincsenek útvonalak a szomszéd címhez, vagy az alapértelmezett útvonalat használják a társ eléréséhez

az IP bgp összefoglaló megjelenítése parancs az R1-AGS útválasztón azt mutatja, hogy a munkamenet jelenleg aktív.

R1-AGS(9)#show ip bgp summaryBGP table version is 1, main routing table version 1Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd1.1.1.1 4 400 0 0 0 0 0 never Active

itt vannak a konfigurációk:

ha hibakeresési parancsokat futtat, az azt mutatja, hogy nincs út a szomszédhoz.

Hibakeresések az R1-AGS útválasztón:

Hibakeresések az R6-2500 útválasztón:

megoldás

a megoldás az, hogy a BGP neighbor utasításban szerepel egy útvonal a következő ugráshoz. A helyzettől függően statikus vagy dinamikus útvonalat használhat. Egy belső BGP (iBGP) környezetben, ahol több vezérléssel rendelkezik, dinamikusan terjesztheti az útvonalat egy útválasztási protokoll segítségével. Külső BGP (eBGP) helyzetben ajánlott statikus útvonalat konfigurálni a következő ugrás eléréséhez.

csak akkor használja a neighbor ebgp-multihop parancsot, ha az EBGP-társán lévő IP-cím nincs közvetlenül csatlakoztatva.

ebben a példában statikus útvonalat használtunk.

az IP bgp összefoglaló megjelenítése parancs azt mutatja, hogy az R1-AGS útválasztó a beállított állapotban van.

R1-AGS(9)# show ip bgp summaryBGP table version is 1, main routing table version 1Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd1.1.1.1 4 400 3 3 1 0 0 00:00:26 0

Megjegyzés: Az alapértelmezett útvonalat soha nem fogja használni a BGP munkamenet létrehozásához (iBGP/eBGP), és ugyanazt a (No route) kimenetet látja a hibakeresésekben, bár képes pingelni a BGP szomszédot. A megoldás ismét egy útvonal hozzáadása a BGP szomszédhoz.

az update-source parancs hiányzik a BGP

a show ip BGP összefoglaló parancs az R1-AGS útválasztón azt mutatja, hogy a munkamenet aktív.

R1-AGS(9)# show ip bgp summaryBGP table version is 1, main routing table version 1Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd1.1.1.1 4 400 0 0 0 0 0 never Active

itt vannak a konfigurációk:

ha hibakeresési parancsokat futtat, akkor a TCP kapcsolat meghiúsul.

Hibakeresések az R1-AGS útválasztón:

Hibakeresések az R6-2500 útválasztón:

megoldás

a probléma megoldásához konfigurálja az update-source parancsot mindkét útválasztón, vagy távolítsa el az update-source parancsot, és módosítsa a neighbor utasítást mindkét útválasztón. Ezek példák mindkét megoldásra.

itt az update-source parancs mindkét útválasztón konfigurálva van.

az IP bgp összefoglaló megjelenítése parancs azt mutatja, hogy az R1-AGS útválasztó a beállított állapotban van.

R1-AGS(9)# show ip bgp summaryBGP table version is 1, main routing table version 1Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd2.2.2.2 4 400 3 3 1 0 0 00:00:26 0

csak akkor kell használnia az update-source parancsot, ha valaki a visszacsatolási címére néz. Ez igaz az iBGP peerre és az eBGP peerre.

itt az update-source parancs eltávolításra kerül, és a neighbor utasítás megváltozik mindkét útválasztón.

az IP bgp összefoglaló megjelenítése parancs azt mutatja, hogy az R1-AGS útválasztó a beállított állapotban van.

R1-AGS(9)# show ip bgp summaryBGP table version is 1, main routing table version 1Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd10.10.10.2 4 400 3 3 1 0 0 00:00:26 0



+