Kako funkcioniše BGP

Danas ćemo pogledati BGP protokol. Nećemo dugo pričati zašto je to i zašto se koristi kao jedini protokol. O ovoj temi, na primjer, ima dosta informacija ovdje.

Dakle, šta je BGP? BGP je dinamički protokol za rutiranje i jedini je EGP (External Gateway Protocol) protokol. Ovaj protokol se koristi za izgradnju rutiranja na Internetu. Pogledajmo kako se gradi susjedstvo između dva BGP rutera.

Kako funkcioniše BGP
Uzmite u obzir susjedstvo između Router1 i Router3. Konfigurirajmo ih pomoću sljedećih naredbi:

router bgp 10
  network 192.168.12.0
  network 192.168.13.0
  neighbor 192.168.13.3 remote-as 10

router bgp 10
  network 192.168.13.0
  network 192.168.24.0
  neighbor 192.168.13.1 remote-as 10

Susjedstvo unutar jednog autonomnog sistema je AS 10. Nakon unosa informacija o ruteru, kao što je Router1, taj ruter pokušava da uspostavi odnos susjedstva sa Router3. Poziva se početno stanje kada se ništa ne dešava Idle. Čim se bgp konfiguriše na Router1, on će početi da sluša TCP port 179 - preći će u stanje spojiti, i kada pokuša da otvori sesiju sa Router3, preći će u stanje aktivnih.

Nakon uspostavljanja sesije između Routera1 i Routera3, razmjenjuju se otvorene poruke. Kada ovu poruku pošalje Router1, ovo stanje će biti pozvano Otvorite Poslano. A kada primi Open poruku od Router3, preći će u stanje Otvorite Potvrdi. Pogledajmo izbliza Otvorenu poruku:

Kako funkcioniše BGP
Ova poruka prenosi informacije o samom BGP protokolu, koji ruter koristi. Razmjenom otvorenih poruka, Router1 i Router3 međusobno komuniciraju informacije o svojim postavkama. Prebacuju se sljedeći parametri:

  • verzija: ovo uključuje BGP verziju koju ruter koristi. Trenutna verzija BGP-a je verzija 4 koja je opisana u RFC 4271. Dva BGP rutera će pokušati dogovoriti kompatibilnu verziju, kada postoji neusklađenost onda neće biti BGP sesije.
  • Moj AS: ovo uključuje AS broj BGP rutera, ruteri će morati da se dogovore oko AS brojeva i takođe definiše da li će pokretati iBGP ili eBGP.
  • Hold Time: ako BGP ne primi nijednu poruku o održavanju ili ažuriranju od druge strane tokom vremena čekanja onda će drugu stranu proglasiti 'mrtvom' i prekinut će BGP sesiju. Podrazumevano je vreme čekanja postavljeno na 180 sekundi na Cisco IOS ruterima, poruka o održavanju aktivnosti se šalje svakih 60 sekundi. Oba rutera moraju da se dogovore oko vremena čekanja ili neće biti BGP sesije.
  • BGP identifikator: ovo je ID lokalnog BGP rutera koji se bira baš kao OSPF:
    • Koristite ruter-ID koji je konfigurisan ručno pomoću naredbe bgp router-id.
    • Koristite najvišu IP adresu na sučelju povratne petlje.
    • Koristite najvišu IP adresu na fizičkom interfejsu.
  • Opcioni parametri: ovdje ćete pronaći neke opcione mogućnosti BGP rutera. Ovo polje je dodano tako da se nove funkcije mogu dodati u BGP bez potrebe za kreiranjem nove verzije. Stvari koje možete pronaći ovdje su:
    • podrška za MP-BGP (Multi Protocol BGP).
    • podrška za Osvježavanje rute.
    • podrška za AS brojeve od 4 okteta.

Da biste uspostavili susjedstvo, moraju biti ispunjeni sljedeći uslovi:

  • Broj verzije. Trenutna verzija je 4.
  • AS broj mora odgovarati onome što ste konfigurirali susjed 192.168.13.3 daljinski-kao 10.
  • ID rutera mora se razlikovati od susjednog.

Ako bilo koji od parametara ne zadovoljava ove uslove, ruter će poslati obavijest poruka koja ukazuje na grešku. Nakon slanja i primanja otvorenih poruka, odnos susjedstva ulazi u stanje USPOSTAVLJENO. Nakon toga, ruteri mogu razmjenjivati ​​informacije o rutama i to učiniti koristeći Ažuriranje poruke. Ovo je poruka ažuriranja koju je Router1 poslao na Router3:

Kako funkcioniše BGP

Ovdje možete vidjeti mreže prijavljene atributima Router1 i Path, koji su analogni metrikama. Razgovaraćemo detaljnije o atributima putanje. Keepalive poruke se također šalju unutar TCP sesije. Prenose se, podrazumevano, svakih 60 sekundi. Ovo je Keepalive Timer. Ako se Keepalive poruka ne primi tokom Hold Timera, to će značiti gubitak komunikacije sa susjedom. Podrazumevano je jednako 180 sekundi.

Koristan znak:

Kako funkcioniše BGP

Čini se da smo shvatili kako ruteri prenose informacije jedni drugima, a sada pokušajmo razumjeti logiku BGP protokola.

Za oglašavanje rute do BGP tabele, kao u IGP protokolima, koristi se mrežna komanda, ali je operativna logika drugačija. Ako u IGP-u, nakon specificiranja rute u mrežnoj komandi, IGP gleda koja sučelja pripadaju ovoj podmreži i uključuje ih u svoju tablicu, tada mrežna komanda u BGP-u gleda tabelu usmjeravanja i traži točnoe odgovara ruti u mrežnoj naredbi. Ako se takvi pronađu, ove rute će se pojaviti u BGP tabeli.

Potražite rutu u trenutnoj tablici IP rutera rutera koja tačno odgovara parametrima mrežne komande; ako IP ruta postoji, stavite ekvivalentni NLRI u lokalnu BGP tabelu.

Sada podignimo BGP na sve preostale i vidimo kako je ruta odabrana unutar jednog AS-a. Nakon što BGP ruter primi rute od svog susjeda, počinje odabir optimalne rute. Ovdje morate razumjeti koji tip susjeda može postojati - unutrašnji i vanjski. Razumije li ruter konfiguracijom da li je konfigurirani susjed interni ili eksterni? Ako ste u timu:

neighbor 192.168.13.3 remote-as 10 

parametar remote-as specificira AS, koji je konfigurisan na samom ruteru u naredbi rutera bgp 10. Rute koje dolaze iz internog AS se smatraju internim, a rute iz eksternog AS se smatraju eksternim. I za svaku drugačiju logiku prijema i slanja radi. Razmotrite ovu topologiju:

Kako funkcioniše BGP

Svaki ruter ima loopback interfejs konfigurisan sa ip: xxxx 255.255.255.0 - gde je x broj rutera. Na Router9 imamo loopback interfejs sa adresom - 9.9.9.9 255.255.255.0. Najavit ćemo ga putem BGP-a i vidjeti kako će se širiti. Ova ruta će se prenijeti na Router8 i Router12. Od Router8, ova ruta će ići na Router6, ali do Router5 neće biti u tabeli usmjeravanja. Također na Router12 ova ruta će se pojaviti u tabeli, ali na Router11 je također neće biti. Pokušajmo ovo shvatiti. Hajde da razmotrimo koje podatke i parametre Router9 prenosi svojim susedima, izveštavajući o ovoj ruti. Paket ispod će biti poslan sa Router9 na Router8.

Kako funkcioniše BGP
Informacije o ruti sastoje se od atributa putanje.

Atributi putanje su podijeljeni u 4 kategorije:

  1. Poznato obavezno - Svi ruteri koji koriste BGP moraju prepoznati ove atribute. Mora biti prisutan u svim ažuriranjima.
  2. Poznati diskrecioni - Svi ruteri koji koriste BGP moraju prepoznati ove atribute. Oni mogu biti prisutni u ažuriranjima, ali njihovo prisustvo nije potrebno.
  3. Opciono tranzitivno - možda ne prepoznaju sve BGP implementacije. Ako ruter ne prepozna atribut, on označava ažuriranje kao djelomično i prosljeđuje ga svojim susjedima, pohranjujući neprepoznati atribut.
  4. Opciono neprelazno - možda ne prepoznaju sve BGP implementacije. Ako ruter ne prepozna atribut, tada se atribut ignorira i odbacuje kada se proslijeđuje susjedima.

Primjeri BGP atributa:

  • Poznato obavezno:
    • Put autonomnog sistema
    • Sljedeći skok
    • Origin

  • Poznati diskrecioni:
    • Lokalne preferencije
    • Atomski agregat
  • Opciono tranzitivno:
    • Agregator
    • zajednice
  • Opciono neprelazno:
    • Višeizlazni diskriminator (MED)
    • ID izvornika
    • Lista klastera

U ovom slučaju, za sada će nas zanimati Origin, Next-hop, AS Path. Pošto se ruta prenosi između Routera8 i Routera9, odnosno unutar jednog AS-a, smatra se internom i obratićemo pažnju na Origin.

Atribut porijekla - označava kako je ruta u ažuriranju dobivena. Moguće vrijednosti atributa:

  • 0 - IGP: NLRI primljen u originalnom autonomnom sistemu;
  • 1 - EGP: NLRI se uči koristeći Exterior Gateway Protocol (EGP). Prethodnik BGP-a, nije korišten
  • 2 - Nepotpuno: NLRI je naučen na neki drugi način

U našem slučaju, kao što se vidi iz paketa, on je jednak 0. Kada se ova ruta prenese na Router12, ovaj kod će imati kod 1.

Next, Next-hop. Atribut sljedećeg skoka

  • Ovo je IP adresa eBGP rutera kroz koju prolazi put do odredišne ​​mreže.
  • Atribut se mijenja kada se prefiks pošalje na drugi AS.

U slučaju iBGP-a, odnosno unutar jednog AS-a, Next-hop će biti označen od strane onoga koji je saznao ili rekao za ovu rutu. U našem slučaju, to će biti 192.168.89.9. Ali kada se ova ruta prenese sa Router8 na Router6, Router8 će je promijeniti i zamijeniti svojom. Sljedeći skok će biti 192.168.68.8. Ovo nas dovodi do dva pravila:

  1. Ako ruter prosljeđuje rutu svom internom susjedu, on ne mijenja parametar Next-hop.
  2. Ako ruter prenosi rutu svom vanjskom susjedu, on mijenja Next-hop na ip sučelja s kojeg ovaj ruter prenosi.

Ovo nas dovodi do razumijevanja prvog problema - Zašto neće biti rute u tabeli rutiranja na Router5 i Router11. Pogledajmo izbliza. Dakle, Router6 je primio informacije o ruti 9.9.9.0/24 i uspješno je dodao u tabelu rutiranja:

Router6#show ip route bgp
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
       a - application route
       + - replicated route, % - next hop override, p - overrides from PfR

Gateway of last resort is not set

      9.0.0.0/24 is subnetted, 1 subnets
B        9.9.9.0 [20/0] via 192.168.68.8, 00:38:25<source>
Теперь Router6 передал маршрут Router5 и первому правилу Next-hop не изменил. То есть, Router5 должен добавить  <b>9.9.9.0 [20/0] via 192.168.68.8</b> , но у него нет маршрута до 192.168.68.8 и поэтому данный маршрут добавлен не будет, хотя информация о данном маршруте будет храниться в таблице BGP:

<source><b>Router5#show ip bgp
BGP table version is 1, local router ID is 5.5.5.5
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
 * i 9.9.9.0/24       192.168.68.8             0    100      0 45 i</b>

Ista situacija će se dogoditi između Router11-Router12. Da biste izbjegli ovu situaciju, morate konfigurirati Router6 ili Router12, prilikom prosljeđivanja rute njihovim internim susjedima, da zamijene njihovu IP adresu kao Next-hop. Ovo se radi pomoću naredbe:

neighbor 192.168.56.5 next-hop-self

Nakon ove naredbe, Router6 će poslati Update poruku, gdje će ip interfejsa Gi0/0 Router6 biti specificiran kao Next-hop za rute - 192.168.56.6, nakon čega će ova ruta već biti uključena u tabelu rutiranja.

Idemo dalje i vidimo da li se ova ruta pojavljuje na Router7 i Router10. Neće biti u tabeli usmeravanja i mogli bismo pomisliti da je problem isti kao i u prvom sa parametrom Next-hop, ali ako pogledamo izlaz komande show ip bgp, videćemo da ruta tamo nije primljena čak ni s pogrešnim Next-hop-om, što znači da ruta nije ni prenesena. I to će nas dovesti do postojanja još jednog pravila:

Rute primljene od internih susjeda ne propagiraju se na druge interne susjede.

Pošto je Router5 primio rutu od Router6, ona neće biti poslana svom drugom unutrašnjem susjedu. Da bi se prijenos dogodio, morate konfigurirati funkciju Reflektor rute, ili konfigurirajte potpuno povezane susjedske odnose (Full Mesh), to jest, Router5-7 će svi biti susjedi svima. U ovom slučaju ćemo koristiti Route Reflector. Na Router5 morate koristiti ovu naredbu:

neighbor 192.168.57.7 route-reflector-client

Route-Reflector mijenja ponašanje BGP-a prilikom prosljeđivanja rute unutrašnjem susjedu. Ako je interni susjed specificiran kao route-reflector-client, tada će interne rute biti oglašene ovim klijentima.

Ruta se nije pojavila na Router7? Ne zaboravite ni na Next-hop. Nakon ovih manipulacija, ruta bi također trebala ići do Router7, ali to se ne događa. Ovo nas dovodi do drugog pravila:

Pravilo sljedećeg skoka radi samo za vanjske rute. Za interne rute, atribut next-hop se ne zamjenjuje.

I dolazimo u situaciju u kojoj je potrebno kreirati okruženje korištenjem statičkog rutiranja ili IGP protokola za informiranje rutera o svim rutama unutar AS-a. Registrirajmo statičke rute na Router6 i Router7 i nakon toga ćemo dobiti željenu rutu u tabeli rutera. U AS 678 ćemo to učiniti malo drugačije - registrovaćemo statičke rute za 192.168.112.0/24 na Router10 i 192.168.110.0/24 na Router12. Zatim ćemo uspostaviti susjedsku vezu između Router10 i Router12. Također ćemo konfigurirati Router12 da pošalje svoj sljedeći skok na Router10:

neighbor 192.168.110.10 next-hop-self

Rezultat će biti da će Router10 primiti rutu 9.9.9.0/24, primat će je i Router7 i Router12. Hajde da vidimo kakav će izbor Router10 napraviti:

Router10#show ip bgp
BGP table version is 3, local router ID is 6.6.6.6
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network              Next Hop            Metric LocPrf Weight Path
 *>i 9.9.9.0/24       192.168.112.12           0    100       0      45 i

                               192.168.107.7                                0     123 45 i  

Kao što vidimo, dvije rute i strelica (>) znače da je odabrana ruta preko 192.168.112.12.
Pogledajmo kako funkcionira proces odabira rute:

  1. Prvi korak pri primanju rute je provjeriti dostupnost sljedećeg skoka. Zato, kada smo primili rutu na Router5 bez postavljanja Next-hop-self, ova ruta nije dalje obrađena.
  2. Zatim dolazi parametar Weight. Ovaj parametar nije atribut putanje (PA) i ne šalje se u BGP porukama. Konfigurira se lokalno na svakom ruteru i koristi se samo za manipuliranje odabirom rute na samom ruteru. Pogledajmo primjer. Odmah iznad možete vidjeti da je Router10 odabrao rutu za 9.9.9.0/24 preko Router12 (192.168.112.12). Da biste promijenili parametar Wieght, možete koristiti route-map da postavite određene rute ili dodijelite težinu njegovom susjedu pomoću naredbe:
     neighbor 192.168.107.7 weight 200       

    Sada će sve rute od ovog susjeda imati ovu težinu. Pogledajmo kako se izbor rute mijenja nakon ove manipulacije:

    Router10#show bgp
    *Mar  2 11:58:13.956: %SYS-5-CONFIG_I: Configured from console by console
    BGP table version is 2, local router ID is 6.6.6.6
    Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                  r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                  x best-external, a additional-path, c RIB-compressed,
    Origin codes: i - IGP, e - EGP, ? - incomplete
    RPKI validation codes: V valid, I invalid, N Not found
    
         Network          Next Hop            Metric LocPrf Weight      Path
     *>  9.9.9.0/24       192.168.107.7                        200      123 45 i
     * i                          192.168.112.12           0          100      0 45 i

    Kao što vidite, ruta kroz Router7 je sada odabrana, ali to neće imati nikakvog efekta na druge rutere.

  3. Na trećoj poziciji imamo Lokalne preferencije. Ovaj parametar je dobro poznati diskrecioni atribut, što znači da je njegovo prisustvo opciono. Ovaj parametar vrijedi samo unutar jednog AS i utječe na izbor putanje samo za unutrašnje susjede. Zbog toga se prenosi samo u porukama ažuriranja namijenjenim internom susjedu. Ne postoji u porukama ažuriranja za vanjske susjede. Stoga je klasifikovan kao dobro poznati diskrecioni. Pokušajmo ga primijeniti na Router5. Na Router5 bi trebali imati dvije rute za 9.9.9.0/24 - jednu kroz Router6 i drugu kroz Router7.

    gledamo:

    Router5#show bgp
    BGP table version is 2, local router ID is 5.5.5.5
    Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                  r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                  x best-external, a additional-path, c RIB-compressed,
    Origin codes: i - IGP, e - EGP, ? - incomplete
    RPKI validation codes: V valid, I invalid, N Not found
    
         Network          Next Hop            Metric LocPrf Weight Path
     *>i 9.9.9.0/24       192.168.56.6             0    100      0 45 i

    Ali kao što vidimo jednu rutu kroz Router6. Gdje je ruta kroz Router7? Možda ga ni Router7 nema? pogledajmo:

    Router#show bgp
    BGP table version is 10, local router ID is 7.7.7.7
    Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                  r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                  x best-external, a additional-path, c RIB-compressed,
    Origin codes: i - IGP, e - EGP, ? - incomplete
    RPKI validation codes: V valid, I invalid, N Not found
    
         Network                Next Hop            Metric LocPrf  Weight    Path
     *>i 9.9.9.0/24       192.168.56.6             0     100           0      45 i
    
                                  192.168.107.10                                  0     678 45 i 

    Čudno, izgleda da je sve u redu. Zašto se ne prenosi na Router5? Stvar je u tome da BGP ima pravilo:

    Ruter prenosi samo one rute koje koristi.

    Router7 koristi rutu kroz Router5, tako da se ruta kroz Router10 neće prenositi. Vratimo se na Lokalne postavke. Postavimo lokalne postavke na Router7 i vidimo kako Router5 reaguje na ovo:

    route-map BGP permit 10
     match ip address 10
     set local-preference 250
    access-list 10 permit any
    router bgp 123
     neighbor 192.168.107.10 route-map BGP in</b>

    Dakle, kreirali smo mapu rute koja sadrži sve rute i rekli Router7 da promijeni parametar Local Preference na 250 kada ga primi, default je 100. Da vidimo šta se dogodilo na Router5:

    Router5#show bgp
    BGP table version is 8, local router ID is 5.5.5.5
    Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                  r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                  x best-external, a additional-path, c RIB-compressed,
    Origin codes: i - IGP, e - EGP, ? - incomplete
    RPKI validation codes: V valid, I invalid, N Not found
    
         Network          Next Hop            Metric LocPrf Weight        Path
     *>i 9.9.9.0/24       192.168.57.7             0          250      0 678 45 i

    Kao što sada vidimo, Router5 preferira rutu kroz Router7. Ista slika će biti na Router6, iako mu je isplativije izabrati rutu preko Router8. Također dodajemo da promjena ovog parametra zahtijeva ponovno pokretanje susjedstva da bi promjena stupila na snagu. Čitaj ovdje. Riješili smo Lokalne postavke. Pređimo na sljedeći parametar.

  4. Preferirajte rutu s parametrom Next-hop 0.0.0.0, odnosno lokalne ili agregirane rute. Ovim rutama se automatski dodjeljuje parametar težine jednak maksimumu—32678—nakon unosa mrežne komande:
    Router#show bgp
    BGP table version is 2, local router ID is 9.9.9.9
    Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                  r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                  x best-external, a additional-path, c RIB-compressed,
    Origin codes: i - IGP, e - EGP, ? - incomplete
    RPKI validation codes: V valid, I invalid, N Not found
    
         Network          Next Hop            Metric LocPrf Weight    Path
     *>  9.9.9.0/24       0.0.0.0                  0            32768    i
  5. Najkraći put kroz AS. Odabran je najkraći parametar AS_Path. Što manje AS prolazi kroz rutu, to je bolje. Razmotrite rutu do 9.9.9.0/24 na Router10:
    Router10#show bgp
    BGP table version is 2, local router ID is 6.6.6.6
    Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
                  r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
                  x best-external, a additional-path, c RIB-compressed,
    Origin codes: i - IGP, e - EGP, ? - incomplete
    RPKI validation codes: V valid, I invalid, N Not found
    
         Network          Next Hop            Metric LocPrf Weight Path
     *   9.9.9.0/24     192.168.107.7                           0           123 45 i
     *>i                     192.168.112.12           0    100       0       45 i

    Kao što vidite, Router10 je izabrao rutu preko 192.168.112.12 jer za ovu rutu parametar AS_Path sadrži samo 45, au drugom slučaju 123 i 45. Intuitivno jasno.

  6. Sljedeći parametar je Origin. IGP (ruta dobivena korištenjem BGP-a) je bolja od EGP-a (ruta dobivena korištenjem prethodnika BGP-a, više se ne koristi), a EGP je bolja od Nepotpuna? (dobije se nekom drugom metodom, na primjer preraspodjelom).
  7. Sljedeći parametar je MED. Imali smo Wieght koji je radio samo lokalno na ruteru. Postojala je Lokalna preferencija, koja je radila samo u okviru jednog autonomnog sistema. Kao što možete pretpostaviti, MED je parametar koji će se prenositi između autonomnih sistema. Veoma dobro članak o ovom parametru.

Neće se više koristiti atributi, ali ako dvije rute imaju iste atribute, tada se koriste sljedeća pravila:

  1. Odaberite putanju kroz najbližeg IGP susjeda.
  2. Odaberite najstariju rutu za eBGP putanju.
  3. Odaberite putanju kroz susjeda s najmanjim ID-om BGP rutera.
  4. Odaberite putanju kroz susjeda s najnižom IP adresom.

Pogledajmo sada pitanje BGP konvergencije.

Hajde da vidimo šta će se desiti ako Router6 izgubi rutu 9.9.9.0/24 kroz Router9. Deaktivirajmo interfejs Gi0/1 rutera6, koji će odmah shvatiti da je BGP sesija sa Router8 prekinuta i da je sused nestao, što znači da ruta primljena od njega nije važeća. Router6 odmah šalje ažurirane poruke, gdje u polju Povučene rute označava mrežu 9.9.9.0/24. Čim Router5 primi takvu poruku, poslat će je Router7. Ali pošto Router7 ima rutu kroz Router10, odmah će odgovoriti ažuriranjem sa novom rutom. Ako nije moguće detektovati pad suseda na osnovu stanja interfejsa, tada ćete morati da sačekate da se aktivira tajmer za čekanje.

Konfederacija.

Ako se sjećate, pričali smo o tome da često morate koristiti potpuno povezanu topologiju. Sa velikim brojem rutera u jednom AS-u to može uzrokovati velike probleme, da biste to izbjegli morate koristiti konfederacije. Jedan AS je podijeljen na nekoliko pod-AS-a, što im omogućava da rade bez potrebe za potpuno povezanom topologijom.

Kako funkcioniše BGP

Evo linka za ovo labui ovdje konfiguracija za GNS3.

Na primjer, sa ovom topologijom morali bismo povezati sve usmjerivače u AS 2345 jedan s drugim, ali koristeći Konfederaciju, možemo uspostaviti odnose susjedstva samo između rutera koji su direktno povezani jedan s drugim. Hajde da razgovaramo o ovome detaljno. Da imamo samo AS 2345, onda laForge dobivši marš od Picard rekao bi to ruterima podaci и Worf, ali nisu htjeli reći ruteru o tome Drobilica . Također rute koje distribuira sam ruter laForge, ne bi bio prebačen Drobilica niti Worf-o ne podaci.

Morali biste konfigurirati Route-Reflector ili potpuno povezan odnos susjedstva. Podjelom jednog AS 2345 na 4 pod-AS (2,3,4,5) za svaki ruter, na kraju imamo drugačiju operativnu logiku. Sve je savršeno opisano ovdje.

Izvori:

  1. CCIE Routing and Switching v5.0 Official Cert Guide, Volume 2, Fifth Edition, Narbik Kocharians, Terry Vinson.
  2. sajt xgu.ru
  3. sajt GNS3Vault.

izvor: www.habr.com

Dodajte komentar