[GTER] Problema com pppoe Mikrotik

Sun Aug 31 23:58:30 -03 2014

Senti uma lentidão na resolução de DNS na versão 6.19
Voltei pra 6.18

Atenciosamente,

Alexandre Pires Avila
Network Engineer
Tecnologia e Conectividade
Dominioz Serviços de Telecomunicações

TargetNet - Banda Larga - www.targetnet.com.br
Vale Link - Acesso Dedicado - www.valelink.com.br
Dominioz - Hospedagem de sites - www.dominioz.com.br

Facebook: http://facebook.com/dominioz

Av. Dr. Jorge Tibiriça, 105
Centro
Pindamonhangaba/SP
Central de Atendimento: 0800 940 4975
Mobile: [12] 9745.9679
NOC: [12] 3645.4975
send by Android
Em 28/08/2014 20:57, "Claudio Junior" <csjunior at gmail.com> escreveu:

> eu consegui rodar a 6.19. tive um problema que uma das interfaces virtuais
> mudou de eth e foi parar em um segundo link. com isto derrubou o meu link
> principal. foi meio foda achar, mas consegui no final.
> por enquanto esta estável, apesar de ter tido reports de que 4 linhas voips
> não estão comunicando entre si. acho que isto é um outro problema que vou
> investigar amanha.
>
>
> --
> Claudio da Silva Junior
> csjunior at gmail.com
>
>
> Em 28 de agosto de 2014 15:14, Adriano B. Lima <sincymaster at gmail.com>
> escreveu:
>
> > A versão que estabilizou aqui foi a 6.18, a 6.19 travava do nada, a 6.10
> e
> > 6.15 apresentavam aquele problema citado com as rotas /32.
> >
> > 6.18 funcionando até agora.
> >
> >
> > Em 28 de agosto de 2014 08:56, Adriano Macedo <adriano at mcinfor.com.br>
> > escreveu:
> >
> > > Tem sim, é só copiar a URL atual e mudar os números, tanto do arquivo
> > como
> > > da pasta.
> > >
> > >
> > >
> > > On 27-08-2014 13:58, Adriano B. Lima wrote:
> > >
> > >> Alguém sabe se tem como baixar uma versão anterior a 6.15 por
> exemplo?,
> > no
> > >> site da mikrotik só to achando a atual.
> > >>
> > >>
> > >> Em 27 de agosto de 2014 13:50, Adriano B. Lima <sincymaster at gmail.com
> >
> > >> escreveu:
> > >>
> > >>  Depois de atualizara para a 6.19 começou a travar a CCR.
> > >>>
> > >>>
> > >>> Em 27 de agosto de 2014 09:38, Douglas Fischer <
> > fischerdouglas at gmail.com
> > >>> >
> > >>> escreveu:
> > >>>
> > >>> 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
> > >>>>>
> > >>>> --
> > >>>> 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