Hjoed sille wy sjen nei it BGP-protokol. Wy sille net lang prate oer wêrom't it is en wêrom it wurdt brûkt as it ienige protokol. Der is bygelyks in soad ynformaasje oer dit ûnderwerp .
Dus wat is BGP? BGP is in dynamysk routingprotokol en is it ienige EGP (External Gateway Protocol) protokol. Dit protokol wurdt brûkt om routing op it ynternet te bouwen. Litte wy sjen nei hoe't in buert wurdt boud tusken twa BGP-routers.
Tink oan de buert tusken Router1 en Router3. Litte wy se konfigurearje mei de folgjende kommando's:
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 10Buert binnen in inkeld autonoom systeem is AS 10. Nei it ynfieren fan ynformaasje oer in router, lykas Router1, besiket dy router in oanbuorjende relaasje op te setten mei Router3. De earste steat as neat bart wurdt neamd idle. Sadree't bgp is konfigureare op Router1, sil it begjinne te harkjen nei TCP-poarte 179 - it sil yn 'e steat gean Ferbine, En as it besiket in sesje te iepenjen mei Router3, sil it yn 'e steat gean aktyf.
Neidat de sesje is oprjochte tusken Router1 en Router3, Iepen berjochten wurde útwiksele. As dit berjocht wurdt ferstjoerd troch Router1, dizze steat wurdt neamd Ferstjoerd iepenje. En as it in Iepen berjocht fan Router3 ûntfangt, sil it yn 'e steat gean Iepenje Befêstigje. Litte wy in tichterby besjen op it Iepen berjocht:
Dit berjocht bringt ynformaasje oer it BGP-protokol sels, dat de router brûkt. Troch it útwikseljen fan Iepen berjochten kommunisearje Router1 en Router3 ynformaasje oer har ynstellingen mei elkoar. De folgjende parameters wurde trochjûn:
- Ferzje: dit omfettet de BGP-ferzje dy't de router brûkt. De hjoeddeiske ferzje fan BGP is ferzje 4 dat wurdt beskreaun yn RFC 4271. Twa BGP routers sille besykje te ûnderhanneljen in kompatible ferzje, as der in mismatch dan sil gjin BGP sesje.
- myn AS: dit omfettet it AS-nûmer fan 'e BGP-router, de routers moatte it iens wurde oer de AS-nûmer(s) en it definiearret ek as se iBGP of eBGP sille draaie.
- Hâld tiid: as BGP gjin keepalive- of updateberjochten fan 'e oare kant ûntfangt foar de doer fan 'e holdtiid, dan sil it de oare kant 'dea' ferklearje en it sil de BGP-sesje ôfbrekke. Standert is de holdtiid ynsteld op 180 sekonden op Cisco IOS-routers, it keepalive-berjocht wurdt elke 60 sekonden ferstjoerd. Beide routers moatte it iens wurde oer de holdtiid, oars sil der gjin BGP-sesje wêze.
- BGP Identifier: dit is de lokale BGP router ID dy't keazen wurdt krekt lykas OSPF docht:
- Brûk de router-ID dy't mei de hân konfigureare is mei it kommando bgp router-id.
- Brûk it heechste IP-adres op in loopback-ynterface.
- Brûk it heechste IP-adres op in fysike ynterface.
- Opsjonele parameters: hjir fine jo wat opsjonele mooglikheden fan de BGP router. Dit fjild is tafoege sadat nije funksjes kinne wurde tafoege oan BGP sûnder in nije ferzje oan te meitsjen. Dingen dy't jo hjir kinne fine binne:
- stipe foar MP-BGP (Multi Protocol BGP).
- stipe foar Route Refresh.
- stipe foar 4-oktet AS nûmers.
Om in buert te stiftsjen, moatte de folgjende betingsten foldien wurde:
- Ferzje nûmer. De hjoeddeistige ferzje is 4.
- It AS-nûmer moat oerienkomme mei wat jo hawwe ynsteld buorman 192.168.13.3 remote-as 10.
- Router ID moat wêze oars as de buorman.
As ien fan 'e parameters net foldocht oan dizze betingsten, sil de router stjoere Notifikaasje berjocht dat de flater oanjout. Nei it ferstjoeren en ûntfangen fan Iepen berjochten komt de buertferhâlding de steat yn Fêstige. Hjirnei kinne routers ynformaasje oer rûtes útwikselje en dit dwaan mei Update berjochten. Dit is it Update-berjocht dat troch Router1 nei Router3 stjoerd is:
Hjir kinne jo de netwurken sjen rapporteare troch Router1 en Path-attributen, dy't analoog binne oan metriken. Wy sille prate oer Path-attributen yn mear detail. Keepalive-berjochten wurde ek ferstjoerd binnen in TCP-sesje. Se wurde standert elke 60 sekonden oerbrocht. Dit is in Keepalive Timer. As in Keepalive-berjocht net ûntfongen is tidens de Hold Timer, sil dit in ferlies fan kommunikaasje mei de buorman betsjutte. Standert is it gelyk oan 180 sekonden.
Nuttich teken:
It liket derop dat wy útfûn hawwe hoe't routers ynformaasje nei elkoar oerbringe, litte wy no besykje de logika fan it BGP-protokol te begripen.
Om advertearje in rûte nei de BGP-tabel, lykas yn 'e IGP-protokollen, wurdt it netwurkkommando brûkt, mar de bestjoeringslogika is oars. As yn IGP, nei it spesifisearjen fan de rûte yn it netwurkkommando, de IGP besjocht hokker ynterfaces by dit subnet hearre en se opnimme yn syn tabel, dan sjocht it netwurkkommando yn BGP nei de routingtabel en siket nei точное komt oerien mei de rûte yn it netwurk kommando. As sokke wurde fûn, sille dizze rûtes ferskine yn 'e BGP-tabel.
Sjoch foar in rûte yn 'e hjoeddeistige IP-routingtabel fan' e router dy't krekt oerienkomt mei de parameters fan it netwurkkommando; as de IP-rûte bestiet, set de lykweardige NLRI yn 'e lokale BGP-tabel.
Litte wy no BGP ferheegje nei alle oerbleaune en sjen hoe't de rûte is selektearre binnen ien AS. Nei't de BGP-router rûtes fan syn buorman ûntfangt, begjint it de optimale rûte te selektearjen. Hjir moatte jo begripe hokker soarte fan buorlju kinne wêze - ynterne en eksterne. Begrypt de router troch konfiguraasje oft de ynstelde buorman ynterne of eksterne is? As op in team:
neighbor 192.168.13.3 remote-as 10 de remote-as parameter spesifisearret AS, dat is ynsteld op de router sels yn de router bgp 10 kommando. Rûtes dy't komme út de ynterne AS wurde beskôge ynterne, en rûtes út de eksterne AS wurde beskôge ekstern. En foar elk wurket in oare logika fan ûntfangen en ferstjoeren. Tink oan dizze topology:
Elke router hat in loopback-ynterface konfigureare mei ip: xxxx 255.255.255.0 - wêr't x it routernûmer is. Op Router9 hawwe wy in loopback-ynterface mei it adres - 9.9.9.9 255.255.255.0. Wy sille it oankundigje fia BGP en sjen hoe't it ferspriedt. Dizze rûte sil wurde oerbrocht nei Router8 en Router12. Fan Router8 sil dizze rûte nei Router6 gean, mar nei Router5 sil it net yn 'e rûtetabel wêze. Ek op Router12 sil dizze rûte yn 'e tabel ferskine, mar op Router11 sil it der ek net wêze. Litte wy besykje dit út te finen. Lit ús beskôgje hokker gegevens en parameters Router9 stjoert nei syn buorlju, melde dizze rûte. It pakket hjirûnder sil stjoerd wurde fan Router9 nei Router8.
Rûte-ynformaasje bestiet út Paad-attributen.
Paadattributen binne ferdield yn 4 kategoryen:
- Bekende ferplichte - Alle routers mei BGP moatte dizze attributen werkenne. Moat oanwêzich wêze yn alle updates.
- Bekende diskresjonêr - Alle routers mei BGP moatte dizze attributen werkenne. Se kinne oanwêzich wêze yn updates, mar har oanwêzigens is net fereaske.
- Opsjoneel transitive - meie net erkend wurde troch alle BGP-ymplemintaasjes. As de router it attribút net herkent, markearret it de fernijing as foar in part en stjoert it troch nei syn buorlju, it opslaan fan it net-erkende attribút.
- Opsjoneel net-transitive - meie net erkend wurde troch alle BGP-ymplemintaasjes. As de router it attribút net herkent, dan wurdt it attribút negearre en fuorthelle as it trochjûn wurdt oan buorlju.
Foarbylden fan BGP-attributen:
- Bekende ferplichte:
- Autonome systeem paad
- Folgjende-hop
- Oarsprong
- Bekende diskresjonêr:
- Lokale foarkar
- Atoom aggregaat
- Opsjoneel transitive:
- aggregator
- mienskippen
- Opsjoneel net-transitive:
- Multi-útgong diskriminator (MED)
- Originator ID
- Cluster list
Yn dit gefal sille wy no ynteressearre wêze yn Origin, Next-hop, AS Path. Sûnt de rûte útstjoert tusken Router8 en Router9, dat is binnen ien AS, wurdt it as ynterne beskôge en wy sille omtinken jaan oan Origin.
Origin-attribút - jout oan hoe't de rûte yn 'e fernijing waard krigen. Mooglike attribútwearden:
- 0 - IGP: NLRI ûntfongen binnen it oarspronklike autonome systeem;
- 1 - EGP: NLRI wurdt leard mei it Exterior Gateway Protocol (EGP). Foargonger nei BGP, net brûkt
- 2 - Unfolslein: NLRI waard op in oare manier leard
Yn ús gefal, lykas kin sjoen wurde út it pakket, it is gelyk oan 0. As dizze rûte wurdt oerdroegen oan Router12, dizze koade sil hawwe in koade fan 1.
Folgjende, Folgjende-hop. Folgjende-hop attribút
- Dit is it IP-adres fan 'e eBGP-router dêr't it paad nei it bestimmingnetwurk troch giet.
- It attribút feroaret as it foarheaksel wurdt stjoerd nei in oare AS.
Yn it gefal fan iBGP, dat is binnen ien AS, sil Next-hop wurde oanjûn troch dejinge dy't leard of ferteld oer dizze rûte. Yn ús gefal sil it 192.168.89.9 wêze. Mar as dizze rûte wurdt oerdroegen fan Router8 nei Router6, sil Router8 it feroarje en ferfange troch har eigen. Folgjende-hop sil 192.168.68.8 wêze. Dit liedt ús ta twa regels:
- As in router in rûte trochstjoert nei syn ynterne buorman, feroaret it de Next-hop parameter net.
- As in router in rûte stjoert nei syn eksterne buorman, feroaret it Next-hop nei de ip fan 'e ynterface wêrfan dizze router útstjoert.
Dit liedt ús om it earste probleem te begripen - Wêrom sil d'r gjin rûte wêze yn 'e rûtetabel op Router5 en Router11. Lit ús ris efkes neier sjen. Dat, Router6 ûntfong ynformaasje oer rûte 9.9.9.0/24 en hat it mei súkses tafoege oan 'e routingtabel:
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>Deselde situaasje sil barre tusken Router11-Router12. Om dizze situaasje te foarkommen, moatte jo Router6 of Router12 konfigurearje, by it trochjaan fan de rûte nei har ynterne buorlju, om har IP-adres te ferfangen as Next-hop. Dit wurdt dien mei it kommando:
neighbor 192.168.56.5 next-hop-selfNei dit kommando sil Router6 in Update-berjocht ferstjoere, wêrby't de ip fan ynterface Gi0/0 Router6 sil wurde oantsjutte as Next-hop foar rûtes - 192.168.56.6, wêrnei't dizze rûte al opnommen is yn 'e routingtabel.
Litte wy fierder gean en sjen oft dizze rûte ferskynt op Router7 en Router10. It sil net yn 'e routingtabel stean en wy kinne tinke dat it probleem itselde is as yn' e earste mei de Next-hop parameter, mar as wy sjogge nei de útfier fan it kommando ip bgp show, sille wy sjen dat de rûte waard dêr net ûntfongen, sels mei de ferkearde Next-hop, wat betsjut dat de rûte net iens útstjoerd waard. En dit sil ús liede ta it bestean fan in oare regel:
Rûtes ûntfongen fan ynterne buorlju wurde net propagearre nei oare ynterne buorlju.
Sûnt Router5 ûntfong de rûte fan Router6, it sil net wurde oerdroegen oan syn oare ynterne buorman. Om de oerdracht te foarkommen, moatte jo de funksje ynstelle , of konfigurearje folslein ferbûn buert relaasjes (Full Mesh), dat is, Router5-7 elkenien sil in buorman foar elkenien. Yn dit gefal sille wy brûke Route Reflector. Op Router5 moatte jo dit kommando brûke:
neighbor 192.168.57.7 route-reflector-clientRûte-Reflector feroaret it gedrach fan BGP by it trochjaan fan in rûte nei in ynterne buorman. As de ynterne buorman wurdt oantsjutte as rûte-reflektor-kliïnt, dan wurde ynterne rûtes oankundige oan dizze kliïnten.
De rûte ferskynde net op Router7? Ferjit ek Next-hop net. Nei dizze manipulaasjes moat de rûte ek nei Router7 gean, mar dit bart net. Dit bringt ús by in oare regel:
De folgjende-hop-regel wurket allinich foar eksterne rûtes. Foar ynterne rûtes wurdt it folgjende-hop-attribút net ferfongen.
En wy krije in situaasje wêryn it nedich is om in omjouwing te meitsjen mei statyske routing of IGP-protokollen om routers te ynformearjen oer alle rûtes binnen de AS. Litte wy statyske rûtes registrearje op Router6 en Router7 en dêrnei krije wy de winske rûte yn 'e routertabel. Yn AS 678 sille wy it in bytsje oars dwaan - wy sille statyske rûtes registrearje foar 192.168.112.0/24 op Router10 en 192.168.110.0/24 op Router12. Dêrnei sille wy de buertrelaasje fêststelle tusken Router10 en Router12. Wy sille Router12 ek konfigurearje om syn folgjende hop nei Router10 te stjoeren:
neighbor 192.168.110.10 next-hop-selfIt resultaat sil wêze dat Router10 rûte 9.9.9.0/24 sil ûntfange, it sil wurde ûntfongen fan sawol Router7 as Router12. Litte wy sjen hokker kar Router10 makket:
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
Sa't wy sjen kinne, betsjutte twa rûtes en in pylk (>) dat de rûte fia 192.168.112.12 selektearre is.
Litte wy sjen hoe't it rûteseleksjeproses wurket:
- De earste stap by it ûntfangen fan in rûte is om de beskikberens fan syn Next-hop te kontrolearjen. Dat is wêrom, doe't wy krigen in rûte op Router5 sûnder it ynstellen fan Next-hop-self, dizze rûte waard net fierder ferwurke.
- Folgjende komt de Weight parameter. Dizze parameter is gjin Paad Attribute (PA) en wurdt net ferstjoerd yn BGP berjochten. It is lokaal konfigureare op elke router en wurdt allinich brûkt om rûteseleksje op 'e router sels te manipulearjen. Litte wy nei in foarbyld sjen. Krekt hjirboppe kinne jo sjen dat Router10 in rûte keazen hat foar 9.9.9.0/24 fia Router12 (192.168.112.12). Om de parameter Wiight te feroarjen, kinne jo rûtekaart brûke om spesifike rûtes yn te stellen, of in gewicht tawize oan syn buorman mei it kommando:
neighbor 192.168.107.7 weight 200No sille alle rûtes fan dizze buorman dit gewicht hawwe. Litte wy sjen hoe't de kar fan rûte feroaret nei dizze manipulaasje:
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 iSa't jo sjen kinne, is de rûte troch Router7 no selektearre, mar dit sil gjin effekt hawwe op de oare routers.
- Op tredde posysje hawwe wy Lokale foarkar. Dizze parameter is in bekende diskresjonêre attribút, wat betsjut dat syn oanwêzigens opsjoneel is. Dizze parameter is jildich allinnich binnen ien AS en beynfloedet de kar fan paad allinnich foar ynterne buorlju. Dat is wêrom it wurdt oerdroegen allinnich yn Update berjochten bedoeld foar de ynterne buorman. It is net oanwêzich yn Update berjochten foar eksterne buorlju. Dêrom waard it klassifisearre as Bekende diskresjonêr. Litte wy besykje it oan te passen op Router5. Op Router5 moatte wy twa rûtes hawwe foar 9.9.9.0/24 - ien fia Router6 en de twadde fia Router7.
Wy sjogge:
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 iMar as wy sjogge ien rûte troch Router6. Wêr is de rûte troch Router7? Miskien hat Router7 it ek net? Litte wy sjen:
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 iNuver, alles liket goed te wêzen. Wêrom wurdt it net oerbrocht nei Router5? It ding is dat BGP in regel hat:
De router stjoert allinich dy rûtes út dy't it brûkt.
Router7 brûkt in rûte troch Router5, sadat de rûte troch Router10 net útstjoerd wurdt. Litte wy weromgean nei Lokale foarkar. Litte wy lokale foarkar ynstelle op Router7 en sjoch hoe't Router5 hjirop reagearret:
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>Dat, wy makken in rûtekaart dy't alle rûtes befettet en fertelde Router7 om de Local Preference-parameter te feroarjen nei 250 as ûntfongen, de standert is 100. Litte wy sjen wat der bard is op 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 iSa't wy no kinne sjen, foarkar Router5 de rûte fia Router7. Deselde foto sil wêze op Router6, hoewol't it is mear rendabel foar him in kieze in rûte troch Router8. Wy foegje ek ta dat it feroarjen fan dizze parameter in trochstart fan 'e buert fereasket foar de feroaring om effekt te nimmen. Lêze . Wy hawwe lokale foarkar útsocht. Litte wy nei de folgjende parameter gean.
- Foarkar de rûte mei de Next-hop parameter 0.0.0.0, dat is, lokale of aggregearre rûtes. Dizze rûtes wurde automatysk in gewichtsparameter tawiisd gelyk oan it maksimum-32678-nei it ynfieren fan it netwurkkommando:
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 - Koarste paad troch AS. De koartste AS_Path parameter is selektearre. Hoe minder AS's in rûte giet troch, hoe better it is. Besjoch de rûte nei 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 iSa't jo sjen kinne, keas Router10 de rûte fia 192.168.112.12 omdat foar dizze rûte de AS_Path parameter befettet allinne 45, en yn in oar gefal 123 en 45. Yntuïtyf dúdlik.
- De folgjende parameter is Origin. IGP (rûte krigen mei BGP) is better as EGP (rûte krigen mei BGP syn foargonger, net mear yn gebrûk), en EGP is better as Incomplete? (ferkrigen troch in oare metoade, bygelyks troch weryndieling).
- De folgjende parameter is MED. Wy hiene Wiight dy't allinnich wurke lokaal op de router. Der wie Local Preference, dy't mar binnen ien autonoom systeem wurke. Lykas jo miskien riede, is MED in parameter dy't sil wurde oerbrocht tusken autonome systemen. Heul goed oer dizze parameter.
Gjin attributen mear wurde brûkt, mar as twa rûtes deselde attributen hawwe, dan wurde de folgjende regels brûkt:
- Selektearje it paad troch de neiste IGP buorman.
- Selektearje de âldste rûte foar it eBGP-paad.
- Selektearje it paad troch de buorman mei de lytste BGP router ID.
- Kies in paad troch de buorman mei it leechste IP-adres.
Litte wy no sjen nei it probleem fan BGP-konverginsje.
Lit ús sjen wat der bart as Router6 ferliest rûte 9.9.9.0/24 fia Router9. Litte wy de interface Gi0/1 fan Router6 útskeakelje, dy't daliks sil begripe dat de BGP-sesje mei Router8 is beëinige en de buorman is ferdwûn, wat betsjut dat de rûte dy't derfan ûntfongen is net jildich is. Router6 stjoert fuortendaliks Update berjochten, dêr't it oanjout it netwurk 9.9.9.0/24 yn it fjild ynlutsen rûtes. Sadree't Router5 sa'n berjocht ûntfangt, stjoert it it nei Router7. Mar sûnt Router7 hat in rûte troch Router10, it sil fuortendaliks reagearje mei in Update mei in nije rûte. As it net mooglik is om de fal fan in buorman te ûntdekken op basis fan 'e tastân fan' e ynterface, dan moatte jo wachtsje oant de Hold Timer fjoer.
Konfederaasje.
As jo it ûnthâlde, hawwe wy it oer it feit dat jo faaks in folslein ferbûn topology moatte brûke. Mei in grut oantal routers yn ien AS kin dit grutte problemen feroarsaakje, om dit te foarkommen moatte jo konfederaasjes brûke. Ien AS is ferdield yn ferskate sub-AS, wêrtroch't se kinne operearje sûnder de eask fan in folslein ferbûn topology.
Hjir is in keppeling nei dizze en konfiguraasje foar GNS3.
Bygelyks, mei dizze topology soene wy moatte ferbine alle routers yn AS 2345 oan elkoar, mar mei help fan Confederation, kinne wy fêstigje adjacency relaasjes allinnich tusken routers direkt ferbûn mei elkoar. Lit ús prate oer dit yn detail. As wy allinich AS 2345 hiene, dan laForge hawwen krigen in mars fan Picard soe it fertelle oan de routers Data и Worf, mar se soene net fertelle de router deroer Crusher . Ek rûtes ferspraat troch de router sels laForge, soe net oerdroegen wurde Crusher gjin Worf-o, nei Data.
Jo soene in Route-Reflector as in folslein ferbûn buertrelaasje moatte konfigurearje. Troch ien AS 2345 te dielen yn 4 sub-AS (2,3,4,5) foar elke router, komme wy mei in oare bestjoeringslogika. Alles is perfekt beskreaun .
Boarne:
- CCIE Routing and Switching v5.0 Official Cert Guide, Volume 2, Fifth Edition, Narbik Kocharians, Terry Vinson.
- webside
- webside .
Boarne: www.habr.com