[GTER] Problema com pppoe Mikrotik

[Douglas Fischer]

Sugiro uma abordagem que conheci, e achei bem criativa.

No exemplo menos de 5% dos clientes usam IPs válidos reservados (fixos).

O colega colocou 4 BSDs atendendo uma vlan aonde chegavam os PPPs do
"geral".
Esses BSDs entregavam IPs ao clientes a partir do pool local de IPs.
Cada um desses BSDs anunciava via OSPF uma rota /22 para os routers de
borda e outros B-RAS.

E colocou um outro BSD(virtualizado) atendendo uma vlan onde chegavam os
PPPs dos clientes que tinham IP Fixo.
Nesse BSD(VM) quem definia o IP que era entregue ao cliente era o Radius,
mas os IPs Fixos que eram atribuídos no sistema de gestão eram todos do
mesmo /24.
E esse BSD(VM) anunciava esse /24 para a galera que tava no barramento do
OSPF.

Esse amigo tinha problemas enoooormes com convergência de rotas /32 no
OSPF...
Ele conseguiu  amenizar isso migrando para BGP. Mas um pouquinho de
crescimento depois e já tornou a se incomodar.

Depois que fez isso, não se incomodou mais.
Lógico que teve um trabalho lascado tendo que levar as Vlans (IP-Dinamico e
IP-Fixo), duplicar os SSIDs, e reconfigurar os CPEs.
Mas segundo ele valeu a pena.

/*Android told-me that this text should be at bottom.*/
Em 27/08/2014 08:37, "Adriano B. Lima" <sincymaster at gmail.com> escreveu:

> Estamos usando ospf, porem ele não esta convergindo todos os /32 e sim uma
> rota completa, vou fazer o teste colocando a rota rota estatica na ccr,
> tenho uma RB em uma torre fazendo pppoe e mandando somente o bloco de ips e
> não o /32, nesta esta funcionando normalmente. Os ips estão sendo definidos
> pelo pool local.
>
>
>
> Estou testando a dica do Clécio Rodrigo, vou postar o resultado.
>
>
>
> Em 26 de agosto de 2014 23:41, Douglas Fischer <fischerdouglas at gmail.com>
> escreveu:
>
> > Isso tem cara de convergência de roteamento lenta.
> >
> > Tá usando oque? OSPF com os /32 de todas as sessões?
> >
> > Quem define os IPs das sessões?
> > Pool no B-RAS ou vem do radius?
> >
> > Se puder sumarizar esses IPs numa única rota, é provável que resolva esse
> > seu galho.
> >
> > /*Android told-me that this text should be at bottom.*/
> > Em 26/08/2014 23:32, "Adriano Macedo" <adriano at mcinfor.com.br> escreveu:
> >
> > > Temos o case de uma CCR1036 com 1200, RouterOS 6.15
> > >
> > > Alguns clientes apresentam um problema parecido com o seu no inicio da
> > > conexão, mas normaliza após  50s.
> > >
> > >
> > >
> > > On 26-08-2014 21:19, Clecio Rodrigo wrote:
> > >
> > >> Adriano boa noite,
> > >>
> > >> Faça o seguinte crie um POOL por exemplo Servidor 10.0.0.0/22 por
> > >> exemplo, e adicione no profile do PPPoE na opção Local Address defina
> o
> > >> pool Servidor, no lugar de setar um endereço IP estático para todos os
> > >> usuário, assim cada conexão PPPoE recebe um IP remoto e um local,
> > diferente
> > >> pra cada sessão, acredito que talvez isso resolva.
> > >>
> > >> Att..
> > >>
> > >> Clecio Rodrigo
> > >> Velbras Internet
> > >>
> > >> Em 26/08/2014 20:11, Adriano B. Lima escreveu:
> > >>
> > >>> Versão 6.10, é uma ccr1036  12G,
> > >>> Segue um link com a imagem de como ficam as rotas.
> > >>> Pode ver que algumas rotas ele não adicionou corretamente, só apaguei
> > a
> > >>> parte do meio dos ips.
> > >>>
> > >>> http://i.imgur.com/MdjlThm.png
> > >>>
> > >>>
> > >>> Em 26 de agosto de 2014 18:24, Jean Carlos Bartzen <
> > >>> jean at deltatele.com.br>
> > >>> escreveu:
> > >>>
> > >>>  Qual versão do MK?
> > >>>>
> > >>>>
> > >>>> Em 26 de agosto de 2014 18:12, Adriano B. Lima <
> sincymaster at gmail.com
> > >
> > >>>> escreveu:
> > >>>>
> > >>>>  Boa tarde, ultimamente estamos enfrentando um problema bem
> complicado
> > >>>>>
> > >>>> aqui,
> > >>>>
> > >>>>> acontece que para alguns clientes conectados, nao é criado a rota
> > >>>>> corretamente, ou seja o mikrotik adiciona o ip mas o gateway fica
> > >>>>> unreachables. Quando tentamos pingar neste cliente ele da ttl
> > excedido.
> > >>>>>   Alguém tem alguma luz ?
> > >>>>>
> > >>>>> Números relevantes, neste pop media 700 clientes simultâneos.
> > >>>>> Atenciosamente.
> > >>>>> --
> > >>>>> gter list    https://eng.registro.br/mailman/listinfo/gter
> > >>>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>> --
> > >>>>
> > >>>>
> > >>>> *Jean Carlos Bartzen*
> > >>>>
> > >>>> *Delta Telecomunicações LtdaAv. Gov. Moises Lupion, 114 SL1*
> > >>>> F: (45) 3241-1747
> > >>>> *www.deltatele.com.br <http://www.deltatele.com.br>*
> > >>>>
> > >>>>
> > >>>>
> > >>>> *Esta mensagem e qualquer arquivo transmitido anexo, pode
> > >>>> conter informação confidencial e/ou legalmente privilegiada.
> > >>>> Esta informação é direcionada exclusivamente ao destinatário.
> > >>>> Se você não for o destinatário ou a pessoa autorizada a receber esta
> > >>>> mensagem, não podera utilizar, revelar, copiar, distribuir, ou tomar
> > >>>> qualquer ação baseada no conteúdo dessa informação, por ser
> > estritamente
> > >>>> proibido. Se você recebeu esta mensagem por engano, por favor, avise
> > >>>> imediatamente o remetente respondendo o e-mail e em seguida apague a
> > >>>> mensagem. *
> > >>>> --
> > >>>> 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
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter