Hvordan du konfigurerer Next-Hop Self i Junos BGP-dummies

Etter å ha sett at rutetabellen ser ut til å ha alle nødvendige ruter, tror du sannsynligvis nå at du kan pinge ruterne i en AS fra den andre AS. Det er imidlertid ikke helt tilfelle. Forstå hvorfor pinging fremdeles ikke virker krever en liten forklaring på hvordan BGP-ruter utveksles.

Eksempeltopologi som viser neste hop-adressering.

Når BGP deler en rute via BGP-meldinger, inneholder den neste hop-informasjon, slik at en ruteren vet hvor du skal sende trafikk når du videresender til den aktuelle destinasjonen. De jevnaldrende som bor i AS 65502 sender sine ruter gjennom gateway router 5.

Når denne ruten sendes til ruteren 3 via EBGP, inneholder den neste hoppinformasjonen knyttet til den EBGP-lenken. Spesifikt er grensesnittadressen på ruteren 5 (10. 0. 26. 2) merket som neste hop.

Problemet er at når ruteren 2 ønsker å sende trafikk til en peer innenfor AS 65002, må ruteren 2 vite hvor ruten 10. 0. 26. 2/24 er. Men hvordan får den denne informasjonen? Den adressen er ikke i det lokale AS 65027! Og du vil egentlig ikke duplisere alle interne adresser i alle AS - derfor ble BGP oppfunnet i utgangspunktet.

En enkel måte å sikre at en ruteren har en rute til neste hop-adressen, er å sette neste hop-adressen til en som ruteren allerede vet hvordan man skal nå. Adressen 10. 0. 26. 2 kan ikke være i AS 65027, men loopbackadressen for ruteren 3 er.

I din AS kjenner ruterne alle hinandens loopbackadresser i kraft av OSPF. OSPF forteller IBGP hvordan man kommer til loopback-grensesnittet slik at IBGP kan etablere sin BGP-økt. Så hvis ruteren 3 kan angi neste hop-adressen til en av sine egne adresser (for eksempel loopback), overskriver den forrige adressen, så vil alle ruterne i din AS kunne sende trafikk.

For å overskrive den forrige neste hop-adressen og bruk ruterenes egen loopback som neste hop-adresse, bruk en rutepolicy for å angi neste hop-selv:

[rediger policyalternativer] policy-statement ibgp-export {term eksportstatistikk {fra protokoll statisk; da aksepterer;} begrep neste hop selv {da {next-hop self;}}}

Tillegget av en andre periode utfører denne oppgaven. Ruter evalueres mot første sikt og aksepteres hvis de er statiske ruter. Deretter har de aksepterte BGP-ruter den neste hop-verdien satt til den lokale router-loopback-adressen. Når disse rutene blir lært av andre jevnaldrende i nettverket ditt, vil disse jevnaldrene sende trafikk til gateway-adressens routeradresse fordi de vet hvordan de skal nå loopbackadressen.

Alternativet "selv" på ruteren 3 sier i utgangspunktet "Bruk min loopback-adresse som neste hopp når du annonserer denne ruten inne i AS 65027. Da da rutere i AS 65027 har en pakke for AS 65002, sender de den til meg. Jeg har AS 65005 neste hopp som 10. 0. 26. 2, så alt er bra. "

Den alternative måten å løse problemet med neste hop-selv er å sikre at du har en rute til peering-subnetet mellom din AS og den tilstøtende AS. Hvis du kjører en IGP, blir undernettene automatisk annonsert gjennom den IGP til alle dine interne rutere.

Hvis du kjører OSPF eller en annen IGP passivt på denne linken (som betyr at du ikke vil etablere en tilflugts- og flomrute der), vil ruterne lære 10 0. 26. 0 / 24 delnett. I mange organisasjoner er next-hop self eller IGP passiv den foretrukne metoden for BGP neste humle.