[GTER] Problemas OSPF Mikrotik-Esquecendo Rotas.

[Geeek Masters]

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
>