Gaur BGP protokoloa aztertuko dugu. Ez dugu denbora luzez hitz egingo zergatik den eta zergatik erabiltzen den protokolo bakar gisa. Gai honi buruzko informazio asko dago, adibidez .
Beraz, zer da BGP? BGP bideratze protokolo dinamikoa da eta EGP (External Gateway Protocol) protokolo bakarra da. Protokolo hau Interneten bideraketa eraikitzeko erabiltzen da. Ikus dezagun nola eraikitzen den auzo bat BGP bideratzaile biren artean.
Demagun Router1 eta Router3 arteko auzoa. Konfigura ditzagun komando hauek erabiliz:
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 10Sistema autonomo bakar baten barruko auzotasuna AS 10 da. Bideratzaile batean informazioa sartu ondoren, Router1 adibidez, bideratzaile hori Router3-rekin aldakortasun-erlazioa ezartzen saiatzen da. Ezer gertatzen ez den hasierako egoerari deitzen zaio idle. Router1-en bgp konfiguratu bezain laster, TCP 179 ataka entzuten hasiko da - egoerara joango da. Konektatu, eta Router3-rekin saio bat irekitzen saiatzen denean, egoerara joango da Aktiboak.
Saioa Router1 eta Router3 artean ezarri ondoren, Open mezuak trukatzen dira. Mezu hau Router1-ek bidaltzen duenean, egoera honi deituko zaio Ireki Bidali. Eta Router3-tik Open mezu bat jasotzen duenean, egoerara joango da Ireki Berretsi. Ikus dezagun hurbilagotik Ireki mezua:
Mezu honek bideratzaileak erabiltzen duen BGP protokoloari buruzko informazioa transmititzen du. Ireki mezuak trukatuz, Router1 eta Router3 beren ezarpenei buruzko informazioa elkarri komunikatzen diote. Parametro hauek pasatzen dira:
- Bertsio: bideratzaileak erabiltzen ari den BGP bertsioa barne hartzen du. BGPren egungo bertsioa 4. bertsioa da, RFC 4271-n deskribatzen dena. Bi BGP bideratzaile bertsio bateragarri bat negoziatzen saiatuko dira, bat-etortze bat dagoenean ez da BGP saiorik egongo.
- Nire AS: honek BGP bideratzailearen AS zenbakia barne hartzen du, bideratzaileek AS zenbakia(k) adostu beharko dute eta iBGP edo eBGP exekutatzen ari diren ere zehazten du.
- Eutsi Denbora: BGP-k ez badu jasotzen beste aldeko mezurik mantentze- edo eguneratze-mezurik atxikipen-denborak irauten duen bitartean, beste aldea 'hilda' adieraziko du eta BGP saioa desegingo du. Lehenespenez, eusteko denbora 180 segundotan ezartzen da Cisco IOS bideratzaileetan, keepalive mezua 60 segundoro bidaltzen da. Bi bideratzaileek adostu behar dute eusteko denbora edo ez da BGP saiorik egongo.
- BGP Identifikatzailea: hau da tokiko BGP bideratzailearen IDa, hautatzen dena OSPF-k egiten duen bezala:
- Erabili bgp router-id komandoarekin eskuz konfiguratutako router-IDa.
- Erabili IP helbiderik altuena loopback interfaze batean.
- Erabili IP helbiderik altuena interfaze fisiko batean.
- Aukerako Parametroak: hemen BGP bideratzailearen aukerako gaitasun batzuk aurkituko dituzu. Eremu hau gehitu da BGPra eginbide berriak gehitu ahal izateko, bertsio berri bat sortu beharrik gabe. Hemen aurki ditzakezun gauzak hauek dira:
- MP-BGP (Multi Protocol BGP) euskarria.
- Route Fresh-erako laguntza.
- 4 octetoko AS zenbakietarako laguntza.
Auzo bat sortzeko, baldintza hauek bete behar dira:
- Bertsio zenbakia. Egungo bertsioa 4 da.
- AS zenbakiak konfiguratu duzunarekin bat etorri behar du bizilaguna 192.168.13.3 urruneko 10 gisa.
- Bideratzailearen IDak bizilagunaren desberdina izan behar du.
Parametroren batek baldintza hauek betetzen ez baditu, bideratzaileak bidaliko du Jakinarazpen errorea adierazten duen mezua. Open mezuak bidali eta jaso ondoren, auzo harremana egoeran sartzen da ezarri. Horren ondoren, bideratzaileek ibilbideei buruzko informazioa trukatu dezakete eta hori erabiliz egin dezakete Eguneratu mezuak. Hau da Router1-ek Router3-ra bidalitako eguneratze-mezua:
Hemen Router1 eta Path atributuek jakinarazitako sareak ikus ditzakezu, metrikekin antzekoak direnak. Bidearen atributuei buruz hitz egingo dugu zehatzago. Keepalive mezuak TCP saio baten barruan ere bidaltzen dira. Lehenespenez, 60 segundoz behin igortzen dira. Hau Keepalive tenporizadore bat da. Eutsi tenporizadorean zehar Keepalive mezu bat jasotzen ez bada, auzokidearekiko komunikazioa galtzea ekarriko du. Lehenespenez, 180 segundoren berdina da.
Seinale erabilgarria:
Badirudi bideratzaileek informazioa nola transmititzen duten jakin dugula, orain saia gaitezen BGP protokoloaren logika ulertzen.
BGP taulara ibilbide bat iragartzeko, IGP protokoloetan bezala, sareko komandoa erabiltzen da, baina funtzionamendu-logika ezberdina da. IGPn, sareko komandoan ibilbidea zehaztu ondoren, IGPk azpisare honi zein interfaze dagozkion aztertzen badu eta bere taulan sartzen ditu, orduan BGPko sareko komandoak bideratze-taulan begiratu eta bilatzen du. zehatza sareko komandoan ibilbidearekin bat dator. Halakoak aurkitzen badira, ibilbide hauek BGP taulan agertuko dira.
Bilatu bideratzailearen uneko IP bideratze-taulan sareko komandoaren parametroekin bat datorren ibilbide bat; IP ibilbidea existitzen bada, jarri NLRI baliokidea BGP taula lokalean.
Orain igo ditzagun BGP gainerako guztietara eta ikus dezagun ibilbidea AS baten barruan nola hautatzen den. BGP bideratzaileak bere auzokoaren ibilbideak jaso ondoren, ibilbide optimoa hautatzen hasten da. Hemen ulertu behar duzu zer nolako bizilagunak egon daitezkeen - barnekoak eta kanpokoak. Bideratzaileak konfigurazioaren arabera ulertzen al du konfiguratutako bizilaguna barnekoa edo kanpokoa den? Talde batean bada:
neighbor 192.168.13.3 remote-as 10 remote-as parametroak AS zehazten du, bideratzailean bertan konfiguratuta dagoen router bgp 10 komandoan. Barneko AStik datozen ibilbideak barnekotzat hartzen dira, eta kanpoko ASko ibilbideak kanpokotzat. Eta bakoitzarentzat, obrak jaso eta bidaltzeko logika ezberdina. Demagun topologia hau:
Bideratzaile bakoitzak loopback interfaze bat dauka iparekin konfiguratuta: xxxx 255.255.255.0 - non x bideratzaile-zenbakia den. Router9-n loopback interfaze bat dugu helbidearekin - 9.9.9.9 255.255.255.0. BGP bidez jakinaraziko dugu eta ikusiko dugu nola hedatzen den. Ibilbide hau Router8 eta Router12ra transmitituko da. Router8-tik, ibilbide hau Router6ra joango da, baina Router5era ez da bideratze-taulan egongo. Router12n ere ibilbide hau taulan agertuko da, baina Router11n ere ez da egongo. Saia gaitezen hau asmatzen. Azter ditzagun Router9k auzokideei zer datu eta parametro transmititzen dizkien, ibilbide honen berri emanez. Beheko paketea Router9-tik Router8ra bidaliko da.
Ibilbidearen informazioa Bide-atributuek osatzen dute.
Bide-atributuak 4 kategoriatan banatzen dira:
- Ezaguna derrigorrezkoa - BGP exekutatzen duten bideratzaile guztiek aitortu behar dituzte atributu hauek. Eguneratze guztietan egon behar da.
- Diskrezional ezaguna - BGP exekutatzen duten bideratzaile guztiek aitortu behar dituzte atributu hauek. Eguneratzeetan egon daitezke, baina ez da beharrezkoa haien presentzia.
- Aukerako iragankorra - Baliteke BGP inplementazio guztiek ez izatea. Bideratzaileak atributua ezagutzen ez badu, eguneratzea partzial gisa markatzen du eta bere bizilagunei birbidaltzen die, aitortu gabeko atributua gordez.
- Aukerakoa ez-iragankorra - Baliteke BGP inplementazio guztiek ez izatea. Bideratzaileak atributua ezagutzen ez badu, atributua baztertu eta baztertu egingo da auzokideei pasatzen zaienean.
BGP atributuen adibideak:
- Ezaguna derrigorrezkoa:
- Sistema autonomoaren bidea
- Hurrengo saltoa
- Jatorria
- Diskrezional ezaguna:
- Tokiko lehentasuna
- Agregatu atomikoa
- Aukerako iragankorra:
- Agregatzailea
- Erkidego
- Aukerakoa ez-iragankorra:
- Irteera anitzeko diskriminatzailea (MED)
- Sortzailearen IDa
- Kluster zerrenda
Kasu honetan, oraingoz Origin, Next-hop, AS Path interesatuko zaigu. Ibilbidea Router8 eta Router9 artean transmititzen denez, hau da, AS baten barruan, barnekotzat jotzen da eta Jatorriari erreparatuko diogu.
Jatorri atributua - eguneratzean ibilbidea nola lortu den adierazten du. Atributu-balio posibleak:
- 0 - IGP: jatorrizko sistema autonomoaren barruan jasotako NLRI;
- 1 - EGP: NLRI Exterior Gateway Protocol (EGP) erabiliz ikasten da. BGPren aurrekoa, ez da erabiltzen
- 2 - Osatu gabe: NLRI beste modu batera ikasi zen
Gure kasuan, paketean ikus daitekeenez, 0-ren berdina da. Ibilbide hau Router12ra igortzen denean, kode honek 1eko kodea izango du.
Hurrengoa, Next-hop. Hurrengo saltoaren atributua
- Hau eBGP bideratzailearen IP helbidea da, zeinaren bidez doa helmuga sarerako bidea.
- Atributua aldatzen da aurrizkia beste AS batera bidaltzen denean.
iBGPren kasuan, hau da, AS baten barruan, Next-hop ibilbide hau ikasi edo kontatu duenak adieraziko du. Gure kasuan, 192.168.89.9 izango da. Baina bide hau Router8-tik Router6ra igortzen denean, Router8-k aldatu egingo du eta berearekin ordezkatuko du. Hurrengo saltoa 192.168.68.8 izango da. Horrek bi arautara eramaten gaitu:
- Bideratzaile batek ibilbide bat bere barneko bizilagunari birbidaltzen badio, ez du Next-hop parametroa aldatzen.
- Bideratzaile batek bere kanpoko bizilagunari ibilbide bat igortzen badio, Next-hop-ra aldatzen du bideratzaile honek transmititzen duen interfazearen ip.
Honek lehen arazoa ulertzera garamatza: zergatik ez den biderik egongo Router5 eta Router11-en bideratze-taulan. Ikus dezagun hurbilagotik. Beraz, Router6-k 9.9.9.0/24 ibilbideari buruzko informazioa jaso zuen eta bideratze-taulan gehitu zuen:
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>Egoera bera gertatuko da Router11-Router12 artean. Egoera hori saihesteko, Router6 edo Router12 konfiguratu behar duzu, barruko auzokideei ibilbidea pasatzean, haien IP helbidea Next-hop gisa ordezkatzeko. Hau komandoa erabiliz egiten da:
neighbor 192.168.56.5 next-hop-selfKomando honen ondoren, Router6-k Eguneratze-mezu bat bidaliko du, non Gi0/0 Router6 interfazearen ip-a ibilbideetarako Next-hop gisa zehaztuko den - 192.168.56.6, eta horren ondoren ibilbide hau jada bideratze-taulan sartuko da.
Goazen harago eta ea ibilbide hau Router7 eta Router10-en agertzen den. Ez da bideratze-taulan egongo eta pentsa genezake arazoa Next-hop parametroarekin lehenaren berdina dela, baina show ip bgp komandoaren irteerari erreparatzen badiogu, ikusiko dugu ibilbidea ez zen han jaso Next-hop oker batekin ere, eta horrek esan nahi du ibilbidea ez zela transmititu ere egin. Eta honek beste arau bat izatera eramango gaitu:
Barne auzokideengandik jasotako ibilbideak ez dira barruko beste auzokide batzuetara hedatzen.
Router5 Router6-tik ibilbidea jaso zuenez, ez zaio bere barneko beste auzokideari transmitituko. Transferentzia gerta dadin, funtzioa konfiguratu behar duzu , edo guztiz konektatutako auzo-harremanak konfiguratu (Full Mesh), hau da, Router5-7 denak guztion bizilagun izango dira. Kasu honetan Route Reflector erabiliko dugu. Router5-en komando hau erabili behar duzu:
neighbor 192.168.57.7 route-reflector-clientRoute-Reflector-ek BGPren portaera aldatzen du ibilbide bat barruko bizilagun bati igarotzean. Barne bizilaguna honela zehazten bada ibilbide-erreflector-bezero, orduan barne-ibilbideak iragarriko zaizkie bezero horiei.
Ibilbidea ez zen Router7-n agertu? Ez ahaztu Next-hopaz ere. Manipulazio horien ondoren, ibilbideak Router7ra ere joan beharko luke, baina ez da hori gertatzen. Honek beste arau batera eramaten gaitu:
Hurrengo saltoaren arauak Kanpoko ibilbideetarako bakarrik funtzionatzen du. Barne-bideetarako, next-hop atributua ez da ordezkatzen.
Eta bideratze estatikoa edo IGP protokoloak erabiliz ingurune bat sortzea beharrezkoa den egoera bat lortzen dugu, bideratzaileei AS barruan dauden ibilbide guztien berri emateko. Erregistratu ditzagun ibilbide estatikoak Router6 eta Router7-n eta horren ostean nahi duzun ibilbidea jasoko dugu bideratzaileen taulan. AS 678-n, apur bat ezberdin egingo dugu - 192.168.112.0/24-ren ibilbide estatikoak erregistratuko ditugu Router10-n eta 192.168.110.0/24 Router12-n. Jarraian, Router10 eta Router12 arteko auzo-harremana ezarriko dugu. Router12 ere konfiguratuko dugu bere hurrengo saltoa Router10-ra bidaltzeko:
neighbor 192.168.110.10 next-hop-selfOndorioz, Router10-ek 9.9.9.0/24 ibilbidea jasoko duela izango da, Router7 eta Router12-tik jasoko du. Ikus dezagun Router10-ek zer aukera egiten duen:
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
Ikus dezakegunez, bi ibilbide eta gezi batek (>) 192.168.112.12 bidezko ibilbidea hautatuta dagoela esan nahi du.
Ikus dezagun ibilbidea hautatzeko prozesua nola funtzionatzen duen:
- Ibilbide bat jasotzean lehenengo urratsa bere Next-hop-aren erabilgarritasuna egiaztatzea da. Horregatik, Router5-en ibilbide bat jaso genuenean Next-hop-self ezarri gabe, ibilbide hau ez zen gehiago prozesatu.
- Ondoren, Pisuaren parametroa dator. Parametro hau ez da bide-atributua (PA) eta ez da BGP mezuetan bidaltzen. Bideratzaile bakoitzean lokalean konfiguratuta dago eta bideratzailean bertan bide-hautapena manipulatzeko bakarrik erabiltzen da. Ikus dezagun adibide bat. Goian ikus dezakezu Router10-k 9.9.9.0/24rako ibilbide bat aukeratu duela Router12 bidez (192.168.112.12). Weeght parametroa aldatzeko, ibilbide-mapa erabil dezakezu ibilbide zehatzak ezartzeko, edo pisu bat esleitu bere bizilagunari komandoa erabiliz:
neighbor 192.168.107.7 weight 200Orain bizilagun honen ibilbide guztiek izango dute pisu hori. Ikus dezagun nola aldatzen den ibilbidea manipulazio honen ondoren:
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 iIkus dezakezunez, Router7 bidezko ibilbidea hautatuta dago orain, baina honek ez du eraginik izango beste bideratzaileetan.
- Hirugarren postuan Lokal Preference dugu. Parametro hau atributu diskrezional ezaguna da, hau da, bere presentzia hautazkoa da. Parametro honek AS baten barruan bakarrik balio du eta barruko auzokideentzako bakarrik bide-aukerari eragiten dio. Horregatik, barruko bizilagunari zuzendutako Eguneratze mezuetan soilik transmititzen da. Ez dago kanpoko bizilagunentzako Eguneratze mezuetan. Hori dela eta, Diskrezio Ezagun gisa sailkatu zen. Saia gaitezen Router5-en aplikatzen. Router5-en 9.9.9.0/24rako bi bide izan beharko genituzke - bat Router6 bidez eta bigarrena Router7 bidez.
Begiratzen dugu:
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 iBaina Router6 bidez ibilbide bat ikusten dugunez. Non dago Router7 bidezko ibilbidea? Agian Router7-k ere ez du? Ikus dezagun:
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 iBitxia, dena ondo dagoela dirudi. Zergatik ez da Router5-era transmititzen? Gauza da BGPk arau bat duela:
Bideratzaileak erabiltzen dituen ibilbide horiek soilik transmititzen ditu.
Router7 Router5 bidezko ibilbidea erabiltzen du, beraz, Router10 bidezko ibilbidea ez da transmitituko. Itzuli gaitezen Tokiko hobespenera. Ezarri dezagun Tokiko Hobespena Router7-n eta ikus dezagun nola erreakzionatzen duen Router5-ek:
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>Beraz, ibilbide guztiak biltzen dituen ibilbide-mapa bat sortu genuen eta Router7ri esan genion Tokiko Hobespenaren parametroa 250era aldatzeko jasotzerakoan, lehenetsia 100 da. Ikus dezagun zer gertatu den Router5-en:
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 iOrain ikus dezakegunez Router5 Router7 bidezko ibilbidea nahiago du. Argazki bera Router6-n egongo da, nahiz eta beretzat errentagarriagoa den Router8 bidez ibilbide bat aukeratzea. Era berean, parametro hau aldatzeak auzoa berrabiarazi behar duela aldaketak eragina izan dezan. Irakurri . Tokiko hobespenak konpondu ditugu. Joan gaitezen hurrengo parametrora.
- Ibilbidea hobetsi Next-hop 0.0.0.0 parametroarekin, hau da, ibilbide lokalak edo bateratuak. Ibilbide hauei automatikoki esleitzen zaie gehienezkoaren berdina den Pisu-parametro bat β32678β sareko komandoa sartu ondoren:
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 - AS bidezko biderik laburrena. AS_Path parametro laburrena hautatuta dago. Ibilbide batek zenbat eta AS gutxiago igaro, orduan eta hobea da. Demagun Router9.9.9.0-n 24/10rako ibilbidea:
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 iIkus dezakezunez, Router10-k 192.168.112.12 bidez aukeratu zuen ibilbidea, ibilbide honetarako AS_Path parametroak 45 baino ez dituelako, eta beste kasu batean 123 eta 45. Intuitiboki garbi.
- Hurrengo parametroa Jatorria da. IGP (BGP erabiliz lortutako ibilbidea) EGP baino hobea da (BGPren aurrekoa erabiliz lortutako ibilbidea, jada ez da erabiltzen), eta EGP Incomplete baino hobea da? (beste metodoren baten bidez lortzen da, birbanaketaren bidez adibidez).
- Hurrengo parametroa MED da. Bideratzailean lokalean bakarrik funtzionatzen zuen Wieght genuen. Bazegoen Local Preference, sistema autonomo baten barruan bakarrik funtzionatzen zuena. Asma dezakezun bezala, MED sistema autonomoen artean transmitituko den parametro bat da. Oso ondo parametro honi buruz.
Ez da atributu gehiago erabiliko, baina bi ibilbidek atributu berdinak badituzte, orduan arau hauek erabiliko dira:
- Hautatu hurbilen dagoen IGP auzoko bidea.
- Hautatu eBGP biderako ibilbide zaharrena.
- Hautatu BGP bideratzaile ID txikiena duen bizilagunaren bidezko bidea.
- Aukeratu IP helbide baxuena duen bizilagunaren bide bat.
Ikus dezagun orain BGP konbergentziaren gaia.
Ea zer gertatzen den Router6 Router9.9.9.0 bidez 24/9 ibilbidea galtzen badu. Desgaitu dezagun Router0-ren Gi1/6 interfazea, berehala ulertuko baitu Router8-rekin BGP saioa amaitu dela eta bizilaguna desagertu dela, hau da, bertatik jasotako ibilbideak ez duela balio. Router6k berehala bidaltzen ditu Eguneratze-mezuak, non 9.9.9.0/24 sarea adierazten duen Erretiratutako Ibilbideak eremuan. Router5-ek halako mezu bat jaso bezain laster, Router7-ra bidaliko du. Baina Router7 Router10 bidez ibilbide bat daukanez, berehala erantzungo du Eguneratze batekin ibilbide berri batekin. Interfazearen egoeraren arabera bizilagun baten erorketa detektatu ezinezkoa bada, Eutsi tenporizadorea piztu arte itxaron beharko duzu.
Konfederazioa.
Gogoratzen baduzu, askotan guztiz konektatutako topologia bat erabili behar duzula hitz egin dugu. AS batean bideratzaile kopuru handiarekin honek arazo handiak sor ditzake, hori ekiditeko konfederazioak erabili behar dituzu. AS bat hainbat azpi-AStan banatzen da, eta horri esker, guztiz konektatutako topologiaren beharrik gabe funtzionatzen dute.
Hona hemen honen esteka Eta GNS3rako konfigurazioa.
Adibidez, topologia honekin AS 2345eko bideratzaile guztiak elkarren artean konektatu beharko genituzke, baina Konfederazioa erabiliz, elkarren artean zuzenean konektatuta dauden bideratzaileen arteko aldakortasun-erlazioak ezar ditzakegu. Hitz egin dezagun zehatz-mehatz honi buruz. AS 2345 besterik ez bagenu, orduan laForge martxa bat jasota Picard bideratzaileei esango zien Data ΠΈ Worf, baina ez zioten bideratzaileari horren berri emango Crusher . Bideratzaileak berak banatutako ibilbideak ere laForge, ez litzateke transferitu Crusher ezta Worf-Oh ez Data.
Ibilbide-Islatzailea edo guztiz konektatutako auzo-harremana konfiguratu beharko zenuke. AS 2345 bat bideratzaile bakoitzeko 4 azpi-AStan (2,3,4,5) zatituz, funtzionamendu-logika ezberdina izango dugu. Dena primeran deskribatuta dago .
Iturriak:
- CCIE Routing and Switching v5.0 Official Cert Guide, Volume 2, Fifth Edition, Narbik Kocharians, Terry Vinson.
- Web
- Web .
Iturria: www.habr.com