[GTER] Implantação IGP / OSPF

[Jonatas M. Victor]

 Baixei toda a rede ospf e estou levantando agora passo a passo para
tentar encontrar o erros. Estou
fazendo tudo com broadcast agora.

2010/11/4 Jonatas M. Victor <jonatasmv at gmail.com>:
>  Eu já revisei o switch e não tem nada habilitado, até tenho que
> habilitar algumas propriedades
> após resolver esse problema. Para ethernet diretamente num switch com
> um agrupamento de
> vlan untag nas portas tendo 9 routers. A melhor implantação seria
> broadcast ou nbma ?
>
> 2010/11/3 Ronaldo Cardoso <ronaldoc at gmail.com>:
>> Olá Jonatas,
>>
>> Você tem alguma implementação de segurança neste switch, controle de storm
>> de broadcast ou alguma coisa do tipo?
>>
>> Atenciosamente,
>> Ronaldo Cardoso
>>
>> 2010/11/2 Jonatas M. Victor <jonatasmv at gmail.com>
>>>
>>> Olá, os links são um switch vlan local nada demais, tudo ethernet. O
>>> maior problema pode ser instabilidade
>>> no software quagga do que no protocolo em si. Em alguns testes que eu
>>> fiz parece que o problema é usar o quagga
>>> com broadcast. Usando nbma parece estar mais estável. Estou em testes
>>> ainda. Acho que em cima de ethertnet
>>> puramente não deveria ter problemas dessa forma.
>>>
>>> 2010/11/1 Gustavo Santos <gustkiller at gmail.com>:
>>> > Qual o tipo de enlace que você utiliza? não esta ocorrendo flapping
>>> > nestas
>>> > interfaces? Pois não é tão comum instabilidade no OSPF a não ser que
>>> > seus
>>> > links estejam instáveis.
>>> >
>>> > Em 1 de novembro de 2010 14:36, Jonatas M. Victor <jonatasmv at gmail.com>
>>> > escreveu:
>>> >>
>>> >>  Sim a parte da Area 0 entendi como funciona. Será que dentro de um /27
>>> >> com
>>> >> neighbors específicados ficaria mais estável que depender de broadcast
>>> >> e para migrar
>>> >> hoje trabalhandeo de broadcast para neigbors configurados teria que
>>> >> fazer todos juntos
>>> >> ou poderia ser migrado um a um e sendo estabelecido o peer?
>>> >>
>>> >> 2010/11/1 Rubens Kuhl <rubensk at gmail.com>:
>>> >> > O mais estável seriam ligações ponto-a-ponto (/30 em IPv4 e OSPFv2)
>>> >> > entre os roteadores configurado de forma a não haver DR/BDR
>>> >> > (Designated Router/Backup Designated Router) em nenhuma das conexões.
>>> >> > Com ponto-a-ponto não é necessário especificar neighbor, mas se
>>> >> > houverem links Wi-Fi pode ser melhor mesmo especificar neighbor e não
>>> >> > depender mais de multicast/broadcast.
>>> >> >
>>> >> > Um ponto que pode estar te confundindo é que a área 0 não é uma única
>>> >> > sub-net, ela é o conjunto de sub-nets designada à área 0 mesmo que
>>> >> > com
>>> >> > comunicação indireta.
>>> >> >
>>> >> >
>>> >> > Rubens
>>> >> >
>>> >> >
>>> >> >
>>> >> > 2010/11/1 Jonatas M. Victor <jonatasmv at gmail.com>:
>>> >> >>  Srs,
>>> >> >>
>>> >> >>   Estou trabalhando na melhoria do meu IGP implantando OSPF. Mas
>>> >> >> estou tendo instabilidades em um ponto
>>> >> >> crítico que seria a area 0 ( backbone ). To com todos os routers
>>> >> >> falando OSPF c/ quagga, mikrotik e cisco. Dois
>>> >> >> routers falando BGP externo e repassando para interna OSPF mas
>>> >> >> somente
>>> >> >> routa default ainda não estou repassando
>>> >> >> as rotas do BGP. Mas qual seria a implementação mais estávei? Estou
>>> >> >> utilizando hoje com broadcast mas estou tendo
>>> >> >> instabilidades ao reiniciar algum router da area todos os adjacentes
>>> >> >> caem mas não voltam como deveriam fazer o processo.
>>> >> >> Será que usando OSPF sem broadcast especificando o neigbor seria
>>> >> >> mais
>>> >> >> estavel? Como o pessoal tem configurado
>>> >> >> geralmente?
>>> >> >>
>>> >> >>  Obrigado,
>>> >> >>
>>> >> >> --
>>> >> >> .:Abraços:.
>>> >> >>
>>> >> >> <<< Jonatas M. Victor >>>
>>> >> >> jonatas at jmv.eti.br / jonatasmv at gmail.com
>>> >> >> UIN: 138431258 / MSN: jonatasmv at msn.com
>>> >> >> BSD   User: BSD051240 / Linux User: #278922
>>> >> >> --
>>> >> >> 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
>>> >> UIN: 138431258 / MSN: jonatasmv at msn.com
>>> >> BSD   User: BSD051240 / Linux User: #278922
>>> >> --
>>> >> gter list    https://eng.registro.br/mailman/listinfo/gter
>>> >
>>> >
>>> >
>>> > --
>>> > Gustavo Santos
>>> > Analista de Redes
>>> > CCNA , MTCNA , JUNCIA-ER
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> .:Abraços:.
>>>
>>> <<< Jonatas M. Victor >>>
>>> jonatas at jmv.eti.br / jonatasmv at gmail.com
>>> UIN: 138431258 / MSN: jonatasmv at msn.com
>>> BSD   User: BSD051240 / Linux User: #278922
>>> --
>>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>
>>
>>
>> --
>> Abraços
>> Ronaldo Cardoso
>>
>> "Saying, don't worry about a thing. Cause every little thing is gonna be all
>> right!"
>>
>>
>>
>
>
>
> --
> .:Abraços:.
>
> <<< Jonatas M. Victor >>>
> jonatas at jmv.eti.br / jonatasmv at gmail.com
> UIN: 138431258 / MSN: jonatasmv at msn.com
> BSD   User: BSD051240 / Linux User: #278922
>



-- 
.:Abraços:.

<<< Jonatas M. Victor >>>
jonatas at jmv.eti.br / jonatasmv at gmail.com
UIN: 138431258 / MSN: jonatasmv at msn.com
BSD   User: BSD051240 / Linux User: #278922