- Forfatter Mildred Bawerman [email protected].
- Public 2023-12-16 08:41.
- Sist endret 2025-01-22 22:30.
EBGP vs IBGP
Både EBGP og IBGP er begreper som brukes med ruteprotokollen BGP. Teoretisk sett er hovedforskjellen mellom de to EBGP-kjøringer mellom to BGP-rutere i forskjellige autonome systemer (AS), men IBGP går mellom to BGP-rutere i samme AS. Før vi diskuterer forskjellene mellom EBGP og IBGP, la oss ha en grunnleggende forståelse av EBGP og IBGP.
Hva er EBGP?
BGP går mellom rutere i forskjellige autonome systemer. Som standard er IP TTL i EBGP (peering i to forskjellige AS) satt til 1, noe som betyr at jevnaldrende antas å være direkte koblet.
I dette tilfellet, når pakken krysser en ruter, blir TTL 0, og deretter vil pakken bli droppet utover det. I tilfeller der de to naboene ikke er direkte tilkoblet, for eksempel peering med loopback-grensesnitt eller peering når enhetene er flere humle unna, må vi legge til kommandoen "nabo xxxx ebgp-multihop"
Ellers vil ikke BGP-nabolag bli etablert. I tillegg vil EBGP-kollega annonsere for de beste ruter den kjenner eller den har lært av sine jevnaldrende (enten EBGP-jevnaldrende eller IBGP-jevnaldrende), noe som ikke er tilfelle IBGP.
Hva er IBGP?
I IBGP er det ingen begrensning at naboer må kobles direkte; Imidlertid vil en IBGP-node ikke annonsere prefikset den lærte fra en IBGP-node til en annen IBGP-node. Denne begrensningen er der for å unngå sløyfer innenfor samme AS. For å avklare dette, når en rute blir sendt til en EBGP-kollega, blir det lokale AS-nummeret lagt til prefikset i as-path, så hvis vi mottar den samme pakken tilbake som oppgir AS i as-path, vet vi at det er en løkke, og den pakken blir droppet. Imidlertid, når en rute blir annonsert til en IBGP-jevnaldrende, blir ikke det lokale AS-nummeret lagt til som sti, siden jevnaldrende er i samme AS.
For å unngå sløyfer i samme AS, er det to metoder som brukes.
1. Full Meshed Topology: I dette må alle rutere i samme AS være koblet til hverandre. For eksempel, hvis vi har N-rutere, må vi ha N (N-1) / 2 IBGP-økter. Vi kan unngå dette ved å introdusere Route Reflectors.
2. Bruk av rutereflektorer: Det er en alternativ metode for å overvinne full mesh-scenario. I dette tilfellet etableres IBGP-økter med et sentralt punkt. Dette sentrale punktet kalles Route Reflector, og de andre IBGP-ruterne kalles rutereflekterende klienter.
Hva er forskjellen mellom eBGP og iBGP?
1. EBGP kikker mellom to forskjellige AS, mens IBGP er mellom samme AS (Autonomous System).
2. Ruter lært fra eBGP-jevnaldrende vil bli annonsert for andre jevnaldrende (BGP eller IBGP); ruter lært fra IBGP-jevnaldrende vil imidlertid ikke bli annonsert for andre IBGP-jevnaldrende.
3. Som standard settes EBGP-jevnaldrende med TTL = 1, noe som betyr at naboer antas å være direkte koblet, noe som ikke er tilfelle IBGP. Vi kan endre denne oppførselen for EBGP ved å bruke kommandoen "nabo xxxx ebgp-multihop". Multihop er kun begrepet som brukes i EBGP.
4. EBGP-ruter har administrativ avstand på 20, mens IBGP har 200.
5. Neste humle forblir uendret når ruten blir annonsert til IBGP-kollegaen; det endres imidlertid når det blir annonsert til EBGP-kollega som standard.
Denne standardoppførselen til IBGP kan endres med kommandoen "nabo xxxx neste-hop-selv"; dette endrer neste humle mens du annonserer, som en lokal rute.
