[GTER] Dúvida OSPF Area NSSA e Default
Jonatas M. Victor
jonatasmv at gmail.com
Tue Mar 4 22:51:40 -03 2014
Boa noite,
Revisei todos meus roteadores na rede. Eu tenho 4 roteadores que fazem
BGP com as operadoras. Eu seto neles
default-information originate always metric 100 metric-type 1
Variando entre 100, 120,130 e 150. Eles são a saída da área 0, dentro da
área 9 tenho mais 20 roteadores em todos eu
deixei setado 1 rota default estática com uma distância bem maior que todas
as OSPF que receba. Assim a área 0 funciona 100%.
Eu não redistribuo meu BGP para a rede interna, somente OSPF em toda a
rede. Apartir de agora atrás de cada roteador que está
na área 0 e não é uns de saída BGP estou criando áreas nssa para tudo que
tiver atrás deles. Na primeira área que foi criado rolou
legal. Mas eu já tinha uma área 10 criada anteriormente que era default,
quando uma dessas novas áreas nssa tocaram essa área 10
default os roteadores da área 0 viraram seu gw default para o roteador
dessa area 10 ao invés de manter suas saídas normais.
Acho que estou com algum erro de conceito ao utilizar ás áreas nssa.
Minha intenção em usar nssa é otimizar as rotas, não
redistribuíndo todas as 2000 rotas que eu tenho na área 0 para áreas
abaixo.
Como seria talvez a melhor otimização? Apartir de uma área 0 com todas
as rotas, as áreas dos roteadores abaixo que só tem
em 90% uma única saída para a área 0? Utilizar default ou tentar otimizar
utilizando nssa?
Obrigado,
2014-02-28 16:58 GMT-03:00 Wladimir Pereira <wladnery at gmail.com>:
> Boa tarde, Jonatas.
>
>
>
> O protocolo OSPF redistribuirá a ROTA-PADRÃO somente se o administrador
> configurar.
>
> Sendo RB-a ou RB-b (ambos na area 0) um ASBR, com 'default-information
> originate' aplicado, a ROTA-PADRÃO percorrerá todas as outras áreas
> caracterizada como Type-5 LSA.
> Mesmo aplicando o recurso de 'area x filter-list' em um ABR, para propor
> uma solução para intra-area e interarea, este tipo de LSA não seria
> filtrado. O filtro seria bem aplicado em Type-3 LSA (Summary Net), que não
> é o caso.
>
> Em soluções do tipo local-router (distribute-list) ainda resolveria, para
> fins de prevenir que a rota seja inserida no 'Forwarding Table', mas os
> Type-5 LSAs ainda continuariam sendo distribuídos na rede.
>
> Verifique as configurações de cada roteador, o que está (e se está)
> redistribuindo, e quem de fato é ASBR e ABR no cenário.
>
> Por fim, OSPF não deveria causar loops ou incompatibilidades.
> Se houver redistribuição de rotas externas, uma pequena falha no
> planejamento/aplicação poderá causar resultados inesperados.
>
>
>
>
>
> Abraços,
>
>
>
> Em 28 de fevereiro de 2014 12:02, Jonatas M. Victor
> <jonatasmv at gmail.com>escreveu:
>
> > Srs,
> >
> > Estou tendo uma questão complicada. Onde eu tenho uma topologia assim:
> >
> > --------- area10 ( tipo default ) -----------
> > / \
> > Área 0 ( Roteador B ) area10 ( tipo default ) /
> > area120 ( tipo nssa ) ( Roteador D )
> > |
> > Área 0 ( Roteador A ) |
> > \ area120 ( tipo
> > nssa ) ( Roteador C)
> > ----------area120 ( tipo NSSA )----- /
> >
> >
> > O desenho não ficou muito bom. Mas eu tenho uma área 0 com 2
> roteadores,
> > com caminhos diferentes, num ponto da rede os caminhos se encontram e
> > fecham
> > um anel. A questão que quando as àreas estão se encontrando está
> > acontecendo
> > uma redistribuíção de gw default mudando o gw default até a área 0.
> > Existe algum erro conceitual ? Uma área nssa pode tocar a área 0 e
> outra
> > área default
> > em outro ponto? Não estou achando o ponto onde esse gw default está
> > virando.
> >
> > Obrigado,
> >
> > --
> > .:Abraços:.
> >
> > <<< Jonatas M. Victor >>>
> > jonatas at jmv.eti.br
> > jonatasmv at gmail.com
> > --
> > gter list https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
--
.:Abraços:.
<<< Jonatas M. Victor >>>
jonatas at jmv.eti.br
jonatasmv at gmail.com
More information about the gter
mailing list