[GTER] Suporte Delegated-IPv6-Prefix - RouterOS

[Marcelo Gondim]

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.