{"id":24418,"date":"2024-02-01T17:10:43","date_gmt":"2024-02-01T17:10:43","guid":{"rendered":"https:\/\/blog.lacnic.net\/?p=24418"},"modified":"2024-02-01T17:10:45","modified_gmt":"2024-02-01T17:10:45","slug":"um-rfc-necessario-sobre-bgp-o-as-path-prepending","status":"publish","type":"post","link":"https:\/\/blog.lacnic.net\/pt-br\/um-rfc-necessario-sobre-bgp-o-as-path-prepending\/","title":{"rendered":"Um RFC necess\u00e1rio sobre BGP: o AS Path Prepending"},"content":{"rendered":"\n

Por Alejandro Acosta<\/a>, Coordenador de I+D do LACNIC<\/p>\n\n\n\n

Introdu\u00e7\u00e3o<\/strong><\/p>\n\n\n\n

O Border Gateway Protocol (BGP) desempenha um papel fundamental na constru\u00e7\u00e3o e manuten\u00e7\u00e3o das tabelas de roteamento na Internet, a ponto de ser considerado a \u201ccola\u201d da Internet. Neste contexto, uma t\u00e9cnica de longa data e amplamente popular conhecida como “AS Path Prepending” foi concebida como uma estrat\u00e9gia chave para influenciar na sele\u00e7\u00e3o de rotas e otimiza\u00e7\u00e3o do tr\u00e1fego tanto de entrada quanto de sa\u00edda de um AS.<\/p>\n\n\n\n

Neste documento navegaremos pelo draft IETF \u201cAS Path Prepending\u201d [1], que inclui diversas ideias e conceitos muito valiosos para a comunidade.<\/p>\n\n\n\n

Sobre o rascunho draft-ietf-grow-as-path-prepending<\/strong><\/p>\n\n\n\n

O draft est\u00e1 em discuss\u00e3o no Grupo de Trabalho GROW (Global Routing Operation) desde 2020, e hoje se encontra na sua vers\u00e3o 10.  Este documento conta com a participa\u00e7\u00e3o de 7 autores: M. McBride, D. Madory, J. Tantsura, R. Raszuk, H. Li., J. Heitz e G. Mishra. Na lista de discuss\u00e3o este draft teve apoio maiorit\u00e1rio (incluindo este humilde servo). Confira o draft aqui.<\/a><\/p>\n\n\n\n

O que \u00e9 o AS Path Prepending?<\/strong><\/p>\n\n\n\n

O AS Path Prepending \u00e9 uma t\u00e9cnica que envolve a adi\u00e7\u00e3o repetitiva do identificador de sistema aut\u00f4nomo (ASN) pr\u00f3prio \u00e0 lista de ASs no caminho de uma rota BGP (AS_PATH). O seu objetivo \u00e9 influenciar na sele\u00e7\u00e3o de rotas, tornando certos caminhos menos atrativos para o tr\u00e1fego de entrada\/sa\u00edda. Em outras palavras, \u00e9 adicionar nosso sistema aut\u00f4nomo ao AS_PATH e assim \u201cafastar artificialmente um prefixo\u201d na Internet.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

No gr\u00e1fico acima sem prepends, o roteador A prefere ir para C via B; no entanto, devido a 3 prepends adicionados em B, o roteador A decide alcan\u00e7ar C via D.<\/p>\n\n\n

Leia tamb\u00e9m:<\/div><\/div><\/div>
BGP da teoria \u00e0 pr\u00e1tica<\/a><\/div><\/div><\/section>\n\n\n

Para que e por que fazer AS Path Prepending?<\/strong><\/p>\n\n\n\n

H\u00e1 muitos motivos pelos que se faz AS Path Prepending. O principal motivo seria, sem d\u00favida, por engenharia de tr\u00e1fego<\/strong> que, por sua vez, recai no desejo de influenciar o tr\u00e1fego de entrada e sa\u00edda para o AS. \u00c9 prov\u00e1vel que o AS queira atingir algum dos seguintes objetivos:<\/p>\n\n\n\n

– distribuir tr\u00e1fego entre dois ou mais upstream providers<\/p>\n\n\n\n

– ter algum upstream provider de backup<\/p>\n\n\n\n

Seja qual for o caso, mais uma vez o objetivo \u00e9 a engenharia de tr\u00e1fego.<\/p>\n\n\n\n

Fazer prepend ou n\u00e3o fazer prepend, essa \u00e9 a quest\u00e3o<\/strong><\/p>\n\n\n\n

Fazer prepend parece um pouco com o NAT, \u00e9 um mal muitas vezes necess\u00e1rio.<\/p>\n\n\n\n

Como iremos explicar, o seu uso excessivo e por vezes desnecess\u00e1rio pode tornar-se uma vulnerabilidade com implic\u00e2ncias significativas para a estabilidade das redes.<\/p>\n\n\n\n

O que h\u00e1 de errado em fazer AS Path Prepending?<\/strong><\/p>\n\n\n\n

Todos sabemos que fazer AS Path Prepending \u00e9 uma t\u00e9cnica muito comum para influenciar decis\u00f5es do BGP, por\u00e9m, o uso excessivo\/ruim\/e \u00e0s vezes desnecess\u00e1rio pode trazer resultados negativos. Por exemplo:<\/p>\n\n\n\n