eBGP and iBGP

Significa: external BGP and internal BGP

Os dois tipos de sessão BGP: externa, entre roteadores de sistemas autônomos diferentes, e interna, dentro de um mesmo.

A RFC 4271 chama de externo um peer em outro AS e de interno um peer no mesmo AS, abreviados EBGP e IBGP. O tipo de sessão muda as regras: o que o speaker acrescenta à rota, quais atributos viajam, qual rota vence um empate e, dentro do AS, a exigência de que todo speaker tenha peering com todos os outros.

Numa sessão eBGP, o speaker acrescenta o próprio número de AS ao AS_PATH e, por padrão, põe no NEXT_HOP o endereço que usa nessa sessão; para um peer interno, não pode modificar o AS_PATH. O LOCAL_PREF vai só para peers internos e não pode ser enviado a externos, exceto dentro de uma confederação. No processo de decisão, se algum candidato veio por eBGP, as rotas aprendidas por iBGP saem da disputa. A RFC 4271 também sugere um ritmo de anúncios mais lento no eBGP, 30 segundos, que no iBGP, 5 segundos.

A regra do full mesh vem de uma frase da seção 9.2: um speaker que recebe um UPDATE de um peer interno não o redistribui a outros peers internos, a menos que atue como route reflector. Por isso todo speaker iBGP precisa de sessão com todos os outros, n(n-1)/2 sessões para n speakers: 45 para dez, 4.950 para cem. A RFC 4456 diz que essa exigência claramente não escala.

Dois remédios substituem o mesh. A route reflection (RFC 4456) deixa speakers escolhidos repassarem rotas iBGP aos seus clientes; a confederação (RFC 5065) divide o AS em ASes membros que, de fora, aparecem como um só, e as sessões internas passam a seguir o modelo entre domínios. Desde a RFC 8212 (julho de 2017), uma sessão eBGP sem política explícita de importação ou exportação não aceita nem envia nada.

Também conhecido como: ebgp, ibgp, external bgp, internal bgp, ibgp full mesh, bgp full mesh

Fontes

← Todos os verbetes do glossário