[GTER] RES: Implementação IPv6 Mikrotik PPPoE - Quedas Constantes de Clientes

Demétrio Costa Góis demetrio.gois at gmail.com
Tue Apr 17 19:53:42 -03 2018 

Também tenho dlink dir-611 dir-615 ambos funcionando com IPv6 e eles fazem
a entrega normalmente dos prefixos PD na LAN.

Em ter, 17 de abr de 2018 16:48, Soares <soares.silva at tnetsolucoes.com.br>
escreveu:

> Os novos firmwares da D-LINK para o DIR-610, DIR-611 e DIR-615 funciona
> sem problema.
>
> Testamos aqui também um modelo da linha DIR-800 com AC, não funcionou com
> pila dupla.
>
>
>
>
> -----Mensagem original-----
> De: gter [mailto:gter-bounces at eng.registro.br] Em nome de Otavio Augusto
> Enviada em: segunda-feira, 16 de abril de 2018 12:17
> Para: Grupo de Trabalho de Engenharia e Operacao de Redes
> Assunto: Re: [GTER] Implementação IPv6 Mikrotik PPPoE - Quedas Constantes
> de Clientes
>
> Em relação ao IPv6 a única coisa que notei com os Tpliink foi a falta de
> um firewall básico neles. Via IPv6 tudo liberado das portas 0 até 65mil
>
> Em 16 de abril de 2018 03:22, josué silva santos <
> josue.silva.santos at gmail.com> escreveu:
> > Cara, A unica cpe(software) de que vi funcionar de maneira decente com
> > ipv6 e o OpenWrt/Lede. Porém nao em sua versao padrao, mas com a dupla
> > radvd/dibbler configurados. Já fez analise de trafego para ver para se
> > alem do ip da cpe esta entregando o prefix-delegation para ser
> > atribuidos as lans da cpe?
> >
> > Em 14 de abril de 2018 17:02, Leandro Nogueira <leandromns at gmail.com>
> > escreveu:
> >
> >> Paulo e Nilson...
> >>
> >> Estou iniciando a implementação do ipv6 e aconteceu a mesma coisa.
> >> Alguns clientes (cerca de 30%) recebem o IP da Wan e Lan normalmente.
> >> Já os demais não recebem o ipv6 na Lan.
> >>
> >> Uso o mesmo túnel para v4 e V6 e atualizamos a rb para a última
> >> versão 6.41.4. Todos os cpe são dlink dir 615.
> >>
> >> Tambem comparei a configuração e versão do cpe e estão exatamente
> iguais.
> >> Ontem quando ativamos um cliente novo ocorreu tudo normal, ipv6 na
> >> Wan e Lan.
> >>
> >> Reiniciei a rb e o cpe de alguns clientes que não recebem o IP na Lan
> >> e nada mudou :/
> >>
> >> Att
> >> Leandro
> >>
> >> Em sáb, 14 de abr de 2018 16:06, Paulo Henrique
> >> <paulohenriquef at gmail.com>
> >> escreveu:
> >>
> >> > Também estou no caminho da implementação do IPv6 e andei esbarrando
> >> > com problemas do RouterOS e dos roteadores TP-link.
> >> >
> >> > No momento estamos iniciando alguns testes com a última versão do
> >> RouterOS
> >> > 6.41.4 e aparentemente está melhor do que a 6.41.3.
> >> >
> >> > No meu cenário o Mikrotik é o concentrador PPPoE entregando
> >> > prefixos ipv6 fixos (usando Radius) e ipv4 dinâmico para os
> assinantes.
> >> >
> >> > Do lado do cliente (na minha casa por exemplo) tenho um WR840N com
> >> firmware
> >> > atualizado, porém, já notei alguns problemas com ele:
> >> >        a) Quando habilito IPv6 e seleciono PPPoEv6 ele simplesmente
> >> > apaga as informações de login e senha da conexão PPPoE que foram
> >> > configuradas
> >> na
> >> > WAN, com isso nem v4 funciona.
> >> >        b) Se ele estiver configurado como PPPoEv6 (depois de
> >> > configurar novamente o login e senha na WAN) e não conseguir
> >> > receber IPv6 por algum motivo qualquer, o tunel ppp fica caindo -
> parecido com o seu caso.
> >> >
> >> > Este cenário usa pilhla dupla em cima do mesmo tunel PPP.
> >> >
> >> > Lembrando que no profile do PPPoE Server você deve ter habilitado o
> >> > IPv6 mas não marcou como "requerido" certo?
> >> >
> >> > Fiz alguns testes com WR740N com Open-WRT Chaos Calmer mas ainda
> >> > sem sucesso - hoje devo voltar a fazer novos experimentos.
> >> >
> >> > Att.
> >> >
> >> >
> >> >
> >> > Em 12 de abril de 2018 22:21, Tarciso Amorim
> >> > <tarciso.amorim at gmail.com>
> >> > escreveu:
> >> >
> >> > > IPv6 requerido deve tá marcado e a cpe pode não tá configurado
> >> > > para receber, isso são possíveis causas.
> >> > >
> >> > > Em qui, 12 de abr de 2018 10:20, Douglas Fischer <
> >> > fischerdouglas at gmail.com
> >> > > >
> >> > > escreveu:
> >> > >
> >> > > > A pilha dupla é no mesmo Tunnel PPP?
> >> > > > Ou tem dois PPPs um para v4 e outro para v6?
> >> > > > (Sinceramente não gosto dessa solução de dois tuneis)
> >> > > >
> >> > > > Existem mais de um B-RAS atendendo a mesma Vlan de PPP?
> >> > > > Já enfrentei um problema semelhante na hora em que o cliente
> >> > > > manda o
> >> > PADR
> >> > > > para o B-RAS escolhido...
> >> > > > Mas foi uma versão bem antiga.
> >> > > >
> >> > > >
> >> > > >
> >> > > >
> >> > > > Em 11 de abril de 2018 13:10, noc digitalnetms <
> >> > noc at digitalnetms.com.br>
> >> > > > escreveu:
> >> > > >
> >> > > > > Olá pessoal,  Bom dia!!!
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > Estou com um seguinte cenário no qual já venho quebrando a
> >> > > > > cabeça a
> >> > um
> >> > > > > tempo e gostaria de saber se alguém já passou ou passa por
> >> > > > > isso,
> >> > > > realizei a
> >> > > > > implementação do IPV6 na nossa rede porém estou tendo
> >> > > > > dificuldades
> >> > com
> >> > > um
> >> > > > > determinado concentrador.
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > Tenho uma CCR1036, tenho alguns clientes que não conseguem
> >> conectar e
> >> > > > ficam
> >> > > > > caindo a conexão, ai voltam a tentar autenticar no meu
> >> > > > > concentrador
> >> > > > PPPoE e
> >> > > > > caem de novo... o CPE dos clientes é o mesmo fabricante,
> >> > > > > TP-LINK
> >> > > > TL-WR940N
> >> > > > > na maioria dos casos.
> >> > > > >
> >> > > > > O que acontece é que tenho um outro concentrador nas mesmas
> >> > > > configurações,
> >> > > > > inclusive a firmware da routerboar é a mesma, e o mesmo
> >> > > > > RouterOS
> >> > 6.34.6
> >> > > > > (está nessa versão pois aconteceu comigo o BUG que o nosso
> >> > > > > amigo
> >> > Márcio
> >> > > > > Elias descreveu no "TOP BUG mais estranho do RouterOS", a
> >> > > > > versão
> >> que
> >> > > > ficou
> >> > > > > estável o acesso a diversos sites na época foi essa, este é
> >> > > > > um
> >> > assunto
> >> > > > que
> >> > > > > gostaria de abordar em outra ocasião...) mas voltado ao foco...
> >> enfim
> >> > > se
> >> > > > eu
> >> > > > > mudo o cliente de autenticação, para a outro concentrador ele
> >> conecta
> >> > > > > normalmente já ativado e utilizando o IPv6, no cliente.
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > Algumas coisas que observei, o meu concentrador acaba não
> >> atribuindo
> >> > o
> >> > > > IPv6
> >> > > > > a não ser que reinicie o mesmo, por algum motivo ele não
> >> > > > > passa o
> >> DHCP
> >> > > do
> >> > > > v6
> >> > > > > para frente depois de um tempo, ou se eu mesmo precisar
> >> > > > > remover
> >> algum
> >> > > > > cliente manual ele já não consegue atribuir gerando as quedas.
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > Segue um, checklisk de alguns procedimentos que já realizei:
> >> > > > >
> >> > > > >             Já atualizei a firmware do Roteador Tp-link, está
> >> > > > > na
> >> mais
> >> > > > > atual.
> >> > > > >
> >> > > > >             Já realizei a troca de autenticação para outro
> >> > > concentrador,
> >> > > > > conecta e atribui o ipv6 normalmente ao cliente.
> >> > > > >
> >> > > > >             Verifiquei as configurações do IPv6 no
> >> > > > > concentrador
> >> item
> >> > > por
> >> > > > > item e não encontrei nada divergente (como base por exemplo
> >> > > > > meu
> >> outro
> >> > > > > concentrador que está funcionando normalmente com IPv6
> >> > > > > ativado)
> >> > > > >
> >> > > > >             Efetuei a troca da RB, por um outro motivo, mas
> >> > > > > achei
> >> que
> >> > > > > resolveria também já este caso e nada.
> >> > > > >
> >> > > > >             Entre outros...
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > O que parece é o seguinte:
> >> > > > >
> >> > > > > Como o concentrador não consegue atribuir o ipv6 para esses
> >> > > > > ativos,
> >> > os
> >> > > > > Modelos dessas versões TP-Link não conseguem identificar a
> >> > > > > não
> >> > > atribuição
> >> > > > > do ipv6 e tornar padrão o acesso pelo ipv4, já em outros
> >> > > > > modelos
> >> > D-link
> >> > > > por
> >> > > > > exemplo onde estão ativos já ipv6, mesmos eles também não
> >> recebendo a
> >> > > > > atribuição do ipv6 pelo concentrador, não ficam nesse “cai, cai"
> >> que
> >> > o
> >> > > > > tp-link, eles parecem dar "prioridade" a conexão pelo ipv4.
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > Pessoal foi longa a descrição mas espero ter explanado bem o
> >> > ocorrido,
> >> > > > > gostaria de saber se alguém já teve algum problema parecido,
> >> > > > > se
> >> > talvez
> >> > > > seja
> >> > > > > alguma configuração do ipv6 no concentrador que falte
> >> > > > > alinhar, e o
> >> > > motivo
> >> > > > > dele não atribuir o ipv6 aos ativos dos cliente é o que me
> >> > > > > intriga,
> >> > > creio
> >> > > > > que resolvendo essa situação mato os problemas pra baixo.
> >> > > > >
> >> > > > > Mas enfim qualquer ajuda serei grato!
> >> > > > >
> >> > > > > Abraços e obrigado!
> >> > > > >
> >> > > > > Nilson Bruno.
> >> > > > > --
> >> > > > > 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
> >> > >
> >> >
> >> >
> >> >
> >> > --
> >> > Paulo Henrique Fonseca
> >> > paulohenriquef at gmail.com
> >> > --
> >> > 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
>
>
>
> --
> Otavio Augusto
> ---------------------
> Consultor de TI
> echo fkrmzfkz.xdrzc*tfd | tr a-z.* j-za-i at .
> http://www.citiustecnologia.com.br
> --
> 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