EBGP vs IBGP
Beide EBGP en IBGP is terme wat met die roeteprotokol BGP gebruik word. In teoretiese terme is die belangrikste verskil tussen die twee EBGP-lopies tussen twee BGP-roeteerders in verskillende outonome stelsel (AS), maar IBGP loop tussen twee BGP-roeteerders in dieselfde AS. Voordat ons die verskille tussen EBGP en IBGP bespreek, laat ons 'n basiese begrip van EBGP en IBGP hê.
Wat is EBGP?
BGP loop tussen roeteerders in verskillende outonome stelsels. By verstek, in EBGP (loer in twee verskillende AS), is IP TTL op 1 gestel, wat beteken dat eweknieë direk verbind word.
In hierdie geval, wanneer pakkie een roeteerder kruis, word TTL 0 en dan sal die pakkie verder weggelaat word. In gevalle waar die twee bure nie direk verbind is nie, byvoorbeeld deur met teruglus-koppelvlakke te loer of te loer wanneer toestelle verskeie spronge weg is, moet ons die opdrag "neighbor x.x.x.x ebgp-multihop" byvoeg
Anders sal BGP-buurt nie gevestig word nie. Daarbenewens sal EBGP-eweknie al die beste roetes adverteer wat hy ken of dit by sy eweknieë geleer het (hetsy EBGP-eweknie of IBGP-eweknie), wat nie in die geval van IBGP is nie.
Wat is IBGP?
In IBGP is daar geen beperking dat bure direk verbind moet word nie; 'n IBGP-eweknie sal egter nie die voorvoegsel wat dit van 'n IBGP-eweknie geleer het na 'n ander IBGP-eweknie adverteer nie. Hierdie beperking is daar om lusse binne dieselfde AS te vermy. Om dit duidelik te maak, wanneer 'n roete na 'n EBGP-eweknie deurgegee word, word die plaaslike AS-nommer by die voorvoegsel in as-pad gevoeg, so as ons dieselfde pakkie terug ontvang wat ons AS in as-pad aandui, weet ons dat dit 'n lus, en daardie pakkie word laat val. Wanneer 'n roete egter na 'n IBGP-eweknie geadverteer word, word die plaaslike AS-nommer nie by as-pad gevoeg nie, aangesien die eweknieë in dieselfde AS is.
Om lusse in dieselfde AS te vermy, is daar twee metodes wat gebruik word.
1. Full Meshed Topologie: Hierin moet al die routers in dieselfde AS aan mekaar gekoppel wees. Byvoorbeeld, as ons N routers het, moet ons N (N-1)/2 IBGP-sessies hê. Ons kan dit vermy deur Route Reflectors bekend te stel.
2. Gebruik van Roete-reflektors: Dit is 'n alternatiewe metode om 'n volle maas-scenario te oorkom. In hierdie geval word IBGP-sessies gevestig met 'n sentrale punt. Hierdie sentrale punt word Route Reflector genoem en die ander IBGP-roeteerders word roetereflektorkliënte genoem.
Wat is die verskil tussen eBGP en iBGP?
1. EBGP loer tussen twee verskillende AS, terwyl IBGP tussen dieselfde AS (outonome stelsel) is.
2. Roetes wat van eBGP-eweknie geleer word, sal aan ander eweknieë (BGP of IBGP) geadverteer word; Roetes wat by IBGP-eweknieë geleer word, sal egter nie aan ander IBGP-eweknieë geadverteer word nie.
3. By verstek word EBGP-eweknieë ingestel met TTL=1, wat beteken dat bure aanvaar word om direk verbind te wees, wat nie in die geval van IBGP is nie. Ons kan hierdie gedrag vir EBGP verander deur die opdrag "buurman x.x.x.x ebgp-multihop" te gebruik. Multihop is die term wat slegs in EBGP gebruik word.
4. EBGP-roetes het administratiewe afstand van 20, terwyl IBGP 200. het
5. Volgende hop bly onveranderd wanneer roete na IBGP eweknie geadverteer word; dit word egter verander wanneer dit by verstek na EBGP-eweknie geadverteer word.
Hierdie verstekgedrag van IBGP kan verander word deur die opdrag "neighbor x.x.x.x next-hop-self"; dit verander die volgende hop, terwyl jy adverteer, as 'n plaaslike roete.
