EBGP vs IBGP
Ambos EBGP e IBGP são termos usados com o protocolo de roteamento BGP. Em termos teóricos, a principal diferença entre os dois é que o EBGP é executado entre dois roteadores BGP em diferentes sistemas autônomos (AS), no entanto, o IBGP é executado entre dois roteadores BGP no mesmo AS. Antes de discutirmos as diferenças entre EBGP e IBGP, vamos ter um entendimento básico de EBGP e IBGP.
O que é EBGP?
BGP roda entre roteadores em diferentes sistemas autônomos. Por padrão, no EBGP (emparelhamento em dois AS diferentes), o IP TTL é definido como 1, o que significa que os pares são considerados conectados diretamente.
Neste caso, quando o pacote cruza um roteador, o TTL se torna 0 e então o pacote será descartado além disso. Nos casos em que os dois vizinhos não estão diretamente conectados, por exemplo, peering com interfaces de loopback ou peering quando os dispositivos estão a vários s altos, precisamos adicionar o comando “neighbor x.x.x.x ebgp-multihop”
Caso contrário, a vizinhança BGP não será estabelecida. Além disso, o peer EBGP anunciará todas as melhores rotas que conhece ou aprendeu com seus peers (seja peer EBGP ou peer IBGP), o que não é, no caso do IBGP.
O que é IBGP?
No IBGP, não há restrição de que os vizinhos tenham que ser conectados diretamente; entretanto, um peer IBGP não anunciará o prefixo que aprendeu de um peer IBGP para outro peer IBGP. Essa restrição existe para evitar loops dentro do mesmo AS. Para esclarecer isso, quando uma rota é passada para um peer EBGP, o número do AS local é adicionado ao prefixo em as-path, portanto, se recebermos o mesmo pacote de volta informando nosso AS em as-path, sabemos que é um loop, e esse pacote é descartado. No entanto, quando uma rota é anunciada para um peer IBGP, o número do AS local não é adicionado ao as-path, pois os peers estão no mesmo AS.
Para evitar loops no mesmo AS, existem dois métodos usados.
1. Full Meshed Topology: Neste, todos os roteadores no mesmo AS devem estar conectados uns aos outros. Por exemplo, se temos N roteadores, devemos ter N (N-1)/2 sessões IBGP. Podemos evitar isso introduzindo refletores de rota.
2. Uso de Route-Reflectors: É um método alternativo para superar o cenário full mesh. Neste caso, as sessões IBGP são estabelecidas com um ponto central. Este ponto central é chamado de Route Reflector e os demais roteadores IBGP são chamados de Route Reflector Clients.
Qual é a diferença entre eBGP e iBGP?
1. O EBGP está emparelhando entre dois AS diferentes, enquanto o IBGP está entre o mesmo AS (Sistema Autônomo).
2. As rotas aprendidas do peer eBGP serão anunciadas para outros peers (BGP ou IBGP); no entanto, as rotas aprendidas do par IBGP não serão anunciadas para outros pares IBGP.
3. Por padrão, os peers EBGP são definidos com TTL=1, o que significa que os vizinhos são considerados conectados diretamente, o que não é o caso do IBGP. Podemos alterar esse comportamento para EBGP usando o comando “neighbor x.x.x.x ebgp-multihop”. Multihop é o termo usado apenas no EBGP.
4. As rotas EBGP têm distância administrativa de 20, enquanto IBGP tem 200.
5. O próximo s alto permanece in alterado quando a rota é anunciada ao par IBGP; no entanto, ele é alterado quando anunciado para o par EBGP por padrão.
Este comportamento padrão do IBGP pode ser alterado pelo comando “neighbor x.x.x.x next-hop-self”; isso altera o próximo s alto, enquanto anuncia, como uma rota local.
