[GTER] Suporte Delegated-IPv6-Prefix - RouterOS

[Marcelo Gondim]

Tá difícil mesmo. Mesma bosta. Atualizei meu lab pra .6.44beta14 e o 
problema continua.
Meu medo é eles lançarem uma nova bugix/Long Term e introduzirem esse 
bug nela. Aí a coisa vai ficar feia mesmo.

Em 03/10/2018 11:01, Fernando Frediani escreveu:
> 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.