Cum se configurează self-hop-ul în Junos BGP - dummies

După ce ați văzut că tabelul de rute pare să aibă toate rutele necesare, probabil că acum puteți să vă gândiți că puteți rula ruterul într-un AS din celălalt AS. Cu toate acestea, nu este cazul. Înțelegerea motivului pentru care ping-ul încă nu funcționează necesită o mică explicație privind schimbarea rutelor BGP.

Topologia eșantionului care arată adresarea următorului hop.

Atunci când BGP partajează un traseu prin mesaje BGP, acesta include informația următoare-hop, astfel încât un router să știe unde să trimită traficul atunci când redirecționează către acea destinație. Convorbiții care locuiesc în AS 65502 trimit rutele prin routerul de gateway 5.

Atunci când acea rută este transmisă routerului 3 prin EBGP, acesta include informația următorului hop legat de acea legătură EBGP. În mod specific, adresa de interfață pe ruterul 5 (10. 0. 26. 2) este marcată ca următorul hop.

Problema este că atunci când routerul 2 dorește să trimită trafic la un server în AS 65002, routerul 2 trebuie să știe unde este ruta 10. 0. 26. 2/24. Dar cum obțină această informație? Această adresă nu este în AS 65027 locale! Și într-adevăr nu doriți să duplicați toate adresele interne din fiecare AS - de aceea BGP a fost inventat în primul rând.

O modalitate ușoară de a vă asigura că un ruter are un traseu către adresa următoare este să setați adresa următoare a unui hub pe unul pe care ruterul deja știe să îl atingă. Este posibil ca adresa 10. 0. 26. 2 să nu fie în AS 65027, dar adresa de retur a routerului 3 este.

În AS, routerele se cunosc reciproc prin intermediul OSPF. OSPF îi spune IBGP cum să ajungă la interfața loopback astfel încât IBGP să își poată stabili sesiunea BGP. Deci, dacă routerul 3 poate seta adresa următoare-hop la una dintre adresele sale (cum ar fi loopback-ul), suprascriind adresa anterioară, atunci toate routerele din AS vor putea trimite trafic.

Pentru a suprascrie adresa precedentă și pentru a folosi loopback-ul propriu-zis al router-ului ca adresă next-hop, utilizați o politică de rutare pentru a seta sincronizarea următoare:

declarație de politică ibgp-export {export-statică termen {{protocol static; apoi accepta;} termenul next-hop self {apoi {next-hop self;}}}

Adăugarea unui al doilea termen îndeplinește această sarcină. Rutele sunt evaluate în funcție de primul termen și sunt acceptate dacă sunt rute statice. Apoi, acele rute BGP acceptate au valoarea următoare-hop setată la adresa de loopback a routerului local. Atunci când aceste rute sunt învățate de alți colegi din cadrul rețelei, acei parteneri vor trimite trafic la adresa de retur a routerului gateway, deoarece știu cum să ajungă la adresa de retur.

Opțiunea "auto" de pe router 3 spune în esență: "Folosiți adresa mea de reîmprospătare ca următorul hop atunci când faceți publicitate pe acest traseu în AS 65027. Apoi, atunci când routerele în AS 65027 au un pachet pentru AS 65002,. Am următorul hop AS 65005 ca 10. 0. 26. 2, deci totul este bine. "

Modul alternativ de a rezolva problema de sine următor-hop este să vă asigurați că aveți o ruta către subrețeaua de peering dintre AS și AS-ul adiacent. Dacă executați un IGP, subneturile sunt publicate automat prin acel IGP către toate routerele interne.

Dacă rulați OSPF sau un alt IGP pasiv pe acea legătură (ceea ce înseamnă că nu doriți să stabiliți o conexiune și rute de inundații acolo), routerele dvs. vor învăța 10. 0. 26. 0 / 24 subrețea. În multe organizații, pasul următor-hop sau pasivul IGP este metoda preferată pentru hops-ul următor BGP.