Hodie in protocollo BGP spectabimus. Non diu loqui de causa cur sit et cur protocollo unicus adhibetur. Satis multae informationes hac de re, e.g .
Quid est ergo BGP? BGP protocollum dynamicum est atque unicus est EGP (Protocollum portae externae) protocollum. Haec protocollo in Interreti aedificandi usus est. Intueamur quomodo vicinitas inter duos BGP iter constituatur.
Considerate viciniam inter Router1 et Router. Configurare illis utentes mandatis his:
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 10Vicinitas intra unam rationem sui iuris est AS 10. Post informationes iter itineris, ut Router1, ille iter adiacentem cum Router3 necessitudinem constituere conatur. In primo statu quando nihil fit vocatur idle. Cum primum bgp in Router1 configuratur, incipiet audire TCP portum 179 - ingreditur in civitatem. Connectet quando conventum cum Router3 facere temptaverit, ingredietur in civitatem Active.
Post sessionem inter Router1 et Router3 constituto, nuntii Open commutantur. Cum hoc nuntio ab Router1 mittitur, haec civitas vocabitur Open Sent. Et cum nuntium apertum ab Router3 acceperit, in statum ingreditur Open ConfΓrma. Propius inspiciamus nuntium apertum:
Hic nuntius nuntios indicat de ipso protocollo BGP, quo iter itineris utitur. Open nuntia permutando, Router1 et Router3 informationes de suis occasus inter se communicant. Sequentes ambitus praetereunt;
- VersionHoc includit versionem BGP quam iter itineris utens. Praesens versio BGP est versio 4 quae in RFC 4271 describitur. Iter itineris BGP tractare conabitur cum versione compatibili, cum mispar tunc nulla erit BGP sessionis.
- meum ASHoc includit AS numerus itineris BGP, congruere debebunt itinerarii in AS numero (s) atque etiam definit si currentes iBGP vel eBGP.
- Tempus hold: si BGP mandata ex altera parte conservativa vel renovatio non recipiat pro duratione temporis, tunc alterum latus mortuum declarabit et sessionem BGP destruet. Ex defectu custodiae tempus ad 180 seconds in Cisco IOS iter constitutum est, nuntius custodis 60 secundis singulis mittitur. Ambo iter in custodia temporis concordare debebunt vel sessionem BGP non erunt.
- BGP Identifier: hoc est itineris ID loci BGP quod eligitur sicut OSPF facit:
- Utere iter-ID quod configuratum est manually cum bgp-id iter itineris.
- Utere summa IP inscriptione in loopback interface.
- Utere summa IP inscriptione in interface physica.
- Parametri libitum: hic invenies aliquas facultates optionales itineris BGP. Hic campus ita adiectus est ut novae notae BGP addi possent sine nova versione creare. Rerum hic invenias sunt:
- support for MP-BGP (Multi Protocollum BGP).
- subsidium itineris Renovare.
- subsidium pro 4-octet AS numeris.
Ad vicinitatem constituendam, hae condiciones occurrere debent;
- Poema numerus. Est emendatione IV.
- AS numerus est inserere quod habes configurati vicinus 192.168.13.3 remotus-as 10.
- Iter ID proximum differre debet.
Si quis ex his condicionibus parametri non satisfacit, iter itineris mittet Notification nuntium significat errorem. Missis et acceptis nuntiis patefactis, relatio propinquitatis statum intrat CONSTITUTUS. Post hoc, iter itineris informationes circa vias permutare possunt et hoc utendo facere Update nuntia. Hoc est Update nuntius ab Router1 ad Router3:
Hic videre potes retiacula quae a Router1 et Path attributis relata sunt, quae metricis analoga sunt. De attributis Path planius loquemur. Mandata custoditiva etiam intra sessionem TCP mittuntur. Per defaltam singulis 60 secundis traducuntur. This is a Keepalive Timer. Si nuntius custodis in Hold Timer non recipitur, hoc significat detrimentum communicationis cum proximo. Defalta, 180 secundis aequalis est.
Signum utile:
Figuratum esse videtur quomodo iter informationes inter se perferunt, nunc logicam protocolli BGP intellegere conemur.
Iter ostentare ad tabulam BGP, sicut in protocolla IGP, mandatum retis adhibetur, sed logica operans diversa est. Si in IGP, servato itinere in retis praecepto, IGP spectat quae interfaces huic subnet pertinent et in tabula sua includit, tum mandatum retis in BGP ad mensam excitandam spectat et quaerit precise par iter ipsum imperium. Si tales inventi fuerint, haec itinera in tabula BGP apparebit.
Quaerite iter in tabula currenti IP fusa, quae parametris mandatorum retis prorsus congruit; si via IP existat, ponatur aequivalens NLRI in tabella locali BGP.
Nunc BGP ad reliquas omnes moveamus et vide quomodo iter intra unum AS delectum sit. Post BGP iter itineris accipit a proximo, iter meliorem eligens incipit. Hic perspicere debes quales esse possunt vicini, interni et externi. Num per conformationem iter itineris intelligit utrum proximus figuratus sit internus an externus? Si in quadrigis:
neighbor 192.168.13.3 remote-as 10 remotus ut parameter AS designat, qui in ipso itineris bgp 10 praecepto configuratur, Itinera ab interno AS interna orta, et itinera ab externo AS externa censentur. Et pro unoquoque diversa logica recipiendi et mittendi opera. Vide topologiam hanc:
Unumquodque iter habet loopback interfaciei figuram cum ip: xxxx 255.255.255.0 - ubi est numerus itineris x. In Router9 habemus loopback instrumenti cum inscriptione - 9.9.9.9 255.255.255.0. Annunciabimus eam per BGP et videbimus quomodo se extendit. Haec via ad Router8 et Router12 transmittetur. Hoc iter ab Router8 ibit Router6, sed ad Router5 non erit in mensa fusura. Etiam in Router12 hoc iter in tabula apparebit, sed in Router11 non erit ibi. Conemur ut hoc instar sicco. Consideremus quae notitia et ambitus Router9 ad finitimos transmittit, hoc iter referens. Fasciculus infra mittetur ab Router9 ad Router8.
Iter notitia constat de Path attributis.
Iter attributa in 4 genera dividuntur;
- Nota amet - Omnes viae cursus BGP haec attributa agnoscere debent. In omnibus updates adesse debet.
- Nota discretionis - Omnes viae cursus BGP haec attributa agnoscere debent. Adsint in renovationibus, sed praesentia eorum non requiritur.
- Libitum transitivum - Non potest ab omnibus exsecutiones BGP cognosci. Si iter itineris attributum non cognoscit, renovationem ut partialem notat et eam vicinis suis promovet, attributum incognitum recondens.
- Libitum non transitivum - Non potest ab omnibus exsecutiones BGP cognosci. Si iter attributum non agnoscit, attributum ignoratur et depellitur cum ad finitimos transitur.
Exempla BGP attributa:
- Nota amet:
- Systema autonomum iter
- Proxima-hop
- Origin
- Nota discretionis:
- Locus preference
- Aggregatum atomicum
- Libitum transitivum:
- aggregator
- communities
- Libitum non transitivum:
- Multi exitus discriminator (MED)
- Auctor ID
- Botri album
In hoc casu, nunc in Origine, Proximo-hop, AS Path erimus. Cum iter inter Router8 et Router9 transmittit, hoc est, intra unum AS, internum consideratur et Originem attendemus.
Origo attributum - indicat quomodo iter in renovatione obtinuit. Possibile est attributum values:
- 0 - IGP: NLRI in systemate originali autonomo receptum;
- 1 - EGP: NLRI utens discitur Protocollo portae exteriore (EGP). Decessor Noster BGP, not used
- 2 - Incomplete: NLRI alio modo eruditus
In nostro casu, sicut ex fasciculo videri potest, aequale est 0. Cum haec via ad Router12 transmittitur, hoc signum codicem 1 habebit.
Next, Next-hop. Deinde-hop attributum
- Haec est inscriptio IP itineris eBGP per quam via ad network destinatum it.
- Mutatur attributum cum praepositione ad aliam mittitur AS.
In casu iBGP, hoc est, intra unum AS, Subsultim indicabitur a docto vel edocto de hac via. In nobis erit 192.168.89.9. Sed cum haec via ab Router8 ad Router6 transmittitur, Router8 illud mutabit et cum suis restituet. Proxima-hop erit 192.168.68.8. Hoc nos ducit ad duas regulas;
- Si iter itineris ad proximum internum promovet, modulum proximum non mutat.
- Si iter ad proximum suum externum transmittit, mutat proximum hop in ip intermedii a quo hoc iter transmittit.
Hinc nos intelligimus primam quaestionem - Cur non erit iter in routing mensa in Router5 et Router11. Propius inspiciamus. Itaque Router6 informationes de itinere 9.9.9.0/24 accepit et eam feliciter ad mensam excitandam addidit:
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>Eadem condicio erit inter Router11-Router12. Ad hanc condicionem evitandam, debes Router6 vel Router12 configurare, cum iter ad proximos suos internas transeundo, suam IP inscriptionem substituere ut Next-hop. Hoc fit utens imperio;
neighbor 192.168.56.5 next-hop-selfPost hoc mandatum, Router6 nuntium renovationis mittet, ubi IP interfaciei Gi0/0 Router6 designabitur ut Next-hop for itinerum - 192.168.56.6, post quem haec via in tabula fuso iam comprehendetur.
Eamus longius et vide an iter hoc in Router7 et Router10. Non erit in mensa fuso et putaremus quaestionem eandem esse quam in primo cum parametro Postero-hop, sed si spectemus output ostensionis ip bgp, id videbimus. eo ne traiecto quidem itinere, ne traiciatur cum iniuria, quod significat, ne traducatur quidem. Et hoc perducet ad existentiam alterius regulae;
Itinera ab internis vicinis recepta non ad alios internos vicinos propagantur.
Cum Router5 iter ab Router6 accepit, ad alium proximum internum non traducetur. Ut translatio fiat, munus configurare debes seu relationes viciniae plene connexae (Full Mesh), id est, Router5-7 quisque proximus erit omnibus. In hoc casu utemur Route Reflector. Die Router5 debes uti hoc imperio;
neighbor 192.168.57.7 route-reflector-clientIter-Reflector mores BGP mutat cum iter ad proximum internum transit. Internus vicinus si specificatur ut iter-reflector clientisergo itinera interna his clientibus proscriptione erunt.
Nonne iter Router7 adfuit? Noli oblivisci de proximo-hop vel. Post has tractationes etiam ire oportet iter Router7, sed hoc non fit. Haec nos ad aliam regulam adducit;
Sequentia regulae saliunt solum pro itineribus externis operatur. Pro itineribus internis, attributum proximum-hop non substituitur.
Et condicionem obtinemus in qua ambitum efficere necesse est utendo static fugato vel protocollo IGP ad informandum iter de omnibus itineribus intra AS. itinera stabilia in Router6 et Router7 subiciamus et postea optatum iter in tabula iterantis habebimus. In AS 678, paulo aliter agemus - itinera stataria subcriptio pro 192.168.112.0/24 in Router10 et 192.168.110.0/24 in Router12. Deinceps relationem viciniae inter Router10 et Router12 statuemus. Configurabimus etiam Router12 ut mittat proximum suum ad Router10:
neighbor 192.168.110.10 next-hop-selfIta fiet ut Router10 iter 9.9.9.0/24 recipiet, ab utroque Router7 et Router12 recipietur. Videamus quid optio Router10 fecerit:
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
Ut videre possumus, duo itinera et sagitta (>) significat quod via per 192.168.112.12 seligitur.
Videamus quomodo electio processus iter operatur:
- Primus gradus, cum iter recipiens, promptitudinem sui proximus-hop est reprimendam. Quam ob rem, cum iter in Router5 sine Proximo-hope-se proficisceretur, iter hoc longius non processit.
- Proximum est pondus parametri. Hic modulus non est Path attributum (PA) neque nuntii in BGP mittitur. Locum configuratur in unoquoque itinere, et tantum delectu in ipso itineris itinere manipulare adhibetur. Intueamur exemplum. Modo supra perspicere potes quod Router10 iter elegerit 9.9.9.0/24 per Router12 (192.168.112.12). Ad modulum Wiegt mutandum, tabula viae uti potes ad certas vias ponendas, vel ad pondus proximo utendo imperio tribuas;
neighbor 192.168.107.7 weight 200Hoc autem pondus habebunt omnes ex hoc proximo itinera. Videamus quomodo electio viae post hanc manipulationem mutetur:
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 iIter, ut vides, nunc per Router7 delectum est, sed hoc in aliis itineribus nullam vim habebit.
- Tertio loco habemus Praeferentiam Localem. Hic modulus est attributus discretionis notae, quae significat praesentiam eius libitum esse. Hic modulus tantum in uno AS valet et electionem viae tantum afficit internis vicinis. quam ob rem mittitur solum in nuntiis Update destinatis ad proximum internum. Non adest in Renovatione nuntiis pro finitimis externis. Ergo nota discretionis fuit in genere. Experiamur adhibere in Router5. In Router5 habere debemus duo itinera per 9.9.9.0/24 - unum per Router6 et alterum per Router7.
Expectamus:
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 iSed unum iter per Router6 videmus. Ubi est via per Router7? Maybe Router7 aut non habet? Intueamur:
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 iMirum, omnia denique esse videntur. Cur non Router5 traducitur? Sermo BGP habet regulam;
Iter transmittit solum ea itinera quibus utitur.
Iter per Router7 utitur, ita iter per Router5 non traducitur. Revertentes ad Praeferentiam Localem. Loci Praeferentiae in Router10 statuamus et vide quomodo Router7 ad hoc reagit:
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>Itaque tabulam viae creavimus quae omnes vias continet et iter itineris 7 indicavit mutare Praeferentiae Loci parametrum ad 250 cum receptum, defalta 100. Videamus quid in Router5 factum sit;
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 iUt nunc videre possumus Router5 praefert iter per Router7. Eadem pictura erit in Router6, quamvis utilior sit ei iter per Router8 eligere. Addimus etiam quod hic modulus mutandus requirit sileo viciniae ad effectum mutandum. Legere . Loci praeferre nos digessi. Transeamus ad modulum proximum.
- Iter praeferre parametro proximo-hop 0.0.0.0, id est, localibus vel aggregatis itineribus. Automatice hae viae Pondere parametro attribuuntur aequali maximo-32678-, postquam mandatum retis intraverunt;
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 - Via brevissima per AS. Modus brevissimus AS_Path electus est. Quo pauciora ASs via percurrit, eo melior est. Considera iter ad 9.9.9.0/24 in 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 iUt videre potes, Router10 elegit iter per 192.168.112.12 quia in hac via AS_Path parameter tantum 45 continet, et in alio casu 123 et 45. Intuitive patet.
- Proximus parameter est Origenis. IGP (via consecuta utens BGP) melior est quam EGP (via consecuta utens praedecessore BGP, non iam in usu), et EGP melior est quam incompleta? alia ratione, exempli gratia per discrimen aliquod.
- Proximus parameter est MED. Habuimus Wieght quod solum localiter in itinere laboravimus. Fuit Praeferentiae Localis quae in una tantum systemate sui iuris laboravit. Ut coniicere possis, MED modulus est qui inter systemata sui iuris tradetur. Ipsum bonum de hoc parametro.
Nulla plura attributa utentur, sed si duo itinera eadem attributa habeant, quae sequuntur regulae adhibentur;
- Iter per proximum IGP proximum elige.
- Seniorem iter ad eBGP iter elige.
- Iter per proximum cum minimis BGP iter ID elige.
- Iter elige per proximum cum IP infimis.
Nunc inspice eventum BGP concursus.
Videamus quid acciderit si Router6 iter amittit 9.9.9.0/24 per Router9. Inactivare interface Gi0/1 de Router6, quod statim intelleget sessionem BGP cum Router8 terminatam esse et proximum evanuisse, quod significat iter ab eo receptum non valere. Router6 statim nuntios Update mittit, ubi retiaculum 9.9.9.0/24 indicat in agro Itinera subducta. Cum primum Router5 tale nuntium accipit, id Router7 mittet. Sed cum Router7 iter per Router10 habeat, statim cum renovatione novo itinere respondebit. Si casus proximi ex statu instrumenti non potest deprehendere, tunc habebis Timer ignis expectare.
Confoederatio.
Si meministis, de eo locuti sumus quod saepe uti topologia plene connexa est. Cum pluribus itinerum in uno AS haec magna problemata causare potest, hoc vitare debes confoederationibus uti. Una AS dividitur in plures sub-AS, quae eos operari sinit sine exigentia plenae connexae topologiae.
Hic nexus cum hoc quod configuratione pro GNS3.
Exempli causa, cum hac topologia omnes iter in AS 2345 inter se coniungere volumus, sed confoederatio adhibita, relationes adiacentias constituere possumus tantum inter iter itineris directe inter se connexos. De hoc singillatim fama dicamus. Si tantum AS 2345 habuimus, tunc laForge accepto itinere Picard hoc ad iter itineris Data ΠΈ Worfsed noluerunt iter facere per circuitum comprimens . Item itinera per ipsum iter laForge, non traducitur comprimens uel Worf-oh, no Data.
Configurare debes itineris-Reflectorem vel relationem viciniae plene coniunctam. Dividendo unum AS 2345 in 4 sub-AS (2,3,4,5) pro unoquoque itinere, finimus diversam logicam operantem. Omnia perfecte describit .
fontes:
- CCIE Routing et Commutatione v5.0 Officialis Cert Guide, Volume 2, Quinta Editio, Narbik Kocharians, Terry Vinson.
- website
- website .
Source: www.habr.com