Vandag sal ons kyk na die BGP-protokol. Ons sal nie lank praat oor hoekom dit is en hoekom dit as die enigste protokol gebruik word nie. Daar is byvoorbeeld heelwat inligting oor hierdie onderwerp .
So, wat is BGP? BGP is 'n dinamiese roeteringprotokol en is die enigste EGP (External Gateway Protocol) protokol. Hierdie protokol word gebruik om roetering op die internet te bou. Kom ons kyk hoe 'n woonbuurt tussen twee BGP-roeteerders gebou word.
Oorweeg die buurt tussen Router1 en Router3. Kom ons stel hulle op deur die volgende opdragte te gebruik:
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 10Buurt binne 'n enkele outonome stelsel is AS 10. Nadat inligting op 'n router, soos Router1, ingevoer is, probeer daardie router om 'n aangrensende verhouding met Router3 op te stel. Die aanvanklike toestand wanneer niks gebeur nie, word genoem idle. Sodra bgp op Router1 opgestel is, sal dit na TCP-poort 179 begin luister - dit sal in die toestand gaan Skakel in, en wanneer dit probeer om 'n sessie met Router3 oop te maak, sal dit in die toestand gaan Aktief.
Nadat die sessie tussen Router1 en Router3 gevestig is, word oop boodskappe uitgeruil. Wanneer hierdie boodskap deur Router1 gestuur word, sal hierdie toestand geroep word Maak Gestuur oop. En wanneer dit 'n Oop-boodskap van Router3 ontvang, sal dit na die staat gaan Maak Bevestig oop. Kom ons kyk van naderby na die oop boodskap:
Hierdie boodskap dra inligting oor die BGP-protokol self, wat die router gebruik, oor. Deur Oop boodskappe uit te ruil, kommunikeer Router1 en Router3 inligting oor hul instellings aan mekaar. Die volgende parameters word deurgegee:
- weergawe: dit sluit die BGP-weergawe in wat die router gebruik. Die huidige weergawe van BGP is weergawe 4 wat in RFC 4271 beskryf word. Twee BGP-roeteerders sal probeer om 'n versoenbare weergawe te beding, wanneer daar 'n wanverhouding is, sal daar geen BGP-sessie wees nie.
- My AS: dit sluit die AS-nommer van die BGP-roeteerder in, die routers sal moet ooreenkom oor die AS-nommer(s) en dit definieer ook of hulle iBGP of eBGP sal gebruik.
- Hou tyd: as BGP vir die duur van die houtyd geen aanhou- of opdateringboodskappe van die ander kant af ontvang nie, sal dit die ander kant 'dood' verklaar en dit sal die BGP-sessie afbreek. By verstek is die houtyd gestel op 180 sekondes op Cisco IOS-routers, die keepalive-boodskap word elke 60 sekondes gestuur. Albei routers moet ooreenkom oor die houtyd anders sal daar nie 'n BGP-sessie wees nie.
- BGP Identifiseerder: dit is die plaaslike BGP router ID wat gekies word net soos OSPF doen:
- Gebruik die router-ID wat met die hand gekonfigureer is met die bgp router-id-opdrag.
- Gebruik die hoogste IP-adres op 'n terugloop-koppelvlak.
- Gebruik die hoogste IP-adres op 'n fisiese koppelvlak.
- Opsionele parameters: hier sal jy 'n paar opsionele vermoëns van die BGP-roeteerder vind. Hierdie veld is bygevoeg sodat nuwe kenmerke by BGP gevoeg kan word sonder om 'n nuwe weergawe te hoef te skep. Dinge wat jy hier kan vind, is:
- ondersteuning vir MP-BGP (Multi Protocol BGP).
- ondersteuning vir Route Refresh.
- ondersteuning vir 4-oktet AS-nommers.
Om 'n woonbuurt te vestig, moet aan die volgende voorwaardes voldoen word:
- Weergawe nommer. Die huidige weergawe is 4.
- Die AS-nommer moet ooreenstem met wat jy opgestel het buurman 192.168.13.3 afstandbeheer-as 10.
- Roeter-ID moet verskil van die buurman.
As enige van die parameters nie aan hierdie voorwaardes voldoen nie, sal die router stuur Kennisgewing boodskap wat die fout aandui. Nadat Oop boodskappe gestuur en ontvang is, gaan die buurtverhouding die staat binne GEVESTIG. Hierna kan routers inligting oor roetes uitruil en dit doen met behulp van Werk boodskappe. Dit is die Update-boodskap wat deur Router1 na Router3 gestuur is:
Hier kan u die netwerke sien wat deur Router1 en Path-kenmerke gerapporteer word, wat analoog is aan statistieke. Ons sal in meer besonderhede oor Pad-kenmerke praat. Keepalive-boodskappe word ook binne 'n TCP-sessie gestuur. Hulle word by verstek elke 60 sekondes versend. Dit is 'n Keepalive Timer. As 'n Keepalive-boodskap nie tydens die Hou Timer ontvang word nie, sal dit 'n verlies van kommunikasie met die buurman beteken. By verstek is dit gelyk aan 180 sekondes.
Nuttige teken:
Dit blyk dat ons uitgevind het hoe routers inligting aan mekaar oordra, laat ons nou probeer om die logika van die BGP-protokol te verstaan.
Om 'n roete na die BGP-tabel te adverteer, soos in die IGP-protokolle, word die netwerkopdrag gebruik, maar die bedryfslogika is anders. As die IGP in IGP, nadat die roete in die netwerkopdrag gespesifiseer is, kyk na watter koppelvlakke aan hierdie subnet behoort en dit in sy tabel insluit, dan kyk die netwerkopdrag in BGP na die roeteringtabel en soek na presiese pas by die roete in die netwerkopdrag. Indien sulkes gevind word, sal hierdie roetes in die BGP-tabel verskyn.
Soek 'n roete in die roeteerder se huidige IP-roeteringtabel wat presies ooreenstem met die parameters van die netwerkopdrag; as die IP-roete bestaan, plaas die ekwivalente NLRI in die plaaslike BGP-tabel.
Kom ons verhef nou BGP tot al die oorblywendes en kyk hoe die roete binne een AS gekies word. Nadat die BGP-roeteerder roetes van sy buurman ontvang het, begin dit die optimale roete kies. Hier moet jy verstaan watter tipe bure daar kan wees - intern en ekstern. Verstaan die router deur konfigurasie of die gekonfigureerde buurman intern of ekstern is? Indien in 'n span:
neighbor 192.168.13.3 remote-as 10 die remote-as-parameter spesifiseer AS, wat op die router self gekonfigureer is in die router bgp 10-opdrag. Roetes wat van die interne AS kom, word as intern beskou, en roetes vanaf die eksterne AS word as ekstern beskou. En vir elkeen werk 'n ander logika van ontvang en stuur. Oorweeg hierdie topologie:
Elke roeteerder het 'n teruglus-koppelvlak wat gekonfigureer is met ip: xxxx 255.255.255.0 - waar x die roeteerdernommer is. Op Router9 het ons 'n teruglus-koppelvlak met die adres - 9.9.9.9 255.255.255.0. Ons sal dit via BGP aankondig en kyk hoe dit versprei. Hierdie roete sal na Router8 en Router12 versend word. Vanaf Router8 sal hierdie roete na Router6 gaan, maar na Router5 sal dit nie in die roetetabel wees nie. Ook op Router12 sal hierdie roete in die tabel verskyn, maar op Router11 sal dit ook nie daar wees nie. Kom ons probeer om dit uit te vind. Kom ons kyk na watter data en parameters Router9 aan sy bure oordra en hierdie roete rapporteer. Die pakkie hieronder sal vanaf Router9 na Router8 gestuur word.
Roete-inligting bestaan uit Pad-kenmerke.
Pad-kenmerke word in 4 kategorieë verdeel:
- Bekende verpligtend - Alle routers wat BGP gebruik, moet hierdie eienskappe herken. Moet teenwoordig wees in alle opdaterings.
- Bekende diskresionêr - Alle routers wat BGP gebruik, moet hierdie eienskappe herken. Hulle kan teenwoordig wees in opdaterings, maar hul teenwoordigheid word nie vereis nie.
- Opsionele transitief - word dalk nie deur alle BGP-implementerings herken nie. As die roeteerder nie die kenmerk herken nie, merk dit die opdatering as gedeeltelik en stuur dit aan sy bure, en stoor die onherkende kenmerk.
- Opsioneel nie-oorganklik - word dalk nie deur alle BGP-implementerings herken nie. As die roeteerder nie die kenmerk herken nie, word die kenmerk geïgnoreer en weggegooi wanneer dit aan bure oorgedra word.
Voorbeelde van BGP-kenmerke:
- Bekende verpligtend:
- Outonome stelsel pad
- Volgende-hop
- Oorsprong
- Bekende diskresionêr:
- Plaaslike voorkeur
- Atoomaggregaat
- Opsionele transitief:
- Versameling
- Gemeenskappe
- Opsioneel nie-oorganklik:
- Multi-uitgang diskrimineerder (MED)
- Oorspronklike ID
- Cluster lys
In hierdie geval sal ons vir nou belangstel in Origin, Next-hop, AS Path. Aangesien die roete tussen Router8 en Router9 uitsaai, dit wil sê binne een AS, word dit as intern beskou en ons sal aandag gee aan Origin.
Oorsprong-kenmerk - dui aan hoe die roete in die opdatering verkry is. Moontlike kenmerkwaardes:
- 0 - IGP: NLRI ontvang binne die oorspronklike outonome stelsel;
- 1 - EGP: NLRI word aangeleer deur die Exterior Gateway Protocol (EGP) te gebruik. Voorganger tot BGP, nie gebruik nie
- 2 - Onvolledig: NLRI is op 'n ander manier aangeleer
In ons geval, soos uit die pakkie gesien kan word, is dit gelyk aan 0. Wanneer hierdie roete na Router12 versend word, sal hierdie kode 'n kode van 1 hê.
Volgende, Volgende-hop. Volgende-hop kenmerk
- Dit is die IP-adres van die eBGP-roeteerder waardeur die pad na die bestemmingsnetwerk gaan.
- Die kenmerk verander wanneer die voorvoegsel na 'n ander AS gestuur word.
In die geval van iBGP, dit wil sê binne een AS, sal Next-hop aangedui word deur die een wat hierdie roete geleer of vertel het. In ons geval sal dit 192.168.89.9 wees. Maar wanneer hierdie roete van Router8 na Router6 oorgedra word, sal Router8 dit verander en met sy eie vervang. Volgende-hop sal 192.168.68.8 wees. Dit lei ons na twee reëls:
- As 'n router 'n roete aanstuur na sy interne buurman, verander dit nie die Next-hop parameter nie.
- As 'n roeteerder 'n roete na sy eksterne buurman versend, verander dit Next-hop na die ip van die koppelvlak waarvandaan hierdie roeteerder uitsaai.
Dit lei ons om die eerste probleem te verstaan - Waarom daar geen roete in die roetetabel op Router5 en Router11 sal wees nie. Kom ons kyk van naderby. So, Router6 het inligting oor roete 9.9.9.0/24 ontvang en dit suksesvol by die roetetabel gevoeg:
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>Dieselfde situasie sal tussen Router11-Router12 gebeur. Om hierdie situasie te vermy, moet jy Router6 of Router12 instel, wanneer jy die roete na hul interne bure deurgee, om hul IP-adres as Next-hop te vervang. Dit word gedoen met behulp van die opdrag:
neighbor 192.168.56.5 next-hop-selfNa hierdie opdrag sal Router6 'n Update-boodskap stuur, waar die ip van koppelvlak Gi0/0 Router6 gespesifiseer sal word as Volgende-hop vir roetes - 192.168.56.6, waarna hierdie roete reeds in die roetetabel ingesluit sal wees.
Kom ons gaan verder en kyk of hierdie roete op Router7 en Router10 verskyn. Dit sal nie in die roeteringtabel wees nie en ons dink dalk dat die probleem dieselfde is as in die eerste een met die Next-hop parameter, maar as ons kyk na die uitvoer van die show ip bgp opdrag, sal ons sien dat die roete is nie daar ontvang nie, selfs met die verkeerde Next-hop, wat beteken dat die roete nie eers versend is nie. En dit sal ons lei tot die bestaan van 'n ander reël:
Roetes wat van interne bure ontvang word, word nie na ander interne bure gepropageer nie.
Aangesien Router5 die roete van Router6 ontvang het, sal dit nie na sy ander interne buurman versend word nie. Om die oordrag te laat plaasvind, moet u die funksie opstel , of stel ten volle gekoppelde buurtverhoudings op (Full Mesh), dit wil sê, Router5-7 sal almal 'n buurman vir almal wees. In hierdie geval sal ons Route Reflector gebruik. Op Router5 moet jy hierdie opdrag gebruik:
neighbor 192.168.57.7 route-reflector-clientRoete-reflektor verander die gedrag van BGP wanneer 'n roete na 'n interne buurman aangestuur word. As die interne buurman gespesifiseer word as roete-reflektor-kliënt, dan sal interne roetes aan hierdie kliënte geadverteer word.
Die roete het nie op Router7 verskyn nie? Moet ook nie van Next-hop vergeet nie. Na hierdie manipulasies behoort die roete ook na Router7 te gaan, maar dit gebeur nie. Dit bring ons by 'n ander reël:
Die volgende-hop-reël werk net vir eksterne roetes. Vir interne roetes word die volgende-hop-kenmerk nie vervang nie.
En ons kry 'n situasie waarin dit nodig is om 'n omgewing te skep deur statiese roetering of IGP-protokolle te gebruik om routers in te lig oor al die roetes binne die AS. Kom ons registreer statiese roetes op Router6 en Router7 en daarna sal ons die verlangde roete in die routertabel kry. In AS 678 sal ons dit 'n bietjie anders doen - ons sal statiese roetes vir 192.168.112.0/24 op Router10 en 192.168.110.0/24 op Router12 registreer. Vervolgens sal ons die buurtverhouding tussen Router10 en Router12 vestig. Ons sal ook Router12 instel om sy volgende hop na Router10 te stuur:
neighbor 192.168.110.10 next-hop-selfDie gevolg sal wees dat Router10 roete 9.9.9.0/24 sal ontvang, dit sal van beide Router7 en Router12 ontvang word. Kom ons kyk watter keuse Router10 maak:
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
Soos ons kan sien, beteken twee roetes en 'n pyl (>) dat die roete via 192.168.112.12 gekies is.
Kom ons kyk hoe die roetekeuseproses werk:
- Die eerste stap wanneer jy 'n roete ontvang, is om die beskikbaarheid van sy Next-hop na te gaan. Dit is hoekom, toe ons 'n roete op Router5 ontvang het sonder om Next-hop-self in te stel, is hierdie roete nie verder verwerk nie.
- Volgende kom die gewig parameter. Hierdie parameter is nie 'n Pad-kenmerk (PA) nie en word nie in BGP-boodskappe gestuur nie. Dit is plaaslik op elke roeteerder gekonfigureer en word slegs gebruik om roetekeuse op die roeteerder self te manipuleer. Kom ons kyk na 'n voorbeeld. Net hierbo kan jy sien dat Router10 'n roete vir 9.9.9.0/24 via Router12 (192.168.112.12) gekies het. Om die Wiight-parameter te verander, kan jy roete-kaart gebruik om spesifieke roetes te stel, of 'n gewig aan sy buurman toeken deur die opdrag:
neighbor 192.168.107.7 weight 200Nou sal alle roetes van hierdie buurman hierdie gewig hê. Kom ons kyk hoe die keuse van roete verander na hierdie manipulasie:
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 iSoos jy kan sien, is die roete deur Router7 nou gekies, maar dit sal geen effek op die ander routers hê nie.
- In die derde posisie het ons Plaaslike Voorkeur. Hierdie parameter is 'n bekende diskresionêre kenmerk, wat beteken dat die teenwoordigheid daarvan opsioneel is. Hierdie parameter is slegs geldig binne een AS en beïnvloed die keuse van pad slegs vir interne bure. Daarom word dit slegs in Update-boodskappe wat vir die interne buurman bedoel is, oorgedra. Dit is nie teenwoordig in Update boodskappe vir eksterne bure nie. Daarom is dit as Bekende diskresionêr geklassifiseer. Kom ons probeer dit op Router5 toepas. Op Router5 behoort ons twee roetes vir 9.9.9.0/24 te hê - een deur Router6 en die tweede deur Router7.
Ons kyk:
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 iMaar soos ons een roete deur Router6 sien. Waar is die roete deur Router7? Het Router7 dit dalk ook nie? Kom ons kyk:
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 iVreemd, alles blyk reg te wees. Hoekom word dit nie na Router5 oorgedra nie? Die ding is dat BGP 'n reël het:
Die roeteerder stuur slegs daardie roetes wat dit gebruik.
Router7 gebruik 'n roete deur Router5, dus sal die roete deur Router10 nie versend word nie. Kom ons keer terug na Plaaslike Voorkeur. Kom ons stel Plaaslike Voorkeur op Router7 en kyk hoe Router5 hierop reageer:
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>So, ons het 'n roetekaart geskep wat al die roetes bevat en vir Router7 gesê om die Plaaslike Voorkeur-parameter na 250 te verander wanneer dit ontvang word, die verstek is 100. Kom ons kyk wat op Router5 gebeur het:
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 iSoos ons nou kan sien, verkies Router5 die roete deur Router7. Dieselfde prentjie sal op Router6 wees, hoewel dit vir hom meer winsgewend is om 'n roete deur Router8 te kies. Ons voeg ook by dat die verandering van hierdie parameter 'n herbegin van die buurt vereis vir die verandering om in werking te tree. Lees . Ons het Plaaslike Voorkeur uitgesorteer. Kom ons gaan na die volgende parameter.
- Verkies die roete met die Next-hop parameter 0.0.0.0, dit wil sê plaaslike of saamgevoegde roetes. Aan hierdie roetes word outomaties 'n Gewig-parameter gelyk aan die maksimum-32678 toegeken nadat die netwerkopdrag ingevoer is:
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 - Kortste pad deur AS. Die kortste AS_Path parameter is gekies. Hoe minder AS'e 'n roete deurgaan, hoe beter is dit. Oorweeg die roete na 9.9.9.0/24 op 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 iSoos jy kan sien, het Router10 die roete via 192.168.112.12 gekies, want vir hierdie roete bevat die AS_Path-parameter slegs 45, en in 'n ander geval 123 en 45. Intuïtief duidelik.
- Die volgende parameter is Oorsprong. IGP (roete verkry met behulp van BGP) is beter as EGP (roete verkry met behulp van BGP se voorganger, word nie meer gebruik nie), en EGP is beter as Onvolledig? (verkry deur 'n ander metode, byvoorbeeld deur herverdeling).
- Die volgende parameter is MED. Ons het Wiight gehad wat net plaaslik op die router gewerk het. Daar was Plaaslike Voorkeur, wat net binne een outonome stelsel gewerk het. Soos u kan raai, is MED 'n parameter wat tussen outonome stelsels oorgedra sal word. Baie goed oor hierdie parameter.
Geen kenmerke sal meer gebruik word nie, maar as twee roetes dieselfde kenmerke het, word die volgende reëls gebruik:
- Kies die pad deur die naaste IGP-buurman.
- Kies die oudste roete vir die eBGP-pad.
- Kies die pad deur die buurman met die kleinste BGP-roeteerder-ID.
- Kies 'n pad deur die buurman met die laagste IP-adres.
Kom ons kyk nou na die kwessie van BGP-konvergensie.
Kom ons kyk wat gebeur as Router6 roete 9.9.9.0/24 deur Router9 verloor. Kom ons deaktiveer koppelvlak Gi0/1 van Router6, wat onmiddellik sal verstaan dat die BGP-sessie met Router8 beëindig is en die buurman het verdwyn, wat beteken dat die roete wat daarvan ontvang is, nie geldig is nie. Router6 stuur dadelik Update-boodskappe, waar dit die netwerk 9.9.9.0/24 in die Onttrek Roetes-veld aandui. Sodra Router5 so 'n boodskap ontvang, sal dit dit na Router7 stuur. Maar aangesien Router7 'n roete deur Router10 het, sal dit onmiddellik reageer met 'n Update met 'n nuwe roete. As dit nie moontlik is om die val van 'n buurman op te spoor op grond van die toestand van die koppelvlak nie, dan sal jy moet wag vir die Hold Timer om te brand.
Konfederasie.
As jy onthou, ons het gepraat oor die feit dat jy dikwels 'n volledig gekoppelde topologie moet gebruik. Met 'n groot aantal routers in een AS kan dit groot probleme veroorsaak, om dit te vermy moet jy konfederasies gebruik. Een AS is verdeel in verskeie sub-AS, wat hulle toelaat om te werk sonder die vereiste van 'n volledig gekoppelde topologie.
Hier is 'n skakel hiertoe En konfigurasie vir GNS3.
Byvoorbeeld, met hierdie topologie sal ons al die routers in AS 2345 aan mekaar moet koppel, maar deur gebruik te maak van Confederation kan ons slegs aangrensende verhoudings tussen routers wat direk met mekaar verbind is, vestig. Kom ons praat in detail hieroor. As ons net AS 2345 gehad het, dan laForge 'n optog ontvang het van Picard sou dit aan die routers vertel data и Worf, maar hulle sal nie die router daarvan vertel nie Crusher . Ook roetes wat deur die router self versprei word laForge, sou nie oorgedra gewees het nie Crusher of Worf- o, nee data.
Jy sal 'n Roete-reflektor of 'n volledig gekoppelde buurtverhouding moet konfigureer. Deur een AS 2345 in 4 sub-AS (2,3,4,5) vir elke router te verdeel, eindig ons met 'n ander bedryfslogika. Alles is perfek beskryf .
Bronne:
- CCIE Routing and Switching v5.0 Amptelike Sertifiseringsgids, Volume 2, Vyfde Uitgawe, Narbik Kocharians, Terry Vinson.
- Site
- Site .
Bron: will.com