[GTER] Prefix-delegation via PPPoE no Mikrotik através de Radius

[Danilo Mendonça Cabreira]

Bom dia Fabio, segue abaixo o email respondido em 21 de maio de 2014 pelo
Suporte da Mikrotik informando que o RouterOS ainda não consegue
interpretar alguns parametros IPv6 fornecido pelo Radius:




*-- Resposta do Mikrotik Support --*







*Hello,no yet, we are working regarding ipv6 radius attributes. Please
follow changelogto see when they are added.Regards,Janis Krumins*





[ ]'s

Danilo Mendonça Cabreira
Gerente de projetos em TI
RJ Network - Tecnologia Integrada
Fone: +55 (17) 3211 4211 | *9* 9618 9933
www.rjnetwork.com.br


Em 24 de junho de 2014 22:51, Eng. Fabio Roberto <engfabiobaptista at gmail.com
> escreveu:

> Boa noite pessoal!
>
> Alguém já conseguiu fazer o MK fornecer Prefix-delegation via PPPoE no
> Mikrotik através de Radius ? Consegui o fornecimento do dual-stack apenas,
> porém o cliente solicita o prefixo para o servidor DHCPv6 mas o mesmo dá um
> erro no log informando que não encontrou uma associação para tal cliente.
> No Radius está assim:
>
> usuario Cleartext-Password := "senha"
> Service-Type = Framed-User,
> Mikrotik-Rate-Limit = 100M,
> Framed-Protocol = PPP,
> Framed-IP-Address = x.x.x.x
> Framed-IPv6-Prefix := aaaa:aaaa:a102:0::/64,
> Mikrotik-Delegated-IPv6-Pool := aaaa:aaaa:d102::/48
>
> Ativei a Flag M e O no MK para que o cliente solicite o prefixo via DHCP,
> inclusive na hora que o cliente loga o MK já cria um DHCP Server dinâmico
> para o prefixo e tal, porém não estou conseguindo identificar o por quê do
> MK não entender a solicitação dhcp do cliente. Só funciona se o
> prefix-delegation for estático ao invés de via Radius. Se tiver alguém com
> esse cenário e que esteja funcionando, poderia me dizer se há alguma outra
> chave a ser configurada e/ou me dizer a versão do software do RB ?
>
> Abs.
>
> Fabio
>
> Em 11/06/2014 15:26, Rodrigo Augusto escreveu:
>
>> Obrigado Edwin!
>>
>> Rodrigo Augusto
>> Gestor de T.I. Grupo Connectoway
>> http://www.connectoway.com.br <http://www.connectoway.com.br/>
>> http://www.1telecom.com.br <http://www.1telecom.com.br/>
>> * rodrigo at connectoway.com.br
>> ( (81) 3366-7376
>> ( (81) 8184-3646
>> ( INOC-DBA 52965*100
>>
>>
>>
>>
>> On 11/06/14 14:04, "Edwin Cordeiro" <ecordeiro at nic.br> wrote:
>>
>>  Isso é problema da implementação do Happy Eyeballs (RFC6555) da Apple no
>>> Safari.
>>>
>>> O correto seria o IPv6 ter uma pequena prioridade (em geral usam 350
>>> ms), mas a implantação da Apple no Safari não da esta preferência, quem
>>> responde primeiro leva. Por isso você vai via IPv6 umas vezes e IPv4
>>> outra, mesmo que para o mesmo site.
>>>
>>> No caso do MAC, usar o Chrome ou Firefox você não terá este
>>> comportamento.
>>>
>>> Abraços,
>>> Edwin Cordeiro
>>> IPv6.br
>>>
>>> Em 11/06/14 09:56, Douglas Fischer escreveu:
>>>
>>>> Isso tem cara de DNS...
>>>>
>>>>
>>>> Em 10 de junho de 2014 20:48, Rodrigo Augusto <rodrigo at 1telecom.com.br>
>>>> escreveu:
>>>>
>>>>  Pessoal, nao sei se e problema ou se e normal mesmo.. Na minha maquina
>>>>> estou trabalhando com ipv4( atras de um nat  ) e ipv6 . Quando as
>>>>> paginas
>>>>> respondem em ipv6 noto que ha uma oscilacao e hora entro na pagina em
>>>>> v4 ,
>>>>> hora entro em v6. Sistema operacional e o mac OS X com navegador
>>>>> safari.
>>>>> Acontece o mesmo com voces?!
>>>>>
>>>>>
>>>>> Enviado via iPhone •
>>>>> Grupo Connectoway
>>>>> --
>>>>> 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
>>
>>
> --
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>