Innledning
BGP-rutere kan bare utveksle rutingsinformasjon når de oppretter peer-tilkobling mellom dem. Bgp-peer-etableringen begynner med opprettelsen AV EN TCP-forbindelse mellom enhetene. ETTER at TCP-tilkobling er etablert, FORSØKER bgp-enhetene å opprette EN bgp-økt ved utveksling AV Bgp-Åpne meldinger, hvor DE utveksler bgp-versjon, som nummer, holdetid og bgp-identifikator.
på PROSESSEN MED bgp-peer-etablering kan flere ting forhindre at et bgp-naboskap blir riktig etablert. Dette dokumentet drøfter noen av disse mulige årsakene til dette problemet:
-
naboerklæringen er feil.
-
det finnes ingen ruter til naboadressen, eller standardruten (0.0.0.0 / 0) brukes til å nå motparten.
-
update-source-kommandoen mangler under BGP.
-
en skrivefeil resulterte i feil IP-adresse i nabo-setningen eller feil autonome systemnummer. Du må sjekke konfigurasjonene dine.
-
Unicast er ødelagt på grunn av en av disse grunnene:
-
Feil virtuell krets (VC) kartlegging I En Asynkron Overføringsmodus (ATM) eller Frame Relay miljø i et svært redundant nettverk.
-
Tilgangslisten blokkerer unicast-eller TCP-pakken.
-
Network Address Translation (NAT) kjører på ruteren og oversetter unicast-pakken.
-
Lag 2 er nede.
-
-
mangelen på kommandoen ebgp-multihop er en vanlig feil som hindrer jevnaldrende fra å vises. Dette problemet er diskutert i det andre eksemplet.
Forutsetninger
Krav
det er ingen spesifikke krav til dette dokumentet.
Brukte Komponenter
dette dokumentet er ikke begrenset til spesifikke programvare-og maskinvareversjoner.
informasjonen i dette dokumentet ble opprettet fra enheter i et bestemt laboratoriemiljø. Alle enhetene som ble brukt i dette dokumentet, startet med en ryddet (standard) konfigurasjon. Hvis du jobber i et live-nettverk, må du sørge for at du forstår den potensielle effekten av en kommando før du bruker den.
Nettverksdiagram
Bruk dette nettverksdiagrammet som et eksempel for de tre første årsakene:
Konvensjoner
Se Cisco Technical Tips-Konvensjoner for mer informasjon om dokumentkonvensjoner.
Nabo-Setningen Er Feil
kommandoen vis ip bgp-sammendrag på Ruteren R1-AGS viser at økten er aktiv.
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
her er konfigurasjonene:
kommandoene debug ip bgp og debug ip tcp-transaksjoner viser AT tcp-tilkoblingen mislykkes.
Feilsøking På Ruteren R1-AGS:
Feilsøking på Ruteren R6-2500:
Løsning
for å avhjelpe denne situasjonen må du enten korrigere tilbakekoblings-adressen i nabo-setningen, eller fjerne kommandoen update-source fra konfigurasjonen.
i dette eksemplet er adressen korrigert.
en titt på kommandoen vis ip bgp sammendrag viser Ruteren R1-AGS er i etablert tilstand.
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
Merk: hvis EN BGP-økt ikke er opprettet etter at en ruter har lastet på nytt, konfigurerer du neighbor soft-reconfiguration-setningene under BGP for å tilbakestille soft.
Det Finnes Ingen Ruter Til Naboadressen, Eller Standardruten Brukes Til Å Nå Peer
kommandoen vis ip bgp-sammendrag på Ruteren R1-AGS viser at økten er aktiv.
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
her er konfigurasjonene:
hvis du kjører feilsøkingskommandoer, viser det at det ikke er noen rute til naboen.
Feilsøking På Ruteren R1-AGS:
Feilsøking på Ruteren R6-2500:
Løsning
løsningen er å inkludere en rute til neste hopp i bgp nabo-setningen. Du kan bruke en statisk eller dynamisk rute avhengig av situasjonen. I et internt bgp-miljø (iBGP) der du har mer kontroll, kan du forplante ruten dynamisk ved hjelp av en rutingsprotokoll. I en ekstern bgp (eBGP) situasjon anbefales det å konfigurere en statisk rute for å nå neste hopp.
bruk kommandoen nabo ebgp-multihop bare når IP-adressen du kikker til på eBGP-peer ikke er direkte tilkoblet.
i dette eksemplet ble det brukt en statisk rute.
kommandoen vis ip bgp-sammendrag viser Ruteren R1-AGS er i etablert tilstand.
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
Merk: En standardrute kommer aldri til å bli brukt til å etablere en bgp-økt (iBGP/eBGP), og du ser den samme (ingen rute) utgangen i feilsøkingene, selv om DU kan pinge bgp-naboen. Løsningen er igjen å legge til en rute TIL bgp-naboen.
kommandoen oppdater kilde Mangler Under BGP
kommandoen vis ip bgp-sammendrag på Ruteren R1-AGS viser at økten er aktiv.
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
her er konfigurasjonene:
hvis du kjører feilsøkingskommandoer, viser DET AT tcp-tilkoblingen mislykkes.
Feilsøking På Ruteren R1-AGS:
Feilsøking På Ruteren R6-2500:
Løsning
for å løse dette problemet må du enten konfigurere update-source-kommandoen på begge ruterne, eller fjerne update-source-kommandoen og endre nabo-setningen på begge ruterne. Dette er eksempler på begge løsninger.
her er update-source-kommandoen konfigurert på begge ruterne.
kommandoen vis ip bgp-sammendrag viser Ruteren R1-AGS er i etablert tilstand.
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
du trenger bare å bruke update-source-kommandoen når noen kikker til loopback-adressen din. Dette gjelder for en iBGP peer og en eBGP peer.
her fjernes update-source-kommandoen, og nabo-setningen endres på begge ruterne.
kommandoen vis ip bgp-sammendrag viser Ruteren R1-AGS er i etablert tilstand.
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
