route reflector

Um speaker iBGP autorizado a repassar a outros as rotas aprendidas de um peer interno, para que o AS dispense o full mesh.

A route reflection, RFC 4456 (abril de 2006), é a alternativa ao full mesh de sessões BGP internas, que exige n(n-1)/2 sessões para n speakers. O leitor a encontra em projetos de iBGP e nos detalhes de uma rota, onde os atributos ORIGINATOR_ID e CLUSTER_LIST marcam uma rota refletida.

Um route reflector e seus peers clientes formam um cluster. As regras são curtas: uma rota de um peer iBGP não cliente é refletida a todos os clientes; uma rota de um cliente é refletida a todos os peers não clientes e aos demais clientes. Só os não clientes precisam continuar em full mesh; os clientes não (RFC 4456, seções 5 e 6). É a exceção que a própria RFC 4271 nomeia na regra que, de outro modo, proíbe passar rotas de um peer interno a outros peers internos.

Relaxar essa regra exige proteção contra loops, e a RFC 4456 acrescenta dois atributos opcionais não transitivos, códigos 9 e 10 no registro da IANA. O ORIGINATOR_ID carrega o BGP Identifier de quem originou a rota no AS local, e um roteador deve ignorar uma rota que traga ali o seu próprio identificador. O CLUSTER_LIST registra os clusters pelos quais a rota foi refletida, e um reflector deve ignorar um anúncio cuja lista já contenha o seu CLUSTER_ID.

O ganho é a aritmética do mesh: dez speakers precisam de 45 sessões iBGP em full mesh e cem precisam de 4.950, enquanto os clientes de um reflector dispensam o mesh entre si. As confederações (RFC 5065) são o outro remédio, dividindo o AS em vez de relaxar a regra.

Também conhecido como: route reflection, bgp route reflector, route reflector client, rr client, bgp route reflection

Fontes

← Todos os verbetes do glossário