[GTER] Problemas OSPF Mikrotik-Esquecendo Rotas.

Marcelus Trojahn mtrojahn at gmail.com
Mon Nov 12 16:45:56 -02 2012


Minha topologia aqui é mais pra estrela então forçar a eleição do BDR não
me afeta. Realmente não saberia dizer se isto seria um problema no seu caso.


2012/11/12 Obesao <obesao at gmail.com>

> Ola Marcelus, o BDR é o link que fecha este pppoe-server, é ele que sempre
> esta atuando como BDR, mesmo quando a rota cai (que na verdade ela não cai,
> se consultar na lista de rotas, a bendita esta la, porem nao deve estar
> sendo repassada).
>
> Esta questao de trocar toda rede pra prioridade pra 0 , confesso que ainda
> não testei, mas eu nao teria problemas em locais que fecha anel ? ou
> ocorreto seria deixar todo mundo em 0 e router de back bone em 5 e redes
> com 2 ou mais conectividade por varios pontos.
>
> O estra é que no sabado eu fiz o lance, de usar um host do /29 no loopback.
> e estava funcionando , porem agora quando deixo um host do /29 no loopback
> nem a rota estatica que estava funcionando , funciona....parou de
> responder. achei um pouco estranho pra nao dizer, esquisito.
>
> Eduardo Godinho
>
>
>
> Em 12 de novembro de 2012 08:53, Marcelus Trojahn <mtrojahn at gmail.com
> >escreveu:
>
> > Volto a minha pergunta original... Quem é o BDR da rede quando a rota
> para
> > de funcionar?
> >
> > Eu já tive problemas assim, principalmente com Mikrotiks... Um dos
> > Mikrotiks assume o BDR e, por algum motivo que não sei explicar, outros
> > servidores da rede param de propagar algumas rotas.
> >
> > O que eu fiz aqui e solucionou este problema foi cololocar prioridade 0
> em
> > todos os Mikrotiks que eu não quero que sejam BDR de forma alguma.
> >
> > Aqui a ether1 de um dos meus servidores PPPOE, por exemplo:
> >
> > /routing ospf interface
> > add cost=10 dead-interval=40s disabled=no hello-interval=10s
> instance-id=0
> > interface=ether1 network-type=broadcast passive=no priority=0
> > retransmit-interval=5s transmit-delay=1s use-bfd=no
> >
> > Fiz isto em todos os servidores da rede, com exceção do meu roteador
> > principal para a Internet, neste coloquei prioridade 1 e agora ele
> sempre é
> > elegido como BDR. Não tive mais problemas de rotas sumindo desde então.
> >
> >
> > 2012/11/11 Geeek Masters <rgeeek at gmail.com>
> >
> > > Aqui sempre usei assim, publicando a sumarizada dos clientes na
> loopback
> > e
> > > e filtrando os anúncios de /32 para toda a rede exceto o /32 da
> loopback
> > > dos routers.
> > >
> > > Em 11 de novembro de 2012 10:01, Diogo Montagner
> > > <diogo.montagner at gmail.com>escreveu:
> > >
> > > > O seu problema pode estar na resolucao de next-hop. Em ambientes
> PPPoE,
> > > > geralmente estas rotas sao atribuidas via RADIUS usando o atributo
> > > > framed-route.
> > > >
> > > >
> > > > On Sunday, 11 November 2012, Obesao wrote:
> > > >
> > > > > Pessoal Fiz uma bateria de teste hoje de novo.
> > > > >
> > > > > É o seguinte, a principio eu achava que dava problema no /29 quando
> > > pppoe
> > > > > desconectava , porem eu desconectei varias vezes o cliente. ai para
> > de
> > > > > pingar o /32 do pppoe-cliente e o /32 apontado .ok
> > > > >
> > > > > Quando o cliente reconecta volta a pingar normal o /32 e o /29.
> entao
> > > > deduz
> > > > > que o problema nao é oscilacao do pppoe. porem neste testes percebi
> > que
> > > > se
> > > > > parava de pingar o /29 e o /32(pppoeclient) nao perdia um ping
> > sequer.
> > > > >
> > > > > David eu não achei este Framed-Route nas minhas confs.
> > > > >
> > > > > Este problema ja esta me tirando o sono a dias.. e não chego a
> lugar
> > > > algum.
> > > > > :( lamentavel e no logs com debug ativo. nao passa nada de
> estranho,
> > > ele
> > > > > simplesmente para de repassar a rota do /29.
> > > > >
> > > > >
> > > > >
> > > > > Eduardo Godinho
> > > > >
> > > > >
> > > > >
> > > > > Em 10 de novembro de 2012 09:16, David V. Hoffmann <
> > > > > davidvhoffmann at gmail.com <javascript:;>
> > > > > > escreveu:
> > > > >
> > > > > > Já tentou utilizar o atributo Framed-Route no radius para toda
> vez
> > > que
> > > > o
> > > > > > PPPoE do cliente conectar o Mikrotik criar a rota para o /32 do
> > túnel
> > > > > > PPPoE? Quando o PPPoE cai a rota cai junto.
> > > > > >
> > > > > >
> > > > > >
> > > > > > Em 9 de novembro de 2012 18:15, Eduardo <obesao at gmail.com>
> > escreveu:
> > > > > >
> > > > > > > No cliente nao tem como subir ospf. Em outro caso parecido
> > coloquei
> > > > um
> > > > > > > router meu no cliente e subi ospf.  Ai da certo.  O ospf da
> conta
> > > de
> > > > > > subir
> > > > > > > a rota toda vez q o ppp oscila.
> > > > > > >
> > > > > > > Mas neste caso nao tenho acesso na rede do cliente.
> > > > > > >
> > > > > > > Att
> > > > > > >
> > > > > > > Eduardo
> > > > > > >
> > > > > > > Enviado via iPhone
> > > > > > >
> > > > > > > Em 09/11/2012, às 17:49, Douglas Fischer <
> > fischerdouglas at gmail.com
> > > >
> > > > > > > escreveu:
> > > > > > >
> > > > > > > > Me diga uma coisa Eduardo, tens acesso ao destino desse PPP?
> > > > > > > >
> > > > > > > > Essa é uma possibilidade que pode resolver teu problema.
> > > > > > > > Vai maquiar a origem, mas pode resolver...
> > > > > > > >
> > > > > > > > Sobre um OSPF no server que é destino do PPP em unicast com o
> > > > > > PPP-Server.
> > > > > > > >
> > > > > > > > Assim, mesmo que o PPP dê umas balançadas,
> > > > > > > > quando ele voltar o OSPF vai voltar a anunciar essas rotas,
> > > > > > ciclicamente.
> > > > > > > >
> > > > > > > >
> > > > > > > > É uma gambiarra PORCA pra caramba.
> > > > > > > > Você vai estar misturando infra tua e infra do cliente.
> > > > > > > > Mas deve funcionar!
> > > > > > > >
> > > > > > > > Não esqueça de fazer uma prefix list no teu PPP-Server
> > filtrando
> > > > para
> > > > > > > > receber anúncios somente daquele /29.
> > > > > > > > Do contrário o cliente pode zoar completamente sua rede.
> > > > > > > >
> > > > > > > >
> > > > > > > > Em 9 de novembro de 2012 16:55, Obesao <obesao at gmail.com>
> > > > escreveu:
> > > > > > > >
> > > > > > > >> Na verdade alguns clientes exigem uma range de ips. por
> > motivos
> > > > > > internos
> > > > > > > >> seja ele VPN ou servidores dedicados..
> > > > > > > >> E esta é a unica forma de levar até eles . pppoe+ospf
> > > > > > > >>
> > > > > > > >>
> > > > > > > >> Eduardo Godinho
> > > > > > > >>
> > > > > > > >>
> > > > > > > >>
> > > > > > > >> Em 9 de novembro de 2012 16:16, Douglas Fischer
> > > > > > > >> <fischerdouglas at gmail.com>escreveu:
> > > > > > > >>
> > > > > > > >>> Marcelus,
> > > > > > > >>> ele faz isso para entregar um range maior de IPs válidos
> > para o
> > > > > > cliente
> > > > > > > >>> dele.
> > > > > > > >>>
> > > > > > > >>> Apenas um serviço diferenciado para tirar uns pilas a mais
> > por
> > > > mês.
> > > > > > > >>>
> > > > > > > >>> Em 9 de novembro de 2012 08:57, Marcelus Trojahn <
> > > > > mtrojahn at gmail.com
> > > > > > > >>>> escreveu:
> > > > > > > >>>
> > > > > > > >>>> Eu não entendi o /29...
> > > > > > > >>>>
> > > > > > > >>>> Tenho praticamente o mesmo cenário... Um roteador Linux
> com
> > > > > Quagga e
> > > > > > > >>> vários
> > > > > > > >>>> PPPOEs Mikrotik. Quando um cliente conecta no PPPOE ele
> > > adiciona
> > > > > uma
> > > > > > > >> rota
> > > > > > > >>>> dinâmica /32 local e anuncia para o OSPF... Meu roteador
> com
> > > > > Quagga
> > > > > > > >> fica
> > > > > > > >>>> com milhares de rotas /32 apontadas para o seus
> respectivos
> > > > > PPPOEs.
> > > > > > > >>>>
> > > > > > > >>>> Explica melhor o seu /29. E, no momento que as rotas param
> > de
> > > > > > > >> funcionar,
> > > > > > > >>>> quem eh o BDR do seu OSPF, já parou para ver isto?
> > > > > > > >>>>
> > > > > > > >>>>
> > > > > > > >>>> 2012/11/8 Douglas Fischer <fischerdouglas at gmail.com>
> > > > > > > >>>>
> > > > > > > >>>>> Nao entendo nada de mikrotik, mas pelo que entendi, e
> pelo
> > > meu
> > > > > > > >> achismo,
> > > > > > > >>>> tua
> > > > > > > >>>>> rota estática deve se perder quando o ppp dá uma
> > balançada...
> > > > > > > >>>>>
> > > > > > > >>>>> Pelo pouco que me lembro de l
> > > >
> > > >
> > > >
> > > > --
> > > > Sent from Gmail Mobile
> > > > --
> > > > 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
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



More information about the gter mailing list