[GTER] Problemas OSPF Mikrotik-Esquecendo Rotas.
David V. Hoffmann
davidvhoffmann at gmail.com
Sat Nov 10 09:16:53 -02 2012
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 linux, toda vez que um ppp sobe, ele
> >> ganha
> >>> um
> >>>>> ID sequencial lá no kernel, e existe um alias para o nome da
> >> interface
> >>>> ppp.
> >>>>>
> >>>>> Estou chutando que na arquitetura do MK, essa rota fique amarrada ao
> >>>> status
> >>>>> desse tunnel-ID e quando o ppp cai e sobe com um ID diferente o OSPF
> >>> acha
> >>>>> que nao tem mais acesso ao destino da rota, deixando assim de
> >>> divulga-la.
> >>>>>
> >>>>> Deixa dois pings rodando, um para o /32 e outro para um IP do /29.
> >> Se o
> >>>> do
> >>>>> /29 parar a hora o /32 der uma perdida, o que falei faz algum
> >>> sentido...
> >>>> Se
> >>>>> nao, ignore.
> >>>>>
> >>>>> Existe algum tipo de IF-Post-UP no MK?
> >>>>> Dá para colocar a rota estática por lá?
> >>>>>
> >>>>> Ao invés de apontar para o IP, tentou apontar o /29 para o tunnel
> >> PPP?
> >>>>> (Sem sentido nenhum, mas para que já trocou tanta versão vale o
> >> tiro
> >>>>> né?)
> >>>>> Em 08/11/2012 21:43, "Obesao" <obesao at gmail.com> escreveu:
> >>>>>
> >>>>>> Ola pessoal.
> >>>>>> Estou com um problema bem chato , ja faz algum tempo que estou
> >>> tentando
> >>>>>> achar o motivo porque meu OSPF esquece rotas estaticas.
> >>>>>>
> >>>>>> É o seguinte, toda rede esta em OSPF. e o cliente conecta em um
> >>> server
> >>>>>> PPPoE onde o mesmo fornece um ip publico, e para este cliente
> >> dentro
> >>> do
> >>>>>> server PPPoE que forneceu o ip para ele. tenho uma rota estatica
> >>>>> apontando
> >>>>>> um /29 para este ip que fora atribuido via PPPoE, pois bem. tudo
> >>>>> funciona.
> >>>>>>
> >>>>>> Porem se passa algum tempo este servidor PPPoE esquece esta rota.
> >> ou
> >>>>> seja.
> >>>>>> na tabela de rotas ele consta, e dentro do proprio server PPPoE
> >>> consigo
> >>>>>> pingar, mas de qualquer outro host da rede, não chego mais neste
> >> /29,
> >>>> ai
> >>>>>> simplesmente desativando e ativando a rota tudo volta a funcionar
> >>> minha
> >>>>>> rede toda volta a enxergar esta rota pra este /29.
> >>>>>>
> >>>>>> Ja fiz tudo quanto é teste, e só volta quando e desativado e
> >> ativado.
> >>>>>> Revi toda configuracao do OSPF e PPPoE, porem nada.
> >>>>>>
> >>>>>> Peço a ajuda dos senhores
> >>>>>>
> >>>>>> Estou rodando tudo em Mikrotik na versao 5.21 , ja testei todas
> >>> versoes
> >>>>>> desde a 4.17 - 5.21
> >>>>>>
> >>>>>>
> >>>>>> Att
> >>>>>> Eduardo Godinho
> >>>>>> --
> >>>>>> 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
> >> --
> >> 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
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
--
David V. Hoffmann
davidvhoffmann at gmail.com
More information about the gter
mailing list