[GTER] Questão sobre IPv6 Pools e Alocações estáticas

[Bruno Vane]

No momento temos apenas 3 BRAS, média de 16k clientes em cada.
Não observamos nenhum problema no anuncio das rotas via BGP.

Em qua, 3 de abr de 2019 às 12:11, Fernando Frediani <fhfrediani at gmail.com>
escreveu:

> Oi Bruno
>
> Não, mas a questão é justamente para que um cenário como esse seja
> escalável e que não gere demasiada desagregação.
>
> No caso de vocês existem múltiplos BRAS ou um número grande de clientes
> autenticados nesses possíveis múltiplos BRAS ?
>
> Fernando
>
> On 03/04/2019 10:34, Bruno Vane wrote:
> > Fernando,
> >
> > Você chegou a ter problemas devido a quantidade de rotas?
> > Aqui usamos Framed-IPv6-Prefix e Delegated-IPv6-Prefix fixos por
> cliente, e
> > são entregues nos BRAS pelo RADIUS.
> > BGP: BRAS -> ROUTESERVER -> BORDA
> >
> > Em qua, 3 de abr de 2019 às 10:19, Fernando Frediani <
> fhfrediani at gmail.com>
> > escreveu:
> >
> >> Olá a todos.
> >>
> >> A questão que eu vou colocar acredito que possivelmente não exista uma
> >> resposta única porém gostaria de ler os comentários e opiniões à
> >> respeito do assunto.
> >>
> >> Pessoalmente eu gosto da ideia de entregar uma alocação IPv6 Fixa por
> >> Prefix Delegation para o usuário na autenticação. Isso facilita ainda
> >> mais a questão de registros(menos log), identificação fácil quando
> >> necessário e acaba com a necessidade de uso de DNS Dinâmico.
> >>
> >> Porém isso vai bem aonde exista apenas 1 BRAS ou uma quantidade
> >> razoavelmente pequena de clientes, caso contrário em uma arquitetura com
> >> múltiplos BRAS aquelas várias rotas para cada cliente podem começar a
> >> causar desagregação e poluir o OSPF.
> >>
> >> Por outro lado em um cenário de múltiplos BRAS aonde não exista entrega
> >> de prefixo IPv6 fixo pode-se ter 1 pool de mesmo nome com um prefixo
> >> agregado por BRAS e na autenticação enviar apenas o nome da pool através
> >> do atributo Radius Delegated-IPv6-Prefix-Pool, então à depender de qual
> >> BRAS ele cair ele receberia um endereço daquela faixa mas a única rota
> >> anunciada para o restante da rede é aquela do prefixo agregado para
> >> aquele BRAS.
> >> No caso de clientes que realmente necessitem de Prefixo Fixo pode-se
> >> usar o atributo Delegated-IPv6-Prefix que acredito se sobrepõe ao
> >> atributo com o nome da pool, porém causando alguma desagregação embora
> >> muito menor nesta combinação.
> >>
> >> Alguém vê como possível trabalhar com Prefixos IPv6 Fixos e o atributo
> >> Delegated-IPv6-Prefix em um cenário com múltiplos BRAS e um número
> >> médio/grande de clientes sem causar demasiada desagregação ? Alguma
> >> maneira bem balanceada de se agregar um grupo de BRAS para reduzir essa
> >> poluição par ao restante da rede ?
> >>
> >> Obrigado
> >> Fernando Frediani
> >>
> >> --
> >> gter list    https://eng.registro.br/mailman/listinfo/gter
> >>
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>