[GTER] Problemas OSPF Mikrotik-Esquecendo Rotas.

Obesao obesao at gmail.com
Mon Nov 12 14:17:44 -02 2012


Rapaz. até pensei nisso. foi oque fiz no inicio antes de rever as confs e
comecar a debulhar tudo.

o /29 q esta alocado é uma numeracao recente. entao esta bem limpinha.

Vou tentar o lance que o amigo falou. mudar a prioridade pra 0 os demais
ppposerver e enlaces

Eduardo Godinho



Em 12 de novembro de 2012 11:55, Douglas Fischer
<fischerdouglas at gmail.com>escreveu:

> Cara, só por cautela, não existe a possibilidade desse mesmo/29 estar sendo
> anunciado em outro local?
>
> Derrepente alocou ele anteriormente para outro cliente, e esqueceu de
> tirar as
> confs...
> Alguma besteirinha trivial dessas que de tão tola a gente acaba esquecendo
> até de verificar.
>
> Em 12 de novembro de 2012 10:23, Obesao <obesao at gmail.com> escreveu:
>
> > 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
> >
>
>
>
> --
> 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