Í dag munum við skoða BGP siðareglur. Við munum ekki tala í langan tíma um hvers vegna það er og hvers vegna það er notað sem eina samskiptareglan. Það eru til talsvert miklar upplýsingar um þetta efni, td .
Svo hvað er BGP? BGP er kraftmikil leiðarreglur og er eina EGP (External Gateway Protocol) samskiptareglan. Þessi samskiptaregla er notuð til að byggja upp beina á internetinu. Við skulum skoða hvernig hverfi er byggt á milli tveggja BGP beina.
Íhugaðu hverfið milli Router1 og Router3. Við skulum stilla þær með því að nota eftirfarandi skipanir:
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 10Hverfi innan eins sjálfstætt kerfis er AS 10. Eftir að hafa slegið inn upplýsingar um beini, eins og Router1, reynir þessi beini að setja upp aðliggjandi samband við Router3. Upphafsástandið þegar ekkert gerist er kallað Aðgerðalaus. Um leið og bgp er stillt á Router1 mun það byrja að hlusta á TCP tengi 179 - það fer í stöðu tengja, og þegar það reynir að opna lotu með Router3 mun það fara í ástandið Virk.
Eftir að lotunni er komið á milli Router1 og Router3, skiptast opin skilaboð. Þegar þessi skilaboð eru send af Router1 verður þetta ástand kallað Opnaðu Sent. Og þegar það fær Opið skilaboð frá Router3 mun það fara í ástandið Opnaðu Staðfesta. Við skulum skoða Opna skilaboðin nánar:
Þessi skilaboð miðla upplýsingum um BGP samskiptaregluna sjálfa, sem beininn notar. Með því að skiptast á opnum skilaboðum miðla Router1 og Router3 upplýsingum um stillingar sínar sín á milli. Eftirfarandi færibreytur eru samþykktar:
- útgáfa: þetta felur í sér BGP útgáfuna sem beininn er að nota. Núverandi útgáfa af BGP er útgáfa 4 sem lýst er í RFC 4271. Tveir BGP beinir munu reyna að semja um samhæfða útgáfu, þegar það er ósamræmi þá verður engin BGP fundur.
- AS mitt: þetta inniheldur AS-númer BGP-beins, beinar verða að koma sér saman um AS-númer og það skilgreinir einnig hvort þeir munu keyra iBGP eða eBGP.
- Haltu tíma: ef BGP tekur ekki á móti neinum Keepalive eða uppfærsluskilaboðum frá hinni hliðinni meðan á biðtímanum stendur, þá mun það lýsa hinum hliðinni „dauða“ og það mun rífa niður BGP lotuna. Sjálfgefið er að biðtíminn er stilltur á 180 sekúndur á Cisco IOS beinum, Keepalive skilaboðin eru send á 60 sekúndna fresti. Báðir beinir verða að koma sér saman um biðtímann annars verður ekki BGP fundur.
- BGP auðkenni: þetta er staðbundið BGP beini auðkenni sem er kosið alveg eins og OSPF gerir:
- Notaðu router-ID sem var stillt handvirkt með bgp router-id skipuninni.
- Notaðu hæstu IP töluna á bakslagsviðmóti.
- Notaðu hæstu IP töluna á líkamlegu viðmóti.
- Valfrjálsar færibreytur: hér finnur þú nokkra valfrjálsa eiginleika BGP beinsins. Þessum reit hefur verið bætt við svo hægt væri að bæta nýjum eiginleikum við BGP án þess að þurfa að búa til nýja útgáfu. Hlutir sem þú gætir fundið hér eru:
- stuðningur við MP-BGP (Multi Protocol BGP).
- stuðningur við Route Refresh.
- stuðningur við 4-oktetta AS tölur.
Til að stofna hverfi þarf að uppfylla eftirfarandi skilyrði:
- Útgáfunúmer. Núverandi útgáfa er 4.
- AS-númerið verður að passa við það sem þú hefur stillt nágranni 192.168.13.3 fjarstýrð-sem 10.
- Auðkenni leiðar verður að vera annað en nágranninn.
Ef einhver af breytunum uppfyllir ekki þessi skilyrði mun leiðin senda Tilkynning skilaboð sem gefa til kynna villuna. Eftir að hafa sent og tekið á móti Opnum skilaboðum fer hverfissambandið inn í ríkið STOFNAÐUR. Eftir þetta geta beinar skipst á upplýsingum um leiðir og gert þetta með því að nota Uppfæra skilaboð. Þetta eru uppfærsluskilaboðin sem Router1 sendi til Router3:
Hér geturðu séð netkerfin sem tilkynnt er um Router1 og Path eiginleika, sem eru hliðstæð mælingum. Við munum tala nánar um Path eiginleika. Keepalive skilaboð eru einnig send innan TCP lotu. Þau eru send, sjálfgefið, á 60 sekúndna fresti. Þetta er Keepalive Timer. Ef Keepalive skilaboð berast ekki meðan á biðtímanum stendur þýðir það samskiptaleysi við náungann. Sjálfgefið er það jafnt og 180 sekúndur.
Gagnlegt merki:
Það virðist sem við höfum fundið út hvernig beinar senda upplýsingar hver til annars, nú skulum við reyna að skilja rökfræði BGP samskiptareglunnar.
Til að auglýsa leið að BGP töflunni, eins og í IGP samskiptareglum, er netskipunin notuð, en rekstrarrökfræðin er önnur. Ef í IGP, eftir að hafa tilgreint leiðina í netskipuninni, skoðar IGP hvaða viðmót tilheyra þessu undirneti og inniheldur þau í töflu sinni, þá lítur netskipunin í BGP á leiðartöfluna og leitar að nákvæmur passar við leiðina í netskipuninni. Ef slíkar finnast munu þessar leiðir birtast í BGP töflunni.
Leitaðu að leið í núverandi IP leiðartöflu beinisins sem passar nákvæmlega við færibreytur netskipunarinnar; ef IP leiðin er til, settu samsvarandi NLRI inn í staðbundna BGP töfluna.
Nú skulum við hækka BGP til allra þeirra sem eftir eru og sjá hvernig leiðin er valin innan eins AS. Eftir að BGP beininn hefur fengið leiðir frá nágranna sínum byrjar hann að velja bestu leiðina. Hér þarftu að skilja hvaða tegund nágranna getur verið - innri og ytri. Skilur beininn með stillingum hvort stillti nágranni er innri eða ytri? Ef í liði:
neighbor 192.168.13.3 remote-as 10 remote-as færibreytan tilgreinir AS, sem er stillt á beininum sjálfum í beini bgp 10 skipuninni. Leiðir sem koma frá innri AS eru taldar innri og leiðir frá ytri AS eru taldar ytri. Og fyrir hvern og einn virkar mismunandi rökfræði við móttöku og sendingu. Íhugaðu þessa staðfræði:
Hver bein er með loopback tengi sem er stillt með ip: xxxx 255.255.255.0 - þar sem x er númer beinsins. Á Router9 höfum við loopback viðmót með heimilisfanginu - 9.9.9.9 255.255.255.0. Við munum tilkynna það í gegnum BGP og sjá hvernig það dreifist. Þessi leið verður send til Router8 og Router12. Frá Router8 mun þessi leið fara í Router6, en í Router5 mun hún ekki vera í leiðartöflunni. Einnig á Router12 mun þessi leið birtast í töflunni, en á Router11 mun hún ekki vera þar heldur. Við skulum reyna að átta okkur á þessu. Við skulum íhuga hvaða gögn og færibreytur Router9 sendir til nágranna sinna og tilkynnir þessa leið. Pakkinn hér að neðan verður sendur frá Router9 til Router8.
Leiðarupplýsingar samanstanda af Path eiginleikum.
Leiðareiginleikum er skipt í 4 flokka:
- Vel þekkt skylda - Allir beinir sem keyra BGP verða að þekkja þessa eiginleika. Verður að vera til staðar í öllum uppfærslum.
- Þekkt geðþóttamaður - Allir beinir sem keyra BGP verða að þekkja þessa eiginleika. Þeir kunna að vera til staðar í uppfærslum, en viðveru þeirra er ekki krafist.
- Valfrjálst transitive - gæti ekki verið viðurkennt af öllum BGP útfærslum. Ef leiðin þekkir ekki eiginleikann, merkir hann uppfærsluna sem hluta og sendir hana áfram til nágranna sinna og geymir óþekkta eiginleikann.
- Valfrjálst non-transitive - gæti ekki verið viðurkennt af öllum BGP útfærslum. Ef leiðin þekkir ekki eiginleikann, þá er eiginleikinn hunsaður og honum hent þegar hann er sendur til nágranna.
Dæmi um BGP eiginleika:
- Vel þekkt skylda:
- Sjálfvirk kerfisleið
- Næsta hopp
- Uppruni
- Þekkt geðþóttamaður:
- Staðbundið val
- Atómmagn
- Valfrjálst transitive:
- Samansafnari
- Samfélög
- Valfrjálst non-transitive:
- Multi-exit discriminator (MED)
- Auðkenni upphafsmanns
- Klasalisti
Í þessu tilviki munum við í bili hafa áhuga á Origin, Next-hop, AS Path. Þar sem leiðin sendir á milli Router8 og Router9, það er innan eins AS, er hún álitin innri og við munum gefa uppruna eftirtekt.
Upprunareigind - gefur til kynna hvernig leiðin í uppfærslunni var fengin. Möguleg eigindagildi:
- 0 - IGP: NLRI móttekið innan upprunalega sjálfstjórnarkerfisins;
- 1 - EGP: NLRI er lært með því að nota Exterior Gateway Protocol (EGP). Forveri BGP, ekki notaður
- 2 - Ófullnægjandi: NLRI var lært á annan hátt
Í okkar tilviki, eins og sést á pakkanum, er það jafnt og 0. Þegar þessi leið er send til Router12 mun þessi kóði hafa kóðann 1.
Næst, Next-hop. Next-hop eiginleiki
- Þetta er IP-tala eBGP-beinisins sem leiðin að áfanganetinu liggur um.
- Eigindin breytist þegar forskeytið er sent til annars AS.
Þegar um iBGP er að ræða, það er að segja innan eins AS, verður Next-hop gefið til kynna af þeim sem lærði eða sagði frá þessari leið. Í okkar tilviki verður það 192.168.89.9. En þegar þessi leið er send frá Router8 til Router6 mun Router8 breyta henni og skipta henni út fyrir sína eigin. Næsta hopp verður 192.168.68.8. Þetta leiðir okkur að tveimur reglum:
- Ef leið framsendir leið til innri nágranna síns breytir það ekki Next-hop færibreytunni.
- Ef bein sendir leið til ytri nágranna síns breytir hann Next-hop í ip á viðmótinu sem þessi bein sendir frá.
Þetta leiðir okkur til að skilja fyrsta vandamálið - hvers vegna það verður engin leið í leiðartöflunni á Router5 og Router11. Við skulum skoða nánar. Svo, Router6 fékk upplýsingar um leið 9.9.9.0/24 og bætti þeim við leiðartöfluna:
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>Sama ástand mun gerast á milli Router11-Router12. Til að forðast þessar aðstæður þarftu að stilla Router6 eða Router12, þegar leiðin er send til innri nágranna þeirra, til að skipta út IP tölu þeirra sem Next-hop. Þetta er gert með því að nota skipunina:
neighbor 192.168.56.5 next-hop-selfEftir þessa skipun mun Router6 senda Uppfærsluskilaboð, þar sem ip-viðmót Gi0/0 Router6 verður tilgreint sem Next-hop fyrir leiðir - 192.168.56.6, eftir það verður þessi leið þegar tekin með í leiðartöflunni.
Förum lengra og sjáum hvort þessi leið birtist á Router7 og Router10. Það mun ekki vera í leiðartöflunni og við gætum haldið að vandamálið sé það sama og í því fyrsta með Next-hop færibreytunni, en ef við skoðum úttak show ip bgp skipunarinnar munum við sjá að leið var ekki móttekin þar jafnvel með röngum Next-hop, sem þýðir að leiðin var ekki einu sinni send. Og þetta mun leiða okkur að tilvist annarrar reglu:
Leiðir sem berast frá innbyrðis nágrönnum eru ekki fluttar til annarra nágranna.
Þar sem Router5 fékk leiðina frá Router6 verður hún ekki send til annars innri nágranna síns. Til þess að flutningurinn geti átt sér stað þarftu að stilla aðgerðina , eða stilla fulltengd hverfistengsl (Full Mesh), það er, Router5-7 allir verða nágrannar allra. Í þessu tilfelli munum við nota Route Reflector. Á Router5 þarftu að nota þessa skipun:
neighbor 192.168.57.7 route-reflector-clientRoute-Reflector breytir hegðun BGP þegar farið er leið til innri nágranna. Ef innri nágranni er tilgreindur sem leið-reflektor-viðskiptavinur, þá verða innri leiðir auglýstar þessum viðskiptavinum.
Leiðin birtist ekki á Router7? Ekki gleyma Next-hop heldur. Eftir þessar aðgerðir ætti leiðin líka að fara í Router7, en það gerist ekki. Þetta leiðir okkur að annarri reglu:
Næsta-hopp reglan virkar aðeins fyrir ytri leiðir. Fyrir innri leiðir er næst-hopp eigindinni ekki skipt út.
Og við fáum aðstæður þar sem nauðsynlegt er að búa til umhverfi með því að nota truflanir eða IGP samskiptareglur til að upplýsa beina um allar leiðir innan AS. Skráum static routes á Router6 og Router7 og eftir það fáum við æskilega leið í router töfluna. Í AS 678 munum við gera það aðeins öðruvísi - við munum skrá fastar leiðir fyrir 192.168.112.0/24 á Router10 og 192.168.110.0/24 á Router12. Næst munum við koma á hverfissambandi milli Router10 og Router12. Við munum einnig stilla Router12 til að senda næsta hopp til Router10:
neighbor 192.168.110.10 next-hop-selfNiðurstaðan verður sú að Router10 fær leið 9.9.9.0/24, hún mun berast bæði frá Router7 og Router12. Við skulum sjá hvaða val Router10 gerir:
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
Eins og við sjáum þýðir tvær leiðir og ör (>) að leiðin um 192.168.112.12 er valin.
Við skulum sjá hvernig leiðarvalsferlið virkar:
- Fyrsta skrefið þegar þú færð leið er að athuga hvort Next-hop hennar sé tiltækt. Þess vegna var þessi leið ekki unnin frekar þegar við fengum leið á Router5 án þess að stilla Next-hop-self.
- Næst kemur Weight færibreytan. Þessi færibreyta er ekki Path Attribute (PA) og er ekki send í BGP skilaboðum. Það er stillt staðbundið á hverri leið og er aðeins notað til að stjórna leiðarvali á beininum sjálfum. Við skulum líta á dæmi. Rétt fyrir ofan má sjá að Router10 hefur valið leið fyrir 9.9.9.0/24 í gegnum Router12 (192.168.112.12). Til að breyta Wiight færibreytunni geturðu notað leiðarkort til að stilla ákveðnar leiðir eða úthlutað þyngd til nágranna síns með því að nota skipunina:
neighbor 192.168.107.7 weight 200Nú munu allar leiðir frá þessum nágranna hafa þetta vægi. Við skulum sjá hvernig val á leið breytist eftir þessa meðferð:
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 iEins og þú sérð er leiðin í gegnum Router7 nú valin en það mun ekki hafa nein áhrif á hina beinina.
- Í þriðja sæti höfum við Local Preference. Þessi færibreyta er vel þekkt eiginleiki sem er valkvætt, sem þýðir að tilvist hennar er valfrjáls. Þessi færibreyta gildir aðeins innan eins AS og hefur aðeins áhrif á val á leið fyrir innri nágranna. Þess vegna er það aðeins sent í Uppfærsluskilaboðum sem ætluð eru innri nágrannanum. Það er ekki til staðar í Uppfærsluskilaboðum fyrir utanaðkomandi nágranna. Þess vegna var það flokkað sem vel þekkt valkvæði. Við skulum reyna að nota það á Router5. Á Router5 ættum við að hafa tvær leiðir fyrir 9.9.9.0/24 - eina í gegnum Router6 og hina í gegnum Router7.
Við skoðum:
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 iEn eins og við sjáum eina leið í gegnum Router6. Hvar er leiðin í gegnum Router7? Kannski er Router7 ekki með það heldur? Við skulum skoða:
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 iSkrítið, allt virðist vera í lagi. Af hverju er það ekki sent til Router5? Málið er að BGP hefur reglu:
Bein sendir aðeins þær leiðir sem hann notar.
Router7 notar leið í gegnum Router5, þannig að leiðin í gegnum Router10 verður ekki send. Snúum okkur aftur að Local Preference. Við skulum stilla Local Preference á Router7 og sjá hvernig Router5 bregst við þessu:
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>Þannig að við bjuggum til leiðarkort sem inniheldur allar leiðirnar og sögðum Router7 að breyta Local Preference færibreytunni í 250 þegar móttekin er, sjálfgefið er 100. Við skulum sjá hvað gerðist á Router5:
Router5#show bgp BGP table version is 8, local router ID is 5.5.5.5 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.57.7 0 250 0 678 45 iEins og við sjáum núna vill Router5 frekar leiðina í gegnum Router7. Sama mynd verður á Router6 þó það sé hagkvæmara fyrir hann að velja leið í gegnum Router8. Við bætum líka við að til að breyta þessari breytu þarf endurræsa hverfið til að breytingin taki gildi. Lestu . Við höfum raðað út Local Preference. Við skulum halda áfram í næstu breytu.
- Kjósið leiðina með Next-hop færibreytunni 0.0.0.0, það er staðbundnar eða samanlagðar leiðir. Þessum leiðum er sjálfkrafa úthlutað þyngdarfæribreytu sem er jöfn hámarki—32678—eftir að hafa slegið inn netskipunina:
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 - Stysta leiðin um AS. Stysta AS_Path færibreytan er valin. Því færri AS sem leið fer í gegnum, því betri er hún. Íhugaðu leiðina til 9.9.9.0/24 á 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 iEins og þú sérð valdi Router10 leiðina um 192.168.112.12 vegna þess að fyrir þessa leið inniheldur AS_Path færibreytan aðeins 45, og í öðru tilviki 123 og 45. Innsæi skýrt.
- Næsta færibreyta er Uppruni. IGP (leið fengin með BGP) er betri en EGP (leið fengin með forvera BGP, ekki lengur í notkun), og EGP er betri en Ófullnægjandi? (fengið með annarri aðferð, til dæmis með endurdreifingu).
- Næsta færibreyta er MED. Við vorum með Wiight sem virkaði bara á staðnum á routernum. Það var Local Preference, sem virkaði aðeins innan eins sjálfstjórnarkerfis. Eins og þú gætir giska á, er MED færibreyta sem verður send á milli sjálfstæðra kerfa. Mjög gott um þessa breytu.
Engir fleiri eiginleikar verða notaðir, en ef tvær leiðir hafa sömu eiginleika, þá eru eftirfarandi reglur notaðar:
- Veldu leið í gegnum næsta IGP nágranna.
- Veldu elstu leiðina fyrir eBGP slóðina.
- Veldu slóðina í gegnum nágrannann með minnsta BGP-beini auðkennið.
- Veldu leið í gegnum nágranna með lægstu IP tölu.
Nú skulum við líta á málið um samleitni BGP.
Við skulum sjá hvað gerist ef Router6 missir leið 9.9.9.0/24 í gegnum Router9. Slökkum á viðmóti Gi0/1 á Router6, sem mun strax skilja að BGP lotunni með Router8 hefur verið slitið og nágranninn horfinn, sem þýðir að leiðin sem berast frá honum er ekki gild. Router6 sendir strax uppfærsluskilaboð, þar sem það gefur til kynna netið 9.9.9.0/24 í reitnum Afturkallaðar leiðir. Um leið og Router5 fær slík skilaboð mun hann senda þau til Router7. En þar sem Router7 er með leið í gegnum Router10 mun hann strax svara með uppfærslu með nýrri leið. Ef það er ekki hægt að greina fall nágranna miðað við stöðu viðmótsins, þá verður þú að bíða eftir að biðtímamælirinn kvikni.
Samfylkingin.
Ef þú manst þá töluðum við um þá staðreynd að oft þarf að nota fulltengda staðfræði. Með miklum fjölda beina í einu AS getur þetta valdið miklum vandamálum, til að forðast þetta þarftu að nota sambönd. Eitt AS er skipt í nokkra undir-AS, sem gerir þeim kleift að starfa án þess að krafist sé fulltengdrar staðfræði.
Hér er linkur á þetta Og stillingar fyrir GNS3.
Til dæmis, með þessari staðfræði þyrftum við að tengja alla beina í AS 2345 við hvert annað, en með því að nota Confederation getum við aðeins komið á aðliggjandi tengslum milli beina sem eru beint tengdir hver öðrum. Við skulum tala um þetta í smáatriðum. Ef við hefðum aðeins AS 2345, þá laForge að hafa fengið göngu frá Picard myndi segja routerunum það Gögn и Worf, en þeir myndu ekki segja beininum frá því Crusher . Einnig leiðir sem dreift er af leiðinni sjálfum laForge, hefði ekki verið flutt Crusher né Worf-Ó nei Gögn.
Þú þyrftir að stilla leið-reflektor eða fullkomlega tengt hverfistengsl. Með því að skipta einum AS 2345 í 4 undir-AS (2,3,4,5) fyrir hvern bein, endum við með mismunandi rekstrarrökfræði. Öllu er fullkomlega lýst .
Heimildir:
- CCIE Routing and Switching v5.0 Official Cert Guide, Volume 2, Fifth Edition, Narbik Kocharians, Terry Vinson.
- Site
- Site .
Heimild: www.habr.com