[GTER] Suporte Delegated-IPv6-Prefix - RouterOS

suporte salvador suporteinfossa at gmail.com
Thu Oct 4 17:52:30 -03 2018


Já tentou desligar, desconectar tudo e reconectar senhor?

Gondim ou você não conseguiu chegar na pessoa certa, ou eles estão deixando
o problema de lado mesmo...

Att

Em qui, 4 de out de 2018 às 16:47, Marcelo Gondim <gondim at bsdinfo.com.br>
escreveu:

> Rapaz eu já perdi a paciência com o suporte da Mikrotik.
> O que venho há dias explicando pra eles que o que parou de funcionar é
> algo que já funcionava bem. Que eles quebraram com a versão 6.43 que é
> passar o DHCPv6 PD Pool pelo profile do ppp. Isso sempre funcionou.
> Pra mim ainda está quebrado nessa beta que é a 6.44beta14. Não sei se a
> tal 6.44beta17, que ainda não aparece pra mim, eles resolveram. Eu
> entendi perfeitamente que o delegated-ipv6-prefix não está funcionando
> pra PPP via radius. Eles poderiam também ter esclarecido isso desde o
> início avisando que a função nova é apenas pra DHCP e não PPPoE.
> Mas o fato é que independente de função nova, eles quebraram algo que
> funcionava e nem falando pros caras, mostrando, mandei supout,
> configuração. Nada adiantou pra mostrar e provar pra eles que tem
> problema. Pelo amor de Deus.
>
> Em 04/10/2018 10:37, Fernando Frediani escreveu:
> > Para compartilhar com todos que estão acompanhando este tópico segue
> > abaixo a última resposta que tive deles a respeito.
> >
> > Basicamente ele diz que funciona na 6.44beta17 (que aparentemente não
> > está utilizando Radius no teste que ele conduziu) e que o suporte que
> > foi adicionado na 6.43 é apenas para DHCPv6 server não para PPP, porém
> > sem explicar bem porque quebrou a entrega de prefixos após a 6.43.
> > Baseado nessa premissa acredito que resta aguardar adicionarem essa
> > feature ao PPP.
> >
> > "I make configuration between v6.44beta17 PPPoE server and client.
> > Server has the same configuration as your - PPPoE client should
> > receive prefix from pool "POOLIPv6RESIDENCIAL".
> > On the right side you can see DHCPv6 client on PPPoE client interface
> > which do get a proper prefix.
> > Forum topic that you are referring to is written to ask for
> > delegated-ipv6-prefix support for PPPoE. We added support for
> > delegated-ipv6-prefix in v6.43 but for DHCP service - not for PPP
> > service. Your RADIUS server authenticates PPP users not DHCP so this
> > parameter will not work."
> >
> > Fernando
> >
> >
> > On 03/10/2018 11:01, Fernando Frediani wrote:
> >> Bom dia a todos.
> >>
> >> Só pra dar um feedback sobre este assunto depois de trocar alguns
> >> emails com eles tentando reportar o problema o rapaz que atendeu
> >> negou totalmente o problema, disse que "deveria ser algo local" e que
> >> "se houvesse algum problema ele seria confirmado na primeira
> >> mensagem" (uuhhlll !).
> >>
> >> Mesmo explicando que isso aconteceu não apenas no meu caso, mas com
> >> outras pessoas como já relatado aqui na lista, na thread no Forum
> >> enviada abaixo pelo Gondim como também explicando que quando feito o
> >> Downgrade para 6.42.7 sem alterar nada nas configurações volta a
> >> funcionar como esperado eles negam o problema.
> >>
> >> Por ora só resta permanecer na versão 6.42.7 para não quebrar o IPv6
> >> até se darem conta que o problema existe.
> >>
> >> A boa notícia é que alguém postou nessa mesma thread que na versão
> >> 6.44 beta 'parece' que foi corrigido
> >> (
> https://forum.mikrotik.com/viewtopic.php?f=21&t=139057&start=50#p689985).
> >> Aguardemos as confirmações.
> >>
> >> Fernando
> >>
> >>
> >> On 20/09/2018 17:02, Marcelo Gondim wrote:
> >>> Finalmente o bug foi confirmado. Olha a resposta deles no fórum:
> >>>
> >>> Confirmed, I did a bit of debugging and I see what is happening -
> >>> the client requests a prefix from the DHCPv6 server, the server says
> >>> "binding not found" and gives a zero second lease of prefix ::/0 to
> >>> the client, so the MikroTik client successfully gets a "lease" of
> >>> ::/0, which expires after one second, and so the client follows up
> >>> one second later to renew the lease, and every second thereafter
> >>> continuously.
> >>>
> >>> If I manually create the DHCPv6 binding and associate the prefix,
> >>> client DUID and IAID, it gets the prefix.
> >>>
> >>> Certainly a major bug - I wonder how this got through testing?
> >>>
> >>> Em 18/09/2018 14:54, Marcelo Gondim escreveu:
> >>>> Em 18/09/2018 12:50, Thiago Correa de Lima escreveu:
> >>>>> Estou postando no forum deles também
> >>>>>
> >>>>> Segue o tópico.:
> >>>>>
> https://forum.mikrotik.com/viewtopic.php?f=1&t=89443&p=687161#p687161
> >>>>
> >>>> Show fui lá e mandei também o problema. Não é possível que eles
> >>>> ainda estejam hesitando kkkkk
> >>>> Estou impressionado. É simples:
> >>>>
> >>>> Nas versões 6.40.9 e 6.42.7 funciona o DHCPv6 PD Pool. Basta
> >>>> atualizar pra 6.43 ou 6.43.1 que o problema ocorre. Volta pras
> >>>> versões anteriores e normaliza. Como que alguém com um mínimo de
> >>>> lógica não consegue perceber a sutileza do problema?
> >>>>
> >>>>>
> >>>>> Vou fazer como o Marcelo disse e gerar o arquivo .rif e entrar em
> >>>>> contato com o suporte para ver se eles dão uma atenção maior ao
> >>>>> assunto.
> >>>>>
> >>>>>
> >>>>> Em 18-09-2018 11:47, Lucas Willian Bocchi escreveu:
> >>>>>> Marcelo.
> >>>>>> Sobre esse teu problema mandei dois supout.rif de ambas as
> >>>>>> versões. Da RC
> >>>>>> Candidate também. Mas é como você diz, os caras são teimosos demais.
> >>>>>>
> >>>>>> Em ter, 18 de set de 2018 às 11:38, Marcelo Gondim
> >>>>>> <gondim at bsdinfo.com.br>
> >>>>>> escreveu:
> >>>>>>
> >>>>>>> Pessoal me ajudem à reportar esse problema junto à eles. Quanto
> >>>>>>> mais
> >>>>>>> gente reclamando mais eles vão se tocar que existe um problema.
> >>>>>>> Só mandar para: support at mikrotik.com explicando o problema e
> >>>>>>> mandando um
> >>>>>>> supout.rif pra eles.
> >>>>>>>
> >>>>>>> Em 18/09/2018 01:46, Fernando Frediani escreveu:
> >>>>>>>> Olá Thiago
> >>>>>>>>
> >>>>>>>> Confirmo aqui também o mesmo comportamento que você relatou com a
> >>>>>>>> versão 6.43. Retornando para a anterior, 6.42.7 o DHCPv6 volta a
> >>>>>>>> funcionar e as CPEs voltam a receber prefixos por Prefix
> >>>>>>>> Delegation.
> >>>>>>>>
> >>>>>>>> Vamos aguardar se corrigem na versão seguinte então.
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



More information about the gter mailing list