BGP protokolli tööpõhimõtted

Täna vaatame BGP protokolli. Ei hakka pikalt rääkima, miks seda kasutatakse ainukese protokollina. Sellest on palju teavet, näiteks siin.

Nii et, mis on BGP? BGP on dünaamilise marsruutimise protokoll, mis on ainus EGP (External Gateway Protocol) protokoll. Seda protokolli kasutatakse marsruutimise ülesehitamiseks internetis. Vaatame, kuidas luuakse naabrus kahe BGP marsruuteri vahel.

Vaatame naabrust Router1 ja Router3 vahel. Seadistame need järgmiste käskudega:

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

Naabrus ühes autonoomses süsteemis — AS 10. Pärast andmete sisestamist marsruuterisse, näiteks Router1, üritab see marsruuter seadistada naabrussuhete loomist marsruuteriga Router3. Algolek, mil midagi ei toimu, nimetatakse Idle. Kui BGP on seadistatud Router1-l, hakkab see kuulama TCP porti 179 — läheb olekusse Connect, ja kui üritab avada sessiooni Router3-ga, läheb see olekusse Active.

Kui sessioon on loodud Router1 ja Router3 vahel, toimub Open-sõnumite vahetamine. Kui Router1 saadab selle sõnumi, nimetatakse seda olekuks Open Sent. Kui ta saab Open-sõnumi Router3-lt, läheb ta olekusse Open Confirm. Vaatame Open-sõnumit lähemalt:

Selles sõnumis edastatakse teave BGP-protokolli kohta, mida ruuter kasutab. Open-sõnumite vahetamise kaudu jagavad Router1 ja Router3 teavet oma seadistuste kohta. Edastatakse järgmised parameetrid:

• Versioon: see hõlmab BGP versiooni, mida ruuter kasutab. Praegune BGP versioon on versioon 4, mis on toodud RFC 4271-s. Kaks BGP ruuteri püüavad läbirääkida ühilduva versiooni, kui esineb erimeelsus, siis ei toimu BGP seanssi.
• Minu AS: see hõlmab BGP ruuteri AS-numbrit; ruuterid peavad kokku leppima AS-numbris ja see määrab, kas nad käitavad iBGP-d või eBGP-d.
• Hold Time: kui BGP ei saa teiselt poolt hoidmisaja jooksul ühtegi keepalive- või uuendussõnumit, kuulutab ta teise poole 'dead' ja katkestab BGP seansi. Cisco IOS ruuterite puhul on hoidmisaja vaikeseade 180 sekundit; keepalive-sõnum saadetakse iga 60 sekundi järel. Mõlemad ruuterid peavad hoidmisajas kokku leppima, vastasel juhul ei toimu BGP seanssi.
• BGP Identifier: see on kohaliku BGP ruuteri ID, mis valitakse nagu OSPF-i puhul:
  • Kasuta käsitsi seadistatud router-ID-d, kasutades käsku bgp router-id.
  • Kasuta kõrgeimat IP-aadressi loopback-liidese peal.
  • Kasutage füüsiliste liideste kõige kõrgemat IP-aadressi.
• Valikulised parameetrid: siit leiate BGP ruuteri mõned valikulised võimalused. See väljak kasutatakse selleks, et uusi funktsioone saaks BGP-sse lisada, ilma et peaks looma uut versiooni. Siit leiate näiteks:
  • MP-BGP (Multi Protocol BGP) toe.
  • Ruutide värskendamise toe.
  • 4-octet AS-numbrite toe.

Naabrusliku suhte loomiseks peavad olema täidetud järgmised tingimused:

• Versiooni number. Praegune versioon on 4.
• AS-number peab olema sama nagu see, mille olete seadistanud neighbor 192.168.13.3 remote-as 10.
• Ruuti ID peab olema erinev naabrist.

Kui mõni parameetritest ei vasta nendele tingimustele, saadab ruuter Teate sõnumi, kus on märkida viga. Pärast Open sõnumite saatmist ja vastuvõtmist läheb naabrussuhete olek KINDLAKS. Pärast seda saavad ruuterid vahetada teavet marsruutide kohta ja teevad seda Uuendus sõnumite abil. Sellise Uuendusteate saadab Router1 Router3-le:

Siin antakse näidatud võrgud, mille kohta teavitab Router1 ja Path attributes, mis on analoog mõõdikutele. Path attributes kohta räägime põhjalikumalt. Samuti edastatakse TCP seanssi jooksul Keepalive sõnumid. Need edastatakse vaikimisi iga 60 sekundi järel. See on Keepalive Timer. Kui Hold Timer’i jooksul ei tule Keepalive sõnumit, tähendab see ühenduse kadumist naabriga. Vaikimisi on see 180 sekundit.

Kasulik tabel:

Nii et oleme aru saanud, kuidas marsruuterid üksteisele teavet edastavad, nüüd proovime aru saada BGP protokolli töö loogikast.

Mõne marsruudi kuulutamiseks BGP tabelisse, nagu IGP protokollides, kasutatakse käsku network, kuid töö loogika on erinev. Kui IGP, pärast marsruudi näitamist network käsus, vaatab, millised liidesed kuuluvad antud alamvõrku ja lisab need oma tabelisse, siis command network BGP-s vaatab marsruutimis tabelisse ja otsib täpset kokkulangevust marsruudiga network käsus. Kui sellised leitud, lähevad need marsruudid BGP tabelisse.

Otsi marsruuti ruuteri praegusest IP marsruutimistabelist, mis täpselt vastab network käsu parameetritele; kui IP marsruut eksisteerib, pane vastav NLRI kohalikku BGP tabelisse.

Nüüd tõstame BGP kõigile ülejäänud ja vaatame, kuidas toimub marsruudi valik ühe AS-i sees. Pärast seda, kui BGP marsruuter on saanud naabritelt marsruudid, algab optimaalse marsruudi valik. Siin on oluline mõista, milliseid tüüpi naabreid võib olla — sisemised ja välised. Marsruuter mõistab konfiguratsiooni põhjal, kas konfigureeritud naaber on sisemine või väline? Kui käsus:

neighbor 192.168.13.3 remote-as 10 

parameetrina remote-as on näidatud AS, mis on konfigureeritud marsruuteris käsus router bgp 10. Marsruudid, mis tulevad sisemisest AS-ist, loetakse sisemisteks, ja välisest AS-ist saadud marsruudid vastavalt välisteks. Igaühega käib erinev loogika vastuvõtu ja saatmise osas. Vaatame sellist topoloogiat:

Igal marsruuteril on seadistatud loopback liides IP- aadressiga: x.x.x.x 255.255.255.0 — kus x on marsruuteri number. Router9-l on meil loopback liides aadressiga — 9.9.9.9 255.255.255.0. Me kavatseme selle BGP kaudu välja kuulutada ja vaatame, kuidas see levib. See marsruut edastatakse Router8-le ja Router12-le. Router8 kaudu jõuab see Router6-ni, kuid Router5-s ei ole seda marsruuti marsruudiga tabelis. Samuti jõuab see marsruut Router12-le tabelisse, kuid Router11-s ei ole seda samuti. Püüame selle probleemiga tegelema. Vaadake, millised andmed ja parameetrid edastab Router9 oma naabritele, teatades sellest marsruudist. Allolev pakett saadetakse Router9-lt Router8-le.

Marsruudi teave koosneb marsruudi atribuutidest (Path attributes).

Marsruudi atribuudid jagunevad neljaks kategooriaks:

1. Well-known mandatory — kõik marsruuterid, mis töötavad BGP protokolli järgi, peavad neid atribuute tuvastama. Need peavad olema kõikides värskendustes (update).
2. Well-known discretionary — kõik marsruuterid, mis töötavad BGP protokolli järgi, peavad neid atribuute tuvastama. Need võivad olla värskendustes (update), kuid nende olemasolu ei ole kohustuslik.
3. Optional transitive — ei pruugi kõik BGP rakendused seda tuvastada. Kui ruuter ei tuvastanud atribuuti, märgib ta uuenduse osaliseks (partial) ja edastab selle edasi naabritele, säilitades tuvastamata atribuudi.
4. Valikuline mitte-transitiivne — ei pruugi kõik BGP rakendused seda tuvastada. Kui ruuter ei tuvastanud atribuuti, siis see atribuut jäetakse tähelepanuta ja naabritele edastamisel välistatakse.

BGP atribuudi näited:

• Well-known mandatory:
  • Autonoomse süsteemi tee
  • Järgmine hüpik
  • Päritolu

• Well-known discretionary:
  • Kohalik eelistus
  • Aatomiline agregaat
• Optional transitive:
  • Agregator
  • Kogukonnad
• Valikuline mitte-transitiivne:
  • Mitme väljundi diskrimineerija (MED)
  • Päritaja ID
  • Klastri nimekiri

Käesoleval juhul huvitavad meid praegu Origin, Next-hop, AS Path. Kuna marsruut edastatakse Router8 ja Router9 vahel, st ühe AS sees, siis loetakse see sisemiseks ja viime tähelepanu Originile.

Atribuut Origin — näitab, kuidas marsruut uuendusse sai. Atribuudi võimaliku väärtuse näited:

• 0 — IGP: NLRI saadud algse autonoomse süsteemi sees;
• 1 — EGP: NLRI õpitud Välistukse Protokolli (EGP) kaudu. BGP eelkäija, ei kasutata
• 2 — Puudulik: NLRI on õpitud muul viisil

Meie puhul, nagu paakist näha, on see 0. Kui see marsruut edastatakse Router12-le, on selle kood 1.

Järgmine, Next-hop. Aatribuut Next-hop

• See on eBGP marsruuteri IP-aadress, mille kaudu suunduvad teadmised sihtvõrku.
• Aatribuut muutub, kui eelistatakse edastada eeliste hulka teise AS-i.

iBGP korral, st ühe AS-i sees, on Next-hop määratud see, kes tegi teadlikuks või rääkis sellest marsruudist. Meie juhul on see 192.168.89.9. Kui aga edastatakse see marsruut Router8-lt Router6-le, muudab Router8 selle ja asendab oma omaga. Next-hop on 192.168.68.8. See viib meid kahe reegli juurde:

1. Kui marsruuter edastab marsruuti oma sisemisele naabrile, ei muuda ta Next-hop parameetrit.
2. Kui marsruuter edastab marsruuti oma välimisele naabrile, muudab ta Next-hop-i selle marsruuteri liidese IP-ks, mille kaudu ta selle edastab.

See viib meid arusaamiseni esimesest probleemist — miks ei ole marsruuti marsruudistustabelis Router5 ja Router11. Vaatame lähemalt. Seega, Router6 sai teavet marsruudist 9.9.9.0/24 ja lisas selle edukalt marsruudistustabelisse:

Router6#show ip route bgp
Koodid: L - kohalik, C - ühendatud, S - staatiline, R - RIP, M - mobiilne, B - BGP
       D - EIGRP, EX - EIGRP väline, O - OSPF, IA - OSPF vaheala
       N1 - OSPF NSSA väline tüüp 1, N2 - OSPF NSSA väline tüüp 2
       E1 - OSPF väline tüüp 1, E2 - OSPF väline tüüp 2
       i - IS-IS, su - IS-IS kokkuvõte, L1 - IS-IS tase-1, L2 - IS-IS tase-2
       ia - IS-IS vaheala, * - kandidaat vaikimisi, U - per-kasutaja staatiline marsruut
       o - ODR, P - perioodiliselt allalaaditud staatiline marsruut, H - NHRP, l - LISP
       a - rakenduse marsruut
       + - kopeeritud marsruut, % - järgmise hüppe ülekirjutamine, p - ülekirjutamine PfR-st

Viimase pääsme värav ei ole seadistatud

      9.0.0.0/24 on alamvõrk, 1 alamvõrk
B        9.9.9.0 [20/0] läbi 192.168.68.8, 00:38:25<source>
Nüüd on Router6 edastanud marsruudi Router5-ile ja esimesele reeglile Next-hop ei ole muudatust tehtud. See tähendab, et Router5 peab lisama  <b>9.9.9.0 [20/0] läbi 192.168.68.8</b> , kuid tal ei ole marsruuti 192.168.68.8 juurde ja seetõttu seda marsruuti ei lisata, kuigi teave selle marsruudi kohta hoitakse BGP tabelis:

<source><b>Router5#show ip bgp
BGP tabeli versioon on 1, kohaliku marsruuteri ID on 5.5.5.5
Olekukoodid: s summutatud, d summutatud, h ajalugu, * kehtiv, &gt; parim, i - sisemine,
              r RIB-veeremise viga, S Staalne, m mitme tee, b varu-teekond, f RT-Filtreerimine,
              x parim-väline, a lisatee, c RIB-kompressioon,
Päritolukoodid: i - IGP, e - EGP, ? - mittetäielik
RPKI valideerimise koodid: V kehtiv, I kehtetu, N Ei leitud

     Võrk          Järgmine Hüpe            Metrika LocPrf Kaal Tee
 * i 9.9.9.0/24       192.168.68.8             0    100      0 45 i</b>

Sama olukord toimub ka Router11 ja Router12 vahel. Sellise olukorra vältimiseks on vajalik seadistada, et Router6 või Router12, edastades marsruuti oma sisemistele naabritele, kasutaks Next-hopina oma IP-aadressi. See toimub järgmise käsu abil:

neighbor 192.168.56.5 next-hop-self

Pärast seda käsku saadab Router6 Update sõnumi, kus marsruutide Next-hopina on märgitud Router6 Gi0/0 liidese IP — 192.168.56.6, pärast mida see marsruut jõuab juba marsruuditiski.

Liigume edasi ja vaatame, kas see marsruut ilmub Router7 ja Router10-le. Marsruuditabelis seda ei ole ning võiksime arvata, et probleem on sama, mis esimese Next-hop parameetriga, kuid kui vaatame show ip bgp käsu väljundit, näeme, et seal ei ole marsruuti isegi vale Next-hopiga, mis tähendab, et marsruut ei edastatud. See toob meid teise reegli olemasoluni:

Marsruute, mis on saadud sisemistelt naabritelt, ei edastata teistele sisemistele naabritele.

Kuna Router5 sai marsruudi Router6-lt, siis ei edastata seda teisele sisemisele naabrile. Edastamise toimumiseks on vajalik seadistada funktsioon Route Reflector, või seadistada täielikud naabrussuhted (Full Mesh), mis tähendab, et Router5-7 on kõik naabrid üksteisega. Sel juhul kasutame Route Reflectorit. Router5-l tuleb kasutada järgmist käsku:

neighbor 192.168.57.7 route-reflector-client

Route-Reflector muudab BGP käitumist marsruudi edastamisel sisemisele naabrile. Kui sisemine naaber on määratud kui route-reflector-client, siis nendele klientidele edastatakse sisemised marsruudid.

Marsruut ei ilmunud Router7-le? Ärge unustage ka Next-hop'i. Pärast neid manipuleerimisi peab marsruut ilmuma ka Router7-le, kuid seda ei juhtu. See viib meid ühe teise reegli juurde:

Next-hop reegel töötab ainult välistel marsruutidel. Sisemiste marsruutide puhul ei toimu next-hop atribuutide asendamist.

Me loome olukorra, kus on vajalik luua keskkond kas staatilise marsruutimise abil või IGP protokollide kaudu edastada marsruuteritele kõik marsruudid AS sees. Kirjutame staatilised marsruudid Router6 ja Router7 ning seejärel saame vajalikku marsruuti marsruuteri tabelis. AS 678 teeme aga pisut teisiti — määrame staatilised marsruudid 192.168.112.0/24 Router10-l ja 192.168.110.0/24 Router12-l. Edasi, kehtestame naabrussuhete Router10 ja Router12 vahel. Samuti seadistame Router12 saatma oma next-hop Router10-le:

neighbor 192.168.110.10 next-hop-self

Tulemuseks on see, et Router10 saab marsruudi 9.9.9.0/24, mis tuleb nii Router7-lt kui ka Router12-lt. Vaata, millise valiku teeb Router10:

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  

Kuidas näeme, on kaks marsruuti ja noolesümbol ( > ) näitab, et valiti marsruut läbi 192.168.112.12.
Vaatame, kuidas marsruudi valikuprotsess toimub:

1. Esimese asjana kontrollitakse marsruuti vastuvõttes selle järgmise sammuga (Next-hop) kättesaadavust. Seetõttu ei edastatud marsruuti Router5-lt töötlemiseks, kui me ei seadnud Next-hop-self.
2. Seejärel tuleb parameeter Weight. See parameeter ei ole tee atribuut (PA) ja ei edastata BGP sõnumites. See seadistatakse kohalikult igal ruuteril ja seda kasutatakse ainult marsruudi valiku manööverdamiseks ruuteri enda peal. Vaatame näidet. Ülal on näidatud, et Router10 valis marsruudi 9.9.9.0/24 kaudu Router12 (192.168.112.12). Et muuta Weight parameetrit, saab kasutada route-map'i, et määrata teatud marsruutide jaoks või määrata naaberile kaal käsu abil:

    neighbor 192.168.107.7 weight 200       

   Nüüd omavad kõik selle naabri marsruudid seda kaalu. Vaatame, kuidas see marsruudi valikut pärast seda manööverdust muudab:

   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

   Nagu näete, on nüüd valitud marsruut Router7 kaudu, kuid see ei mõjuta teisi ruutereid.

3. Kolmandal kohal on meil – Kohalik Eelistus. See parameeter on Well-known discretionary atribuut, mis tähendab, et selle olemasolu ei ole kohustuslik. See parameeter kehtib ainult ühe AS-i sees ja mõjutab teede valikut ainult sisemiste naabrite puhul. Seetõttu edastatakse see ainult Update sõnumites, mis on mõeldud sisemisele naabrile. Väliste naabrite jaoks puudub see Update sõnumites. Seetõttu kuulub see kategooriasse Well-known discretionary. Proovime seda rakendada Router5-l. Router5-l peaks olema kaks marsruuti 9.9.9.0/24 jaoks - üks Router6 kaudu ja teine Router7 kaudu.

   Vaata:

   Router5#show bgp
   BGP tabeli versioon on 2, kohaliku marsruuteri ID on 5.5.5.5
   Oleku koodid: s suppressed, d damped, h ajalugu, * kehtiv, > parim, i - sisemine,
                 r RIB-failure, S vananenud, m mitme tee, b varu-tee, f RT-Filter,
                 x parim-väline, a täiendav-tee, c RIB-kompressitud,
   Päritolu koodid: i - IGP, e - EGP, ? - mittetäielik
   RPKI valideerimise koodid: V kehtiv, I ei kehti, N ei leitud
   
        Võrk                Järgmine hüpe            Meetri LocPrf Kaal Tee
    *>i 9.9.9.0/24       192.168.56.6             0    100      0 45 i

   Aga nagu näeme, on üks marsruut Router6 kaudu. Aga kus on marsruut Router7 kaudu? Võibolla see on ka Router7-l puudub? Vaatame:

   Router#show bgp
   BGP tabeli versioon on 10, kohaliku marsruuteri ID on 7.7.7.7
   Oleku koodid: s suppressed, d damped, h ajalugu, * kehtiv, > parim, i - sisemine,
                 r RIB-failure, S vananenud, m mitme tee, b varu-tee, f RT-Filter,
                 x parim-väline, a täiendav-tee, c RIB-kompressitud,
   Päritolu koodid: i - IGP, e - EGP, ? - mittetäielik
   RPKI valideerimise koodid: V kehtiv, I ei kehti, N ei leitud
   
        Võrk                Järgmine hüpe            Meetri LocPrf  Kaal    Tee
    *>i 9.9.9.0/24       192.168.56.6             0     100           0      45 i
   
                                 192.168.107.10                                  0     678 45 i 

   Imelik, kõik näib olevat korras. Miks see ei edastu Router5-le? Asi on selles, et BGP-l on reegel:

   Marsruuter edastab ainult need marsruudid, mida ta ise kasutab.

   Router7 kasutab marsruuti Router5 kaudu, seetõttu marsruut Router10 kaudu ei edastata. Naaseme Local Preference'i juurde. Seadistame Local Preference'i Router7 jaoks ja vaatame, kuidas selle peale reageerib Router5:

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

   Nii, oleme loonud route-map'i, mis hõlmab kõiki marsruute ja öelnud Router7-le, et ta muudaks Local Preference'i väärtust 250-le, mis on vaikimisi 100. Vaatame, mis juhtus Router5-l:

   Router5#show bgp
   BGP tabeli versioon on 8, lokaalne marsruuteri ID on 5.5.5.5
   Oleku koodid: 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,
   Päritolu koodid: i - IGP, e - EGP, ? - incomplete
   RPKI valideerimise koodid: 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

   Kuidas me näeme, et nüüd eelistab Router5 marsruuti läbi Router7. Sama pilt saab olema ka Router6-l, kuigi temale on kasulikum valida marsruut läbi Router8. Tuleb samuti lisada, et selle parameetri muutmine nõuab naabruse taaskäivitamist, et muudatus jõustuks. Loe edasi siin. Local Preference on selge. Liigume järgmise parameetri juurde.

4. Eelistatud marsruut, mille järgmine hüpe on 0.0.0.0, see tähendab kohalikke või koondatud marsruute. Neile marsruutidele määratakse automaatselt pärast käsu network sisestamist kaal Weight maksimaalselt 32678.

   Router#show bgp
   BGP tabeli versioon on 2, kohalik marsruuter ID on 9.9.9.9
   Olekukoodid: s - maha surutud, d - summutatud, h - ajalugu, * - kehtiv, > - parim, i - sisemine,
                 r - RIB-tõrge, S - aegunud, m - mitme tee, b - varu-teed, f - RT-filtri,
                 x - parim väline, a - täiendav tee, c - RIB-keeratud,
   Päritolukoodid: i - IGP, e - EGP, ? - puudu
   RPKI valideerimise koodid: V - kehtiv, I - kehtetu, N - leitud ei ole
   
        Võrk              Järgmine hüpe       Metrika LocPrf Kaal    Tee
    *>  9.9.9.0/24      0.0.0.0                  0            32768    i

5. Lühim tee läbi AS. Valitakse lühim AS_Path parameeter. Mida vähem AS-i kaudu marsruut läbib, seda parem see on. Vaadake marsruuti 9.9.9.0/24 Router10-lt:

   Router10#show bgp
   BGP tabeli versioon on 2, kohalik marsruuter ID on 6.6.6.6
   Olekukoodid: s - maha surutud, d - summutatud, h - ajalugu, * - kehtiv, > - parim, i - sisemine,
                 r - RIB-tõrge, S - aegunud, m - mitme tee, b - varu-teed, f - RT-filtri,
                 x - parim väline, a - täiendav tee, c - RIB-keeratud,
   Päritolukoodid: i - IGP, e - EGP, ? - puudu
   RPKI valideerimise koodid: V - kehtiv, I - kehtetu, N - leitud ei ole
   
        Võrk              Järgmine hüpe       Metrika LocPrf Kaal Tee
    *   9.9.9.0/24      192.168.107.7                            0           123 45 i
    *>i                     192.168.112.12           0    100       0       45 i

   Nagu näete, Router10 valis marsruudi läbi 192.168.112.12, kuna selle marsruudi AS_Path parameeter sisaldab ainult 45, samas kui teisel juhul 123 ja 45. See on intuitiivselt arusaadav.

6. Järgmine parameeter on Origin. IGP (marsruut saadud BGP abil) on parem kui EGP (marsruut saadud BGP eelkäija kaudu, mis on nüüdseks kasutusest kõrvaldatud) ja EGP on parem kui Incomplete? (saadud mingil muul viisil, näiteks redistributsiooniga).
7. Järgmine parameeter on MED. Meil oli Wieght, mis töötas ainult lokaalselt ruuteri peal. Olime ka Local Preference'i, mis töötas ainult ühe autonoomse süsteemi piires. Nagu arvatavasti on selge, on MED parameeter, mida edastatakse autonoomsete süsteemide vahel. Väga hea. artikkel selle parameetri kohta.

Rohkem atribuute ei kasutata, kuid kui kahe marsruudi parameetrid on samad, siis rakendatakse järgmisi reegleid:

1. Vali tee kaudu lähima IGP-naabri.
2. Vali vanim marsruut eBGP-teel.
3. Vali tee kaudu naabrist, kellel on väikseim BGP ruuteri ID.
4. Vali tee kaudu naabrist, kellel on väikseim IP-aadress.

Nüüd vaatame BGP kokkusattumise küsimust.

Vaadakem, mis juhtub, kui eeldame, et Router6 kaotab marsruudi 9.9.9.0/24 Router9 kaudu. Lülitame välja liidese Gi0/1 Router6, kes kohe mõistab, et BGP sessioon Router8-ga on katkestatud ning naaber kadus, mistõttu on kõik temalt saadud marsruudid kehtetud. Router6 saadab kohe värskendamise (Update) sõnumid, kus ta märgib võrgu 9.9.9.0/24 tagasivõetud marsruutide (Withdrawn Routes) väljal. Niikaua kui Router5 sellise sõnumi saab, saadab ta selle edasi Router7-le. Kuid kuna Router7-l on marsruut Router10 kaudu, saadab ta vastuseks kohe värskendamise uue marsruudiga. Kui naabri kadumise tuvastamine liidese oleku järgi ei õnnestu, tuleb oodata Hold Timer’i aktiveerumist.

Konföderatsioon.

Kui te mäletate, rääkisime, et sageli tuleb kasutada täielikult ühendatud topoloogiat. Paljude marsruutijatega ühes AS-is võib see põhjustada suuri probleeme, et seda vältida, tuleb kasutada konföderatsioone. Üks AS jaguneb mitmeks sub-AS-iks, mis võimaldab neil töötada ilma täielikult ühendatud topoloogia nõudmiseta.

Siin on link sellele laborile, ja siin konfiguratsioon GNS3 jaoks.

Näiteks sellise topoloogia korral peaksime siduma kõik marsruuterid AS 2345 vahel, kuid konfederatsiooni kasutades saame luua naabrussuhted ainult otse üksteisega ühendatud marsruuterite vahel. Räägime sellest lähemalt. Kui meil olnuks ainult AS 2345, siis laForge saades marsruudi Picard rääkiks tema marsruuteritele Andmed ja Worf, kuid nad ei räägiks temast marsruuterile Crusher . Samuti marsruudid, mida levitab marsruuter ise laForge, ei edastataks Crusher ei Worf-le, ei Andmed.

Pidi seadma Route-Reflectori või täielikult ühendatud naabrussuhted. Jagades ühe AS 2345 neljaks sub-AS-iks (2, 3, 4, 5) igale marsruuterile, saame lõpuks teistsuguse toimimisloogika. Kõik on hästi kirja pandud siit.

Allikad:

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

Allikas: habr.com