Danes si bomo ogledali protokol BGP. O tem, zakaj je in zakaj se uporablja kot edini protokol, ne bomo dolgo govorili. Na to temo je na primer precej informacij .
Kaj je torej BGP? BGP je dinamični usmerjevalni protokol in je edini protokol EGP (External Gateway Protocol). Ta protokol se uporablja za gradnjo usmerjanja v internetu. Poglejmo, kako se zgradi soseska med dvema usmerjevalnikoma BGP.
Razmislite o soseski med Router1 in Router3. Konfigurirajmo jih z naslednjimi ukazi:
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 10Soseska znotraj posameznega avtonomnega sistema je AS 10. Po vnosu informacij v usmerjevalnik, kot je Router1, poskuša ta usmerjevalnik vzpostaviti sosednji odnos z Router3. Imenuje se začetno stanje, ko se nič ne zgodi Mirovanje. Takoj ko je bgp konfiguriran na Router1, bo začel poslušati vrata TCP 179 - prešel bo v stanje Connect, in ko bo poskušal odpreti sejo z Router3, bo prešel v stanje Aktivno.
Ko je seja vzpostavljena med Router1 in Router3, se izmenjajo odprta sporočila. Ko to sporočilo pošlje Router1, bo poklicano to stanje Odprite Poslano. In ko prejme odprto sporočilo od Router3, bo prešel v stanje Odpri Potrdi. Oglejmo si podrobneje Odprto sporočilo:
To sporočilo posreduje informacije o samem protokolu BGP, ki ga uporablja usmerjevalnik. Z izmenjavo odprtih sporočil Router1 in Router3 drug drugemu sporočata informacije o svojih nastavitvah. Preneseni so naslednji parametri:
- različica: to vključuje različico BGP, ki jo uporablja usmerjevalnik. Trenutna različica BGP je različica 4, ki je opisana v RFC 4271. Dva usmerjevalnika BGP se bosta poskušala dogovoriti za združljivo različico; če pride do neujemanja, seje BGP ne bo.
- Moj AS: to vključuje številko AS usmerjevalnika BGP, usmerjevalniki se bodo morali dogovoriti o številkah AS, prav tako pa določa, ali bodo izvajali iBGP ali eBGP.
- Zadrži čas: če BGP ne prejme nobenega sporočila o ohranjanju ali posodobitvi od druge strani v času čakanja, bo drugo stran razglasil za 'mrtvo' in prekinil sejo BGP. Privzeto je na usmerjevalnikih Cisco IOS čas zadrževanja nastavljen na 180 sekund, sporočilo o ohranjanju delovanja pa se pošlje vsakih 60 sekund. Oba usmerjevalnika se morata dogovoriti o času čakanja, sicer seje BGP ne bo.
- Identifikator BGP: to je lokalni ID usmerjevalnika BGP, ki je izbran tako kot OSPF:
- Uporabite ID usmerjevalnika, ki je bil ročno konfiguriran z ukazom bgp router-id.
- Uporabite najvišji naslov IP na vmesniku povratne zanke.
- Uporabite najvišji naslov IP na fizičnem vmesniku.
- Izbirni parametri: tukaj boste našli nekaj izbirnih zmožnosti usmerjevalnika BGP. To polje je bilo dodano, da bi BGP lahko dodali nove funkcije, ne da bi morali ustvariti novo različico. Tukaj lahko najdete naslednje:
- podpora za MP-BGP (Multi Protocol BGP).
- podpora za Route Refresh.
- podpora za 4-oktetne številke AS.
Za ustanovitev soseske morajo biti izpolnjeni naslednji pogoji:
- Številka različice. Trenutna različica je 4.
- Številka AS se mora ujemati s tisto, kar ste konfigurirali sosed 192.168.13.3 oddaljeni kot 10.
- ID usmerjevalnika se mora razlikovati od sosedovega.
Če kateri od parametrov ne izpolnjuje teh pogojev, bo usmerjevalnik poslal Obvestilo sporočilo, ki označuje napako. Po pošiljanju in prejemanju odprtih sporočil sosedski odnos vstopi v stanje USTANOVLJENO. Po tem lahko usmerjevalniki izmenjujejo informacije o poteh in to storijo z uporabo Nadgradnja sporočila. To je posodobitveno sporočilo, ki ga Router1 pošlje Router3:
Tukaj si lahko ogledate omrežja, o katerih poročata atributa Router1 in Path, ki sta analogna meritvam. O atributih poti bomo govorili podrobneje. Sporočila Keepalive se pošiljajo tudi znotraj seje TCP. Privzeto se prenašajo vsakih 60 sekund. To je časovnik Keepalive. Če sporočilo Keepalive ni prejeto med časovnikom zadrževanja, bo to pomenilo izgubo komunikacije s sosedom. Privzeto je enako 180 sekund.
Uporaben znak:
Zdi se, da smo ugotovili, kako usmerjevalniki prenašajo informacije drug drugemu, zdaj pa poskusimo razumeti logiko protokola BGP.
Za oglaševanje poti v tabelo BGP, kot v protokolih IGP, se uporablja omrežni ukaz, vendar je logika delovanja drugačna. Če v IGP po določitvi poti v omrežnem ukazu IGP pogleda, kateri vmesniki pripadajo temu podomrežju, in jih vključi v svojo tabelo, potem omrežni ukaz v BGP pogleda usmerjevalno tabelo in poišče točno se ujema s potjo v omrežnem ukazu. Če so najdene, bodo te poti prikazane v tabeli BGP.
V trenutni usmerjevalni tabeli IP usmerjevalnika poiščite pot, ki se natančno ujema s parametri omrežnega ukaza; če pot IP obstaja, postavite enakovreden NLRI v lokalno tabelo BGP.
Zdaj dvignimo BGP na vse preostale in poglejmo, kako je pot izbrana znotraj enega AS. Ko usmerjevalnik BGP prejme poti od soseda, začne izbirati optimalno pot. Tukaj morate razumeti, kakšne vrste sosedov so lahko - notranji in zunanji. Ali usmerjevalnik glede na konfiguracijo razume, ali je konfigurirani sosed notranji ali zunanji? Če ste v ekipi:
neighbor 192.168.13.3 remote-as 10 parameter remote-as določa AS, ki je konfiguriran na samem usmerjevalniku v ukazu usmerjevalnika bgp 10. Poti, ki prihajajo iz notranjega AS, se štejejo za notranje, poti iz zunanjega AS pa za zunanje. In pri vsakem deluje drugačna logika prejemanja in pošiljanja. Razmislite o tej topologiji:
Vsak usmerjevalnik ima vmesnik povratne zanke, konfiguriran z ip: xxxx 255.255.255.0 - kjer je x številka usmerjevalnika. Na Routerju9 imamo povratni vmesnik z naslovom - 9.9.9.9 255.255.255.0. Objavili ga bomo prek BGP in videli, kako se bo širil. Ta pot bo poslana na Router8 in Router12. Od Router8 bo ta pot šla do Router6, do Router5 pa ne bo v usmerjevalni tabeli. Tudi na Router12 bo ta pot prikazana v tabeli, na Router11 pa je tudi ne bo. Poskusimo to ugotoviti. Razmislimo, katere podatke in parametre Router9 prenaša svojim sosedom, ki poročajo o tej poti. Spodnji paket bo poslan z Router9 na Router8.
Informacije o poti so sestavljene iz atributov poti.
Atributi poti so razdeljeni v 4 kategorije:
- Znano obvezno - Vsi usmerjevalniki, ki uporabljajo BGP, morajo prepoznati te atribute. Prisoten mora biti v vseh posodobitvah.
- Dobro znani diskrecionar - Vsi usmerjevalniki, ki uporabljajo BGP, morajo prepoznati te atribute. Lahko so prisotni v posodobitvah, vendar njihova prisotnost ni obvezna.
- Neobvezno prehodno - morda ne bodo prepoznale vse implementacije BGP. Če usmerjevalnik ne prepozna atributa, posodobitev označi kot delno in jo posreduje svojim sosedom, pri čemer shrani neprepoznan atribut.
- Izbirno neprehodno - morda ne bodo prepoznale vse implementacije BGP. Če usmerjevalnik ne prepozna atributa, se atribut prezre in zavrže, ko se posreduje sosedom.
Primeri atributov BGP:
- Znano obvezno:
- Pot avtonomnega sistema
- Naslednji skok
- izvor
- Dobro znani diskrecionar:
- Lokalna prednost
- Atomski agregat
- Neobvezno prehodno:
- Združevalec
- skupnosti
- Izbirno neprehodno:
- Večizhodni diskriminator (MED)
- ID izvora
- Seznam grozdov
V tem primeru nas bodo za zdaj zanimali Origin, Next-hop, AS Path. Ker pot prenaša med Routerjem8 in Router9, torej znotraj enega AS, se šteje za notranjo in bomo pozorni na izvor.
Atribut izvora - označuje, kako je bila pridobljena pot v posodobitvi. Možne vrednosti atributa:
- 0 - IGP: NLRI, prejet znotraj prvotnega avtonomnega sistema;
- 1 - EGP: NLRI se nauči z uporabo protokola zunanjega prehoda (EGP). Predhodnik BGP, ni uporabljen
- 2 – Nepopolno: NLRI je bil naučen na drug način
V našem primeru je, kot je razvidno iz paketa, enaka 0. Ko se ta pot prenese na Router12, bo ta koda imela kodo 1.
Next, Next-hop. Atribut naslednjega skoka
- To je naslov IP usmerjevalnika eBGP, prek katerega poteka pot do ciljnega omrežja.
- Atribut se spremeni, ko je predpona poslana drugemu AS.
V primeru iBGP, to je znotraj enega AS, bo Next-hop označen s tistim, ki je izvedel ali povedal za to pot. V našem primeru bo to 192.168.89.9. Toda ko se ta pot prenese z Routerja8 na Router6, jo bo Router8 spremenil in nadomestil s svojo. Naslednji skok bo 192.168.68.8. To nas vodi do dveh pravil:
- Če usmerjevalnik posreduje pot svojemu notranjemu sosedu, ne spremeni parametra Next-hop.
- Če usmerjevalnik pošlje pot svojemu zunanjemu sosedu, spremeni Next-hop v ip vmesnika, s katerega ta usmerjevalnik oddaja.
To nas pripelje do razumevanja prve težave – Zakaj v usmerjevalni tabeli na Routerju5 in Routerju11 ne bo poti. Pa poglejmo pobliže. Tako je Router6 prejel informacije o poti 9.9.9.0/24 in jih uspešno dodal v usmerjevalno tabelo:
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 se bo zgodila med Router11-Router12. Da bi se izognili tej situaciji, morate konfigurirati Router6 ali Router12, ko posredujeta pot svojim notranjim sosedom, da njihov naslov IP nadomesti kot Next-hop. To se naredi z ukazom:
neighbor 192.168.56.5 next-hop-selfPo tem ukazu bo Router6 poslal sporočilo Posodobitev, kjer bo ip vmesnika Gi0/0 Router6 naveden kot Next-hop za poti - 192.168.56.6, po katerem bo ta pot že vključena v usmerjevalno tabelo.
Pojdimo dlje in poglejmo, ali se ta pot pojavi na Routerju 7 in Routerju 10. Ne bo ga v usmerjevalni tabeli in morda bomo mislili, da je težava enaka kot pri prvi s parametrom Next-hop, a če pogledamo izhod ukaza show ip bgp, bomo videli, da pot tam ni bila sprejeta niti z napačnim Next-hop, kar pomeni, da pot niti ni bila posredovana. In to nas bo pripeljalo do obstoja drugega pravila:
Poti, prejete od notranjih sosedov, se ne posredujejo drugim notranjim sosedom.
Ker je Router5 prejel pot od Router6, ta ne bo poslana drugemu notranjemu sosedu. Če želite izvesti prenos, morate konfigurirati funkcijo , ali konfigurirajte popolnoma povezana sosedska razmerja (Full Mesh), kar pomeni, da bo Router5-7 vsak sosed vsem. V tem primeru bomo uporabili Route Reflector. Na Routerju5 morate uporabiti ta ukaz:
neighbor 192.168.57.7 route-reflector-clientRoute-Reflector spremeni vedenje BGP pri posredovanju poti notranjemu sosedu. Če je notranji sosed določen kot route-reflector-client, potem bodo interne poti oglaševane tem strankam.
Pot se ni pojavila na Routerju7? Ne pozabite tudi na Next-hop. Po teh manipulacijah bi morala pot iti tudi na Router7, vendar se to ne zgodi. To nas pripelje do drugega pravila:
Pravilo naslednjega skoka deluje samo za zunanje poti. Za notranje poti se atribut naslednjega skoka ne zamenja.
In dobimo situacijo, v kateri je treba ustvariti okolje z uporabo statičnega usmerjanja ali IGP protokolov za obveščanje usmerjevalnikov o vseh poteh znotraj AS. Registrirajmo statične poti na Router6 in Router7 in po tem dobimo želeno pot v tabeli usmerjevalnika. V AS 678 bomo to naredili nekoliko drugače - registrirali bomo statične poti za 192.168.112.0/24 na Router10 in 192.168.110.0/24 na Router12. Nato bomo vzpostavili sosedski odnos med Routerjem10 in Routerjem12. Prav tako bomo konfigurirali Router12, da pošlje svoj naslednji skok na Router10:
neighbor 192.168.110.10 next-hop-selfRezultat bo, da bo Router10 prejel pot 9.9.9.0/24, prejeto pa bo tako od Router7 kot Router12. Poglejmo, kakšno izbiro sprejme 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
Kot lahko vidimo, dve poti in puščica (>) pomenita, da je izbrana pot prek 192.168.112.12.
Poglejmo, kako poteka postopek izbire poti:
- Prvi korak pri prejemu poti je preverjanje razpoložljivosti naslednjega skoka. Zato, ko smo prejeli pot na Router5 brez nastavitve Next-hop-self, ta pot ni bila nadalje obdelana.
- Sledi parameter Teža. Ta parameter ni atribut poti (PA) in ni poslan v sporočilih BGP. Konfiguriran je lokalno na vsakem usmerjevalniku in se uporablja samo za manipulacijo izbire poti na samem usmerjevalniku. Poglejmo si primer. Tik zgoraj lahko vidite, da je Router10 izbral pot za 9.9.9.0/24 prek Router12 (192.168.112.12). Če želite spremeniti parameter Wieght, lahko uporabite route-map za nastavitev določenih poti ali dodelite težo njegovemu sosedu z ukazom:
neighbor 192.168.107.7 weight 200Zdaj bodo vse poti od tega soseda imele to težo. Poglejmo, kako se izbira poti spremeni po tej manipulaciji:
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 iKot lahko vidite, je pot prek Routerja 7 zdaj izbrana, vendar to ne bo vplivalo na druge usmerjevalnike.
- Na tretjem mestu imamo lokalne nastavitve. Ta parameter je dobro znani diskrecijski atribut, kar pomeni, da je njegova prisotnost neobvezna. Ta parameter je veljaven samo znotraj enega AS in vpliva na izbiro poti samo za notranje sosede. Zato se prenaša samo v sporočilih Update, ki so namenjena notranjemu sosedu. Ni prisoten v sporočilih o posodobitvah za zunanje sosede. Zato je bil razvrščen kot dobro znano diskrecijsko. Poskusimo ga uporabiti na Routerju5. Na Router5 bi morali imeti dve poti za 9.9.9.0/24 - eno prek Router6 in drugo prek 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 iToda kot vidimo eno pot skozi Router6. Kje je pot skozi Router7? Mogoče ga tudi Router7 nima? Poglejmo:
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, zdi se, da je vse v redu. Zakaj se ne prenese na Router5? Stvar je v tem, da ima BGP pravilo:
Usmerjevalnik prenaša samo tiste poti, ki jih uporablja.
Router7 uporablja pot prek Router5, zato pot prek Router10 ne bo poslana. Vrnimo se k lokalnim nastavitvam. Nastavimo lokalne nastavitve na Routerju7 in poglejmo, kako se na to odzove Router5:
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>Tako smo ustvarili zemljevid poti, ki vsebuje vse poti, in naročili Routerju7, naj po prejemu spremeni parameter lokalne nastavitve na 250, privzeta vrednost je 100. Poglejmo, kaj se je zgodilo na Routerju5:
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 iKot lahko vidimo, Router5 daje prednost poti prek Router7. Ista slika bo na Router6, čeprav se mu bolj splača izbrati pot prek Router8. Dodamo tudi, da sprememba tega parametra zahteva ponovni zagon soseske, da sprememba začne veljati. Preberi . Razvrstili smo lokalne nastavitve. Pojdimo na naslednji parameter.
- Dajte prednost poti s parametrom Next-hop 0.0.0.0, to so lokalne ali združene poti. Te poti se po vnosu omrežnega ukaza samodejno dodelijo parametru teže, ki je enak največjemu — 32678:
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 - Najkrajša pot skozi AS. Izbran je najkrajši parameter AS_Path. Manj AS-jev gre skozi pot, boljša je. Razmislite o poti 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 iKot lahko vidite, je Router10 izbral pot prek 192.168.112.12, ker za to pot parameter AS_Path vsebuje samo 45, v drugem primeru pa 123 in 45. Intuitivno jasno.
- Naslednji parameter je Origin. IGP (pot, pridobljena z uporabo BGP) je boljša od EGP (pot, pridobljena z uporabo predhodnika BGP, ni več v uporabi), in EGP je boljši od Nepopolno? (pridobljeno na kakšen drug način, npr. s prerazporeditvijo).
- Naslednji parameter je MED. Imeli smo Wieght, ki je deloval samo lokalno na routerju. Obstajala je lokalna prednost, ki je delovala samo v enem avtonomnem sistemu. Kot morda ugibate, je MED parameter, ki se bo prenašal med avtonomnimi sistemi. Zelo dobro o tem parametru.
Atributi ne bodo uporabljeni več, če pa imata dve poti enake atribute, se uporabijo naslednja pravila:
- Izberite pot skozi najbližjega soseda IGP.
- Izberite najstarejšo pot za pot eBGP.
- Izberite pot skozi soseda z najmanjšim ID-jem usmerjevalnika BGP.
- Izberite pot prek soseda z najnižjim naslovom IP.
Zdaj pa poglejmo vprašanje konvergence BGP.
Poglejmo, kaj se zgodi, če Router6 prek Router9.9.9.0 izgubi pot 24/9. Onemogočimo vmesnik Gi0/1 Routerja6, ki bo takoj razumel, da je bila seja BGP z Routerjem8 prekinjena in je sosed izginil, kar pomeni, da od njega prejeta ruta ni veljavna. Router6 takoj pošlje posodobitvena sporočila, kjer v polju Withdrawn Routes navede omrežje 9.9.9.0/24. Takoj ko Router5 prejme takšno sporočilo, ga bo poslal Routerju7. Ker pa ima Router7 pot prek Router10, se bo takoj odzval s posodobitvijo z novo potjo. Če na podlagi stanja vmesnika ni mogoče zaznati padca soseda, boste morali počakati, da se sproži časovnik zadrževanja.
Konfederacija.
Če se spomnite, smo govorili o dejstvu, da morate pogosto uporabljati popolnoma povezano topologijo. Z velikim številom usmerjevalnikov v enem AS lahko to povzroči velike težave, da se temu izognete, morate uporabiti konfederacije. En AS je razdeljen na več pod-AS, kar jim omogoča delovanje brez zahteve po popolnoma povezani topologiji.
Tukaj je povezava do tega In konfiguracijo za GNS3.
Na primer, s to topologijo bi morali med seboj povezati vse usmerjevalnike v AS 2345, toda z uporabo konfederacije lahko vzpostavimo sosedska razmerja samo med usmerjevalniki, ki so med seboj neposredno povezani. Pogovorimo se o tem podrobno. Če bi imeli samo AS 2345, torej laForge prejel pohod od Picard bi to povedal usmerjevalnikom datum и Worf, vendar usmerjevalniku o tem niso povedali Crusher . Tudi poti, ki jih distribuira sam usmerjevalnik laForge, ne bi bil prenesen Crusher niti Worf-oh, ne datum.
Konfigurirati bi morali Route-Reflector ali popolnoma povezano sosedsko razmerje. Če en AS 2345 razdelimo na 4 pod-AS (2,3,4,5) za vsak usmerjevalnik, dobimo drugačno logiko delovanja. Vse je odlično opisano .
Vir:
- CCIE Routing and Switching v5.0 Uradni vodnik za potrdila, zvezek 2, peta izdaja, Narbik Kocharians, Terry Vinson.
- Stran
- Stran .
Vir: www.habr.com