BGP protokolli tööpõhimõtted

Täna vaatame BGP protokolli. Ärgem räägime pikalt, miks ja kuidas seda kasutatakse ainukese protokollina. Sel teemal on üsna palju teavet, näiteks siit.

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

Vaatame naabrussuhet Router1 ja Router3 vahel. Seadistame need järgmiste käskude abil:

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

Naabrussuhe ühes autonoomses süsteemis — AS 10. Pärast andmete sisestamist marsruuterisse, näiteks Router1, proovib see marsruuter seadistada naabrussuhet marsruuteriga Router3. Algne olek, kui midagi ei juhtu, nimetatakse Idle. Kui BGP on Router1-l seadistatud, hakkab ta kuulama TCP porti 179 — läheb olekusse Ühenda, ja kui ta üritab avada seansi Router3-iga, siis liigub ta olekusse Active.

Pärast seda, kui seanss on loodud Router1 ja Router3 vahel, toimub Open sõnumite vahetus. Kui see sõnum saadetakse Router1-ilt, siis nimetatakse seda olekuks Open Sent. Ja kui ta saab Open sõnumi Router3-ilt, siis liigub ta olekusse Open Confirm. Vaatame Open sõnumit lähemalt:

Selles sõnumis edastatakse teave BGP protokolli kohta, mida marsruuter kasutab. Vahetades Open sõnumeid, teavitavad Router1 ja Router3 üksteist oma seadistustest. Edastatakse järgmised parameetrid:

• Version: see sisaldab BGP versiooni, mida marsruuter kasutab. Praegune BGP versioon on versioon 4, mis on kirjas RFC 4271. Kaks BGP marsruuteri proovivad läbirääkida ühilduva versiooni, kui juhtumiks on erinevus, siis ei teki BGP seanssi.
• My AS: see sisaldab BGP marsruuteri AS numbrit, marsruuteri peavad kokku leppima AS numbri(de) osas ja see määrab, kas nad töötavad iBGP või eBGP.
• Hold Time: kui BGP ei saa teiselt poolelt hoida või uuendada sõnumeid hoidmisaega jooksul, siis kuulutab see teise poole 'surnuks' ja lõpetab BGP seanssi. Vaikimisi on hoidmisaeg seadistatud 180 sekundiks Cisco IOS marsruuteritel ning hoides sõnum saadetakse iga 60 sekundi järel. Mõlemad marsruuterid peavad kokku leppima hoidmisaega, vastasel juhul ei teki BGP seanssi.
• BGP Identifier: see on kohaliku BGP marsruuteri ID, mis valitakse samamoodi nagu OSPF:
  • Kasuta marsruuter-ID-d, mis on seadistatud käsuga bgp router-id.
  • Kasuta kõrgeimat IP-aadressi ringhäälinguliidesel.
  • Kasuta kõrgeimat IP-aadressi füüsilisel liidesel.
• Valikulised parameetrid: siit leiate mõned BGP ruuteri valikulised võimalused. See väli on lisatud, et võimaldada uusi funktsioone BGP-s, ilma et oleks vaja luua uut versiooni. Siit võite leida järgmisi asju:
  • MP-BGP (Multi Protocol BGP) toe.
  • Ruutide värskenduse toe.
  • 4-octet AS numbrite toe.

Naabruse loomine eeldab järgmiste tingimuste täitmist:

• Versiooninumber. Praegune versioon on 4.
• AS number peab olema sama, mis olete seadistanud naaber 192.168.13.3 remote-as 10.
• Ruuteri ID peab olema erinev naabrilt.

Kui mõni parameeter ei vasta nendele tingimustele, saadab ruuter Teate sõnumi, kus näidatakse viga. Pärast Open sõnumite saatmist ja vastuvõtmist läheb naabrussuhe seisundisse ESTABLISHED. Pärast seda saavad ruuterid vahetada teavet marsruutide kohta ja teevad seda kasutades Uuenda sõnumeid. Selline Uuenda sõnum saadetakse Router1-lt Router3-le:

Siin näidatakse võrke, millest Router1 teavitab, ja Path attributes, mis on metrikate analoog. Räägime Path attributes’test lähemalt. Samuti edastatakse TCP sessiooni raames Keepalive sõnumeid, mis saadetakse vaikesätetena iga 60 sekundi järel. See on Keepalive Timer. Kui Hold Timeri jooksul ei saadeta Keepalive sõnumit, tähendab see, et side naabriga on katkenud. Vaikesätete kohaselt on see 180 sekundit.

Kasulik tabel:

Oleme tundnud, kuidas ruuterid üksteisele teavet edastavad; nüüd proovime aru saada BGP protokolli tööloogikast.

BGP tabelisse marsruudi kuulutamiseks, nagu ka IGP protokollides, kasutatakse käsu network, kuid tööloogika on erinev. Kui IGP-s vaatab IGP pärast marsruudi määramist käsu network täpselt, millised liidestest kuuluvad antud alamvõrku ja lisab need oma tabelisse, siis BGP-s vaatab käsk network marsruutimise tabelisse ja otsib täpset vastet käsus network. Kui sellised leitakse, kuuluvad need marsruudid BGP tabelisse.

Otsige ruut ruuteri praegusest IP marsruuditabelist, mis täpselt vastab network käsu parameetritele; kui IP marsruut eksisteerib, lisage ekvivalentne NLRI kohaliku BGP tabelisse.

Nüüd tõstame BGP kõikidesse ülejäänud ja vaatame, kuidas marsruudi valik toimub ühe AS-i sees. Pärast seda, kui BGP marsruuter on naabrist marsruudid saanud, algab optimaalse marsruudi valik. Siin on oluline mõista, millised naabrid võivad olla - sisemised ja välised. Marsruuter mõistab konfiguratsiooni järgi, kas konfigureeritud naaber on sisemine või väline? Kui käsku:

naaber 192.168.13.3 remote-as 10 

on parameetrina remote-as määratud AS, mis on konfigureeritud marsruuteris käsus router bgp 10. Sisemised marsruudid, mis on saadud sisemisest AS-ist, loetakse sisemisteks, samas kui välised marsruudid loetakse välisteks. Ja igaühe puhul töötab erinev loogika saamise ja saatmise osas. Vaadakem sellist topoloogiat:

Igal marsruuteril on seadistatud loopback interfeiss aadressiga: x.x.x.x 255.255.255.0 - kus x on marsruuteri number. Router9-l on meil loopback interfeiss aadressiga - 9.9.9.9 255.255.255.0. Me anname selle BGP kaudu teada ja vaatame, kuidas see levib. See marsruut edastatakse Router8-le ja Router12-le. Router8-l jõuab see marsruut Router6-le, kuid Router5-l ei ole seda marsruuti marsruuditabelis. Samuti jõuab see marsruut Router12-le, kuid Router11-l ei ole seda samuti. Proovime selle üle aru saada. Vaatame, milliseid andmeid ja parameetreid edastab Router9 oma naabritele, teavitades neid sellest marsruudist. Allolev pakett saadetakse Router9-lt Router8-le.

Marsruudi teave koosneb marsruudi atribuutidest (Path attributes).

Marsruudi atribuudid jagunevad nelja kategooriasse:

1. Well-known mandatory — kõik marsruuterid, mis töötavad BGP protokollis, peavad neid atribuute tuvastama. Need peavad olema kõigis värskendustes (update).
2. Well-known discretionary — kõik marsruuterid, mis töötavad BGP protokollis, peavad neid atribuute tuvastama. Need võivad esineda värskendustes (update), kuid nende olemasolu ei ole kohustuslik.
3. Optional transitive — ei pruugi kõik BGP teostused neid tuvastada. Kui marsruuter ei tuvastanud atribuuti, märgistab ta värskenduse osaliseks (partial) ja saadab selle edasi naabritele, säilitades tuvastamata atribuudi.
4. Optional non-transitive — ei pruugi kõik BGP teostused neid tuvastada. Kui marsruuter ei tuvastanud atribuuti, siis atribuuti ignoreeritakse ja selle edastamisel naabritele jäetakse see välja.

BGP atribuutide näited:

• Well-known mandatory:
  • Autonomous system path
  • Next-hop
  • Origin

• Well-known discretionary:
  • Local preference
  • Atomic aggregate
• Optional transitive:
  • Aggregator
  • Communities
• Optional non-transitive:
  • Multi-exit discriminator (MED)
  • Algoritmide ID
  • Klastri loend

Käesoleval juhul huvitavad meid hetkel Origin, Next-hop, AS Path. Kuna marsruut edastatakse Router8 ja Router9 vahel, seega ühe AS sees, loetakse see sisemiseks ja pöörame tähelepanu Originile.

Atribuut Origin — näitab, kuidas marsruut värskenduses saadi. Atribuudi võimalikud väärtused:

• 0 — IGP: NLRI saadud algsest autonoomsest süsteemist;
• 1 — EGP: NLRI omandatud välise värava protokolli (EGP) kaudu. Eelkäija BGP, ei kasutata enam.
• 2 — Incomplete: NLRI omandati mingil muul viisil

Meie puhul, nagu pakist nähtuv, on see 0. Kui see marsruut edastatakse Router12-le, siis see kood muutub - 1-ks.

Edasi, Next-hop. Atribuut Next-hop

• See on eBGP marsruutimise seadme IP-aadress, mille kaudu marsruut suundub sihtvõrku.
• Atribuut muutub, kui prefiks edastatakse teise AS-i.

iBGP juhul, st ühes AS-is, on Next-hop see, kes õppis või rääkis selle marsruudi kohta. Meie puhul on see 192.168.89.9. Kuid kui marsruut edastatakse Router8 ​​ja Router6 vahel, siis Router8 muudab selle enda IP-ks. Next-hop on 192.168.68.8. See toob meid kahte reegli juurde:

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

See toob meid esimese probleemi mõistmiseni — Miks ei ole marsruuti marsruutimistabelis Router5 ja Router11. Vaadakem lähemalt. Nii, Router6 sai teavet marsruudi 9.9.9.0/24 kohta ja lisas selle edukalt marsruutimistabelisse:

Router6#show ip route bgp
Koodid: L - kohalik, C - ühendatud, S - staatiline, R - RIP, M - mobiilne, B - BGP
       D - EIGRP, EX - EIGRP välised, O - OSPF, IA - OSPF siseala
       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 siseala, * - kandidaadi vaike, U - kasutaja järgi staatiline marsruut
       o - ODR, P - perioodiliselt laaditud staatiline marsruut, H - NHRP, l - LISP
       a - rakenduse marsruut
       + - replikatsioonig marsruut, % - järgmine hüppe ülekirjutamine, p - ülekirjutamised PfR-ist

Viimase resorti värav ei ole seadistatud

      9.0.0.0/24 on jaotatud, 1 alamvõrk
B        9.9.9.0 [20/0] kaudu 192.168.68.8, 00:38:25<source>
Nüüd on Router6 edastanud marsruudi Router5-le ja esimest reeglit Next-hop ei ole muudetud. See tähendab, et Router5 peab lisama  <b>9.9.9.0 [20/0] kaudu 192.168.68.8</b> , kuid tal ei ole marsruuti 192.168.68.8 ja seetõttu seda marsruuti ei lisata, kuigi teave selle marsruudi kohta säilitakse BGP tabelis:

<source><b>Router5#show ip bgp
BGP tabeli versioon on 1, kohaliku ruuteri ID on 5.5.5.5
Oleku koodid: s supresseeritud, d summutatud, h ajalugu, * kehtiv, &gt; parim, i - sise,
              r RIB-ebaõnnestumine, S Staalne, m mitme tee, b varu-teed, f RT-Filtr,
              x parim-väline, a täiendav-teed, c RIB-pressitud,
Päritolu koodid: i - IGP, e - EGP, ? - mittetäielik
RPKI valideerimise koodid: V kehtiv, I kehtetu, N Leidmata

     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. Selle vältimiseks tuleb seadistada, et Router6 või Router12, edastades marsruudi oma sisemistele naabritele, sisestaksid Next-hop’ina oma IP-aadressi. Seda tehakse käsuga:

neighbor 192.168.56.5 next-hop-self

Pärast seda käsku saadab Router6 uuendamise sõnumi, kus marsruutide Next-hop’ina on märgitud Router6 liidese IP-aadress Gi0/0 — 192.168.56.6, mille järel see marsruut satub juba marsruutimistabelisse.

Jätkame ja vaatame, kas see marsruut ilmub Router7 ja Router10. Suunamiste tabelis seda ei ole, ja me võiksime arvata, et probleem on sama, mis esimeses, kus on parameeter Next-hop, kuid kui vaatame käsku show ip bgp, siis näeme, et marsruut ei olnud isegi vale Next-hop'iga saadud, mis tähendab, et marsruut ei edastatud. See toob meid ühe reegli juurde:

Sisemiselt naabritelt saadud marsruute 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äieliku võrgu naabrussuhte (Full Mesh), st et iga Router5-7 oleks igaühe naaber. Me kasutame antud juhul Route Reflectorit. Router5-l on vajalik 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 route-reflector-client, siis antud klientidele kuulutatakse sisemised marsruudid.

Marsruut ei ilmunud Router7? Ärge unustage ka Next-hop'i. Pärast need manipuleerimisi peab marsruut olema ka Router7-l, kuid seda ei toimu. See viib meid veel ühe reeglini:

Next-hop reegel kehtib ainult välistel marsruutidel. Sisemiste marsruutide puhul ei toimu next-hop atribuutide vahetust.

Ja me saame olukorra, kus on vajalik luua keskkond, kasutades staatilist marsruutimist või IGP protokolle, et teavitada marsruuterit kõikidest marsruutidest AS-s. Seadistame staatilised marsruudid Router6 ja Router7-l, ning pärast seda saame vajaliku marsruudi marsruuteri tabelisse. AS 678-s teeme aga veidi teisiti — seadistame staatilised marsruudid 192.168.112.0/24 jaoks Router10-l ja 192.168.110.0/24 Router12-l. Edasi, seadistame naabrussuhte Router10 ja Router12 vahel. Samuti seadistame Router12-l oma next-hop'i edastamise Router10-le:

neighbor 192.168.110.10 next-hop-self

Tulemuseks on see, et Router10 saab marsruudi 9.9.9.0/24, mis saadakse nii Router7-lt kui ka Router12-lt. Vaadakem, milline valik teeb Router10:

Router10#show ip bgp
BGP tabeli versioon on 3, kohaliku ruuteri ID on 6.6.6.6
Oleku koodid: s summutatud, d summutatud, h ajalugu, * kehtiv, > parim, i - sise,
              r RIB-viga, S aegunud, 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, ? - puudulik
RPKI valideerimise koodid: V kehtiv, I kehtetu, N Ei leitud

     Võrk                  Järgmine hüppamine          Mõõdik LocPrf Kaal Tee
 * > 9.9.9.0/24          192.168.112.12            0    100       0      45 i

                                   192.168.107.7                               0     123 45 i  

Kuidas me näeme, on kaks marsruuti ja nool ( > ) näitab, et on valitud marsruut läbi 192.168.112.12.
Vaadakem, kuidas toimub marsruudi valimise protsess:

1. Esmalt, kui saadakse marsruut, kontrollitakse, kas selle Järgmine hüppamine on saadaval. Just seetõttu, kui me saime marsruudi Router5-lt ilma Next-hop-self seadistamiseta, ei antud seda marsruuti edasise töötlemise jaoks.
2. Seejärel tuleb kaaluprobleem. See parameeter ei ole tee atribuut (PA) ja ei edastata BGP sõnumites. See seadistatakse kohalikult igas ruuteri osas ja seda kasutatakse ainult marsruudi valimise manipuleerimiseks samas ruuteris. Vaatame näidet. Ülal näidatud, et Router10 valis marsruudi 9.9.9.0/24 kaudu Router12 (192.168.112.12). Kaaluparametrit saab muuta route-map abil, et määrata see teatud marsruutide jaoks, või määrata naabrile kaal käsu abil:

    neighbor 192.168.107.7 weight 200       

   Nüüd omavad kõik sellelt naabril saadud marsruudid sellist kaalu. Vaadakem, kuidas muutub marsruudi valik pärast seda manipuleerimist:

   Router10#show bgp
   *Mar  2 11:58:13.956: %SYS-5-CONFIG_I: Seadistatud konsoolist konsoolilt
   BGP tabeli versioon on 2, kohaliku ruuteri ID on 6.6.6.6
   Oleku koodid: s summutatud, d summutatud, h ajalugu, * kehtiv, > parim, i - sise,
                 r RIB-viga, S aegunud, 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, ? - puudulik
   RPKI valideerimise koodid: V kehtiv, I kehtetu, N Ei leitud
   
        Võrk            Järgmine hüppamine          Mõõdik LocPrf Kaal Tee
    * > 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 läbi Router7, kuid see ei mõjuta teisi ruutereid.

3. Kolmandal kohal on meil — Local Preference. See parameeter on Well-known discretionary atribuut, mis tähendab, et selle olemasolu ei ole tingimata vajalik. See parameeter kehtib ainult ühes AS-s ja mõjutab marsruudi valikut ainult sise naabrile. Seetõttu edastatakse see ainult sise naabertele mõeldud Update sõnumites. Väliste naabrile mõeldud Update sõnumites seda ei ole. Seetõttu on see klassifitseeritud Well-known discretionary-ks. Proovime seda rakendada Router5-l. Router5-l peaks olema kaks marsruuti aadressile 9.9.9.0/24 — üks läbi Router6 ja teine läbi Router7.

   Vaatame:

   Router5#show bgp
   BGP tabeli versioon on 2, kohaliku marsruuteri ID on 5.5.5.5
   Olekukoodid: 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,
   Originaalkoodid: i - IGP, e - EGP, ? - incomplete
   RPKI valideerimise koodid: V valid, I invalid, N Not found
   
        Võrk          Järgmine hüppeliige        Mõõdik LocPrf Kaal Marsruut
    * >i 9.9.9.0/24       192.168.56.6             0    100      0 45 i

   Kuid nagu näeme, on marsruut ainult läbi Router6. Aga kus on marsruut läbi Router7? Võib-olla ei ole seda ka Router7-l? Vaatame:

   Router#show bgp
   BGP tabeli versioon on 10, kohaliku marsruuteri ID on 7.7.7.7
   Olekukoodid: 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,
   Originaalkoodid: i - IGP, e - EGP, ? - incomplete
   RPKI valideerimise koodid: V valid, I invalid, N Not found
   
        Võrk                Järgmine hüppeliige        Mõõdik LocPrf  Kaal    Marsruut
    * >i 9.9.9.0/24       192.168.56.6             0     100           0      45 i
   
                                 192.168.107.10                                  0     678 45 i 

   Imelik, tundub, et kõik on korras. Miks see ei edastata Router5-le? Asi on selles, et BGP-l on reegel:

   Marsruuter edastab ainult need marsruudid, mida ta ise kasutab.

   Router7 kasutab marsruuti läbi Router5, seega marsruuti läbi Router10 edastada ei saa. Naaseme Local Preference juurde. Määrame Local Preference Router7-le ja vaatame, kuidas reageerib sellele Router5:

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

   Nii et oleme loonud route-map, kuhu lähevad kõik marsruudid ja ütlesime Router7-le, et saades, muudetaks Local Preference parameetrit 250, mille vaikeväärtus on 100. Vaatame, mis juhtus Router5-l:

   Router5#show bgp
   BGP tabeli versioon on 8, kohaliku marsruuteri ID on 5.5.5.5
   Olekukoodid: 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,
   Originaalkoodid: i - IGP, e - EGP, ? - incomplete
   RPKI valideerimise koodid: V valid, I invalid, N Not found
   
        Võrk          Järgmine hüppeliige        Mõõdik LocPrf Kaal        Marsruut
    * >i 9.9.9.0/24       192.168.57.7             0          250      0 678 45 i

   Nüüd näeme, et Router5 eelistab marsruuti läbi Router7. Sama pilt tuleb olema ka Router6-l, kuigi tal oleks kasulikum valida marsruut läbi Router8. Tõstame ka esile, et selle parameetri muutmine nõuab naabruse taaskäivitamist, et muudatus jõustuks. Lugege siit. Local Preference on selge. Liigume järgmise parameetri juurde.

4. Marsruudi eelistus järgmise parameetriga Next-hop 0.0.0.0, st kohalikke või agreggeeritud marsruute. Neile marsruutidele antakse automaatselt pärast käskluse network sisestamist parameeter Weight, mis on maksimum — 32678:

   Router#show bgp
   BGP tabeli versioon on 2, kohaliku ruuteri ID on 9.9.9.9
   Olekukoodid: 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äritolukoodid: i - IGP, e - EGP, ? - incomplete
   RPKI valideerimise koodid: 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. Küsimuse puhul, et lehest AS. Valitakse lühim AS_Path parameeter. Mida vähem AS-e marsruut läbib, seda parem see on. Vaadake marsruuti 9.9.9.0/24 Router10-l:

   Router10#show bgp
   BGP tabeli versioon on 2, kohaliku ruuteri ID on 6.6.6.6
   Olekukoodid: 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äritolukoodid: i - IGP, e - EGP, ? - incomplete
   RPKI valideerimise koodid: 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

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

6. Järgmine parameeter — Origin. IGP (marsruut on saadud BGP abil) on parem kui EGP (marsruut on saadud BGP eelkäija abil, mida enam ei kasutata), EGP on parem kui Incomplete? (saadud muul viisil, näiteks redistributsiooni kaudu).
7. Järgmine parameeter — MED. Meil oli Wieght, mis töötas ainult kohalikult marsruuteri peal. Oli Local Preference, mis töötas ainult ühe autonoomse süsteemi piires. Nagu võite arvata, on MED parameeter, mis edastatakse erinevate autonoomsete süsteemide vahel. Väga hea artikkel selle parameetri kohta.

Rohkem atribuutide kasutamine ei toimu, kuid kui kahte marsruuti on sama, siis kasutatakse järgmisi reegleid:

1. Valige tee kaudu lähima IGP-naabriga.
2. Vali eBGP-reisi vanim marsruut.
3. Vali teed naabrilt, kellel on madalaim BGP ruuteri ID.
4. Vali tee naabrilt, kellel on madalaim IP-aadress.

Arutame nüüd BGP konvergentsi küsimust.

Vaatame, mis juhtub, kui eeldame, et Router6 kaotab marsruudi 9.9.9.0/24 läbi Router9. Lülitame välja liidese Gi0/1 Router6, mis kohe mõistab, et BGP seanss Router8-ga on katkestatud ja naaber on kadunud, seega on ka marsruut, mis temalt saadud, kehtetu. Router6 saadab kohe Update-sõnumid, kus ta märgib võrgu 9.9.9.0/24 väljaarvatud marsruutide (Withdrawn Routes) väljad. Kui Router5 selle sõnumi saab, saadab ta selle Router7-le. Kuid kuna Router7-l on marsruut läbi Router10, saadab ta kohe vastuseks Update uue marsruudiga. Kui naabri kukkumist ei saa tuvastada liidese oleku põhjal, tuleb oodata Hold Timeri aktiveerimist.

Konföderatsioon.

Kui mäletate, siis rääkisime, et sageli tuleb kasutada täielikult ühendatud topoloogiat. Suure hulga marsruuteritega ühes AS-s võib see kaasa tuua suuri probleeme, et vältida seda, on vaja kasutada konföderatsioone. Üks AS jagatakse mitmeks sub-AS-iks, mis võimaldab neil töötada ilma täielikult ühendatud topoloogia nõudmiseta.

Siin on link antud laborile, vaid siit konfiguratsioonile GNS3.

Näiteks sellise topoloogia puhul peaksime siduma kõik marsruuterid AS 2345 omavahel, kuid kasutades konföderatsiooni, saame luua naabrussuhted ainult omavaheliselt ühendatud marsruutidega. Räägime sellest üksikasjalikult. Kui meil oleks ainult AS 2345, siis laForge saades marsruudi Picardilt räägiks ta sellest oma marsruutidele Andmed ja Worf, kuid nad ei räägiks sellest marsruuterile Crusher . Samuti marsruudid, mida edastab ise marsruuter laForge, ei oleks edastatud Crusher ei Worf-le, ega Andmed.

Oleks olnud vaja seadistada Route-Reflector või täielikult ühendatud naabrussuhted. Jagades ühe AS 2345 neljaks sub-AS-iks (2, 3, 4, 5) iga marsruuteri jaoks, saame lõpuks erineva tööloogika. Kõik on hästi kirjeldatud siin.

Allikad:

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

Allikas: habr.com