[GTER] Communities no IX.br

[Lucenildo Lins Aquino Júnior]

Oi Rafael,


Rubens tem razão. Caso você queria mais informação pode olhar a RFC 7947
na sessão 2.3.2.2.2.

Adicionado a funcionalidade do Add-path pode-se propagar múltiplos
caminhos independente de filtros.

Sobre a funcionalidade do Add-path está no nosso road map estudar e
inclui-la caso haja demanda da comunidade.

Gostaria de ressaltar que o Add-path propaga vários caminhos para o
mesmo prefixo,  ou seja, poderia potencialmente causar a propagação de
rotas inativas, caminhos inválidos ou até mesmo perde de acessibilidade
a outros clientes do servidor de rota, dependendo de como o router do
recebedor trata as informações enviadas.


Grato.


Em 29/10/16 13:27, Rubens Kuhl escreveu:
>>
>> Henrique,
>>
>> Como você expôs explica o ponto de resolver da maneira mais prática o path
>> hiding. Ou seja, somente o best-path é enviado após os filtros.
>>
>> Porém,  os dados de aumento de rotas (50%) e duplicação de prefixos me fez
>> pensar que além do RIB por participante,  as demais rotas seriam refletidas
>> - não só o best-path. Isto até foi um questionamento desta semana ao
>> pessoal do POP-PR, para atender a uma necessidade específica (queríamos
>> escolher um segundo caminho no IX que não o direto).
>>
>> Será que existe o recurso a mais para refletir todas as rotas ou só
>> best-path mesmo?
>>
> O que você descreve se chama BGP Additional Paths :
> http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/iproute_bgp/configuration/xe-3s/irg-xe-3s-book/irg-additional-paths.html
>
> Notar que como descrito no documento o IX de Curitiba já trabalha da forma
> proposta para o IX de SP e demais.
>
>
> Rubens
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter

-- 
NIC.br | Lucenildo Aquino Júnior
Analista de Projetos
Centro de Estudos e Pesquisas em Tecnologias de Redes e Operações
(Ceptro.br)
+55 11 5509-3537R.: 4122
INOC 22548*552
www.nic.br <http://nic.br>