[GTER] Sumarizar rotas ppp Quagga OSPF
Alexandrino Neto
alexandrinoneto18 at gmail.com
Wed Jul 4 18:05:00 -03 2018
Alguém usando bird ao invés do quagga ?
Em qui, 14 de jun de 2018 às 15:47, Douglas Fischer <
fischerdouglas at gmail.com> escreveu:
> 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
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
More information about the gter
mailing list