[GTER] Problemas OSPF Mikrotik-Esquecendo Rotas.
Obesao
obesao at gmail.com
Mon Nov 12 10:23:15 -02 2012
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
>
More information about the gter
mailing list