EBGP contre IBGP
EBGP et IBGP sont des termes utilisés avec le protocole de routage BGP. En termes théoriques, la principale différence entre les deux est que EBGP s'exécute entre deux routeurs BGP dans différents systèmes autonomes (AS), cependant, IBGP s'exécute entre deux routeurs BGP dans le même AS. Avant de discuter des différences entre EBGP et IBGP, laissez-nous avoir une compréhension de base de EBGP et IBGP.
Qu'est-ce que l'EBGP ?
BGP s'exécute entre les routeurs de différents systèmes autonomes. Par défaut, dans EBGP (peering dans deux AS différents), IP TTL est défini sur 1, ce qui signifie que les pairs sont supposés être directement connectés.
Dans ce cas, lorsque le paquet traverse un routeur, le TTL devient 0, puis le paquet sera abandonné au-delà. Dans les cas où les deux voisins ne sont pas directement connectés, par exemple, l'appairage avec des interfaces de bouclage ou l'appairage lorsque les périphériques sont à plusieurs sauts, nous devons ajouter la commande "neighbor x.x.x.x ebgp-multihop"
Sinon, le voisinage BGP ne sera pas établi. De plus, le pair EBGP annoncera toutes les meilleures routes qu'il connaît ou qu'il a apprises de ses pairs (qu'il s'agisse d'un pair EBGP ou d'un pair IBGP), ce qui n'est pas le cas dans le cas d'IBGP.
Qu'est-ce que l'IBGP ?
Dans IBGP, il n'y a aucune restriction que les voisins doivent être connectés directement; cependant, un pair IBGP n'annoncera pas le préfixe qu'il a appris d'un pair IBGP à un autre pair IBGP. Cette restriction est là pour éviter les boucles au sein d'un même AS. Pour clarifier cela, lorsqu'une route est transmise à un pair EBGP, le numéro d'AS local est ajouté au préfixe dans as-path, donc si nous recevons le même paquet en indiquant notre AS dans as-path, nous savons qu'il s'agit d'un boucle, et ce paquet est abandonné. Cependant, lorsqu'une route est annoncée à un pair IBGP, le numéro d'AS local n'est pas ajouté à as-path, puisque les pairs sont dans le même AS.
Pour éviter les boucles dans le même AS, deux méthodes sont utilisées.
1. Topologie maillée complète: dans ce cas, tous les routeurs du même AS doivent être connectés les uns aux autres. Par exemple, si nous avons N routeurs, alors nous devons avoir N (N-1)/2 sessions IBGP. Nous pouvons éviter cela en introduisant des Route Reflectors.
2. Utilisation de Route-Reflectors: Il s'agit d'une méthode alternative pour surmonter le scénario de maillage complet. Dans ce cas, les sessions IBGP sont établies avec un point central. Ce point central est appelé Route Reflector et les autres routeurs IBGP sont appelés clients route reflector.
Quelle est la différence entre eBGP et iBGP ?
1. EBGP est un peering entre deux AS différents, alors qu'IBGP est entre le même AS (système autonome).
2. Les routes apprises du pair eBGP seront annoncées à d'autres pairs (BGP ou IBGP); cependant, les routes apprises du pair IBGP ne seront pas annoncées aux autres pairs IBGP.
3. Par défaut, les pairs EBGP sont définis avec TTL=1, ce qui signifie que les voisins sont supposés être directement connectés, ce qui n'est pas le cas d'IBGP. Nous pouvons modifier ce comportement pour EBGP en utilisant la commande "neighbor x.x.x.x ebgp-multihop". Multihop est le terme utilisé uniquement dans EBGP.
4. Les routes EBGP ont une distance administrative de 20, alors que IBGP en a 200.
5. Le saut suivant reste inchangé lorsque la route est annoncée au pair IBGP; cependant, il est modifié lorsqu'il est annoncé au pair EBGP par défaut.
Ce comportement par défaut d'IBGP peut être modifié par la commande "neighbor x.x.x.x next-hop-self"; cela change le saut suivant, pendant la publicité, en tant que route locale.
