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

Otavio Augusto otavioti at gmail.com
Mon Apr 16 12:17:10 -03 2018


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



More information about the gter mailing list