[GTER] Sumarizar rotas ppp Quagga OSPF

[Douglas Fischer]

Alô Fernando!
Ao meu ver tanto o André quanto o Willian estão corretos. Cada um de um
jeito.

Eu pessoalmente não gosto muito de usar a sumarização do OSPF.
Mas em X86 esse processo não é impactante em performance, então é uma
solução válida.

Eu prefiro a sugestão do Willian de colocar uma rota de blackhole(null) e
dar um redistribute conncected.
Isso inclusive já "resolve" o problema de Loop-Estático.
Mas não pode esquecer de usar filtros de saída para não deixar vazar
prefixos indevidos.


P.S.: Pra falar a verdade, acho que os filtros de rede interna são tão ou
mais importantes que os filtros de BGP externo.
Merecem um cuidado diferenciado.


Em 8 de junho de 2018 15:41, Fernando Sousa <fernandosousa at golink.com.br>
escreveu:

> Prezados,
>
>
>
> Estou com dificuldades para resolver um problema no OSPF do Quagga.
>
>
>
> Devido a migração de sistema da empresa, agora temos um concentrador de
> clientes baseado em Linux (Debian, Quagga e Accel-ppp). Apesar de usar o
> accel-ppp usamos ainda o pppoe. A cada sessão pppoe feita pelo accel-ppp
> ele
> cria uma interface ppp no Linux com um ip /32 oriundo de um pool
> previamente
> destinado a essas conexões.
>
>
>
> Esses IP’s são replicados pelo OSFP para seus vizinhos criando tabelas de
> roteamento monstruosas. Seguimos a regra básica de separar em áreas o bloco
> de IP destinado as conexões PPP (bloco /23) foram separados em uma área
> diferente da área 0 dentro do Quagga. Essa regra funcionou, os vizinhos
> recebem o bloco inteiro /23, no entanto os ips de cada sessão continuam
> vindo junto a tabela.
>
>
>
> Acredito que existe algum detalhe que estamos deixando passar.
>
>
>
> Alguém consegue ajudar?
>
>
>
> Abs.
>
>
>
> Fernando Sousa
>
>
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
Douglas Fernando Fischer
Engº de Controle e Automação