BGP communities

Etiquetas numéricas anexadas a rotas BGP para que as redes agrupem destinos e peçam como eles devem ser tratados.

O atributo COMMUNITIES (RFC 1997, agosto de 1996, código 8) carrega etiquetas de quatro octetos; as large communities (RFC 8092, fevereiro de 2017, código 32) carregam etiquetas de doze. O leitor as encontra nos detalhes de uma rota e nas políticas dos provedores, onde uma etiqueta pode significar aprendida de um cliente ou não exportar para certo AS.

A RFC 1997 define uma community como um grupo de destinos que compartilham alguma propriedade comum, e o atributo como opcional e transitivo. Por convenção, um valor de quatro octetos traz um número de AS nos dois primeiros octetos e um valor definido por esse AS nos dois últimos. Um speaker pode usar as etiquetas para controlar quais informações de roteamento aceita, prefere ou repassa a outros vizinhos.

Alguns valores são bem conhecidos. NO_EXPORT (0xFFFFFF01) mantém a rota dentro do AS ou da confederação, NO_ADVERTISE (0xFFFFFF02) a esconde de todos os peers BGP, e NO_EXPORT_SUBCONFED (0xFFFFFF03) completa o conjunto original. O registro da IANA acrescentou outros desde então, entre eles BLACKHOLE (RFC 7999) e GRACEFUL_SHUTDOWN (RFC 8326).

Os números de AS de quatro octetos quebraram a convenção, porque um campo de dois octetos não comporta um número de AS de quatro. As large communities respondem com um global administrator de quatro octetos e dois campos de quatro octetos definidos pelo operador, escritos como 64496:4294967295:2. Os exemplos da RFC 8195 separam etiquetas que informam, como 64497:3:2 para rota aprendida de um cliente, de etiquetas que pedem uma ação, como 64497:4:64498 para não exportar ao AS 64498. Uma etiqueta de ação é um pedido: só funciona onde o AS receptor a define e honra.

Também conhecido como: bgp community, communities attribute, large communities, large community, no_export, well-known communities

Fontes

← Todos os verbetes do glossário