[lacnog] Implementação do IPv6 at CERN

Vie Jul 26 16:53:49 -03 2024

Entendi o que você quis dizer agora Tomas e sua preocupação.

Bom naturalmente o primeiro passo é ter o AAAA no DNS.  Porém, da mesma
forma de nada adianta se as configurações ainda nos clientes ainda estão em
IPv4. Nunca receberá também.

Algumas ações o Jordi conseguiu explicar muito bem.

Sua indignação de não chegar a 10% do tráfego pode ser porque algumas
aplicações nao tem como padrão o IPv6. Muitas aplicações ainda estão
fazendo o bind em IPv4 apenas.  Bind de aplicações em 127.0.0.1 ao invés de
::1

Um exemplo: Algumas opções com Java Tomcat devem estar:
 -Djava.net.preferIPv4Stack=false e não true (default) e também:
 java.net.preferIPv6Addresses=true e não false (default).

Muitas aplicações em Cloud podem estar em dual-stack porém acontece o mesmo
problema. As aplicações nao estão respondendo por default em IPv6.

Um outro exemplo:  clientes remotos, apps clientes com IPv4 chumbado
(embedded) em muitos códigos, também existem muito, e não adianta habilitar
o IPv6 se o problema muitas vezes está na chamada do programa cliente.

Concordo com Jordi que muitas implementações de IPv6 são realizadas e não
monitoradas. Algumas somente são feitas para atender um edital ou requisito
de contratação e depois é esquecida.

Enfim, são muitos detalhes importantes em cada cenário, universidades,
centros de pesquisas, ISPs.

Abraços !
Henri.

Em sex., 26 de jul. de 2024 às 14:43, Tomas Lynch <tomas.lynch en gmail.com>
escreveu:

> Henri y Jordi,
>
> Me parece que me estoy expresando mal. Lo que quiero decir es que no
> alcanza con ponerle IPv6 a una máquina para que haya más tráfico IPv6.
> Obviamente es el primer paso pero tiene que venir acompañado de DNS:
> agregar los AAAA en el DNS. Si yo tengo www.alfajorlittlegeorge.com y lo
> único que tengo es una entrada A, ese servidor por más IPv6 que tenga nunca
> va a recibir tráfico.
>
> Por ahí es una obviedad lo que digo, pero no sé si todo el mundo lo sabe o
> si configurar AAAA es lo único que tengo que hacer para que haya más
> tráfico IPv6. Quiero saber en su experiencia cuáles son los otros pasos a
> seguir para que haya más tráfico IPv6 que IPv4 en una red dual stack.
>
> Saludos,
>
> Tomás
>
>
>
> On Fri, Jul 26, 2024 at 11:03 AM Henri Alves de Godoy <
> henri.godoy en fca.unicamp.br> wrote:
>
>>
>> A partir do momento que se torna dual-stack, apesar de ainda estar com
>> IPv4, a preferência é do IPv6, principalmente quando você configura como
>> default, na maioria dos serviços.
>>
>> A grande medição foi com relação a transferência de dados de pesquisa e
>> seu mega sistema de storage dCache que passou a trafegar preferencialmente
>> em IPv6.
>>
>> O CERN não fez nada de mais que todos devemos fazer, e demonstrou o
>> aumento do tráfego IPv6 latente.
>>
>> Por aí percebemos que mudanças mínimas que muitos resistem em fazer em
>> seus sistemas operacionais e aplicações, podem aumentar muito o tráfego em
>> IPv6, pois mais da metade de todo tráfego global fala e ouve IPv6  :-)
>>
>> Abraços !
>>
>>
>>
>> Em sex., 26 de jul. de 2024 às 11:47, Tomas Lynch <tomas.lynch en gmail.com>
>> escreveu:
>>
>>> Henri,
>>>
>>> Uno puede tener una red dual stack completa: todos los elementos de red
>>> con una dirección IPv4 y una IPv6, happy eyeballs, etc. Pero eso no alcanza
>>> para que el tráfico IPv6 sea mayor que el de IPv4. Obviamente que si lo
>>> único que tienes es IPv6, entonces el tráfico será mayor. Pero en un
>>> ambiente como el CERN, que según entiendo es Dual Stack, ¿qué es lo que
>>> asegura que el tráfico IPv6 sea mayor que el de IPv4? ¿O simplemente CERN
>>> migró muchos de sus servicios a IPv6-only?
>>>
>>> Saludos,
>>>
>>> Tomás
>>>
>>> On Fri, Jul 26, 2024 at 10:41 AM Henri Alves de Godoy <
>>> henri.godoy en fca.unicamp.br> wrote:
>>>
>>>> Tomas,
>>>>
>>>> Na apresentação realizada ontem, o CERN tem realizado muitas ações nos
>>>> últimos 5 anos, evitando ao máximo o NAT, habilitando dual-stacks em vários
>>>> serviços, dando preferência para o IPv6 em muitas configurações default,
>>>> como aplicações, sistemas operacionais.
>>>>
>>>> Após essas mudanças, principalmente na transferência de dados, houve um
>>>> nítido aumento do tráfego em IPv6.
>>>>
>>>> Com isso a redução do tráfego IPv4 está sendo notado e vemos um grande
>>>> avanço e as vantagens para a pesquisa na transferência de dados.
>>>>
>>>> Abraços !
>>>> Henri
>>>>
>>>>
>>>>
>>>> Em sex., 26 de jul. de 2024 às 11:27, Tomas Lynch <
>>>> tomas.lynch en gmail.com> escreveu:
>>>>
>>>>> Henri,
>>>>>
>>>>> ¿Cuál es la causa de que sea superior? Justamente en LACNOG, si es
>>>>> aceptado, voy a presentar una análisis de tráfico IPv6 y cuál es la causa
>>>>> de que sea tan bajo a pesar de tener IPv6 desplegado en la red.
>>>>>
>>>>> Saludos,
>>>>>
>>>>> Tomás
>>>>>
>>>>> On Fri, Jul 26, 2024 at 7:27 AM Henri Alves de Godoy <
>>>>> henri.godoy en fca.unicamp.br> wrote:
>>>>>
>>>>>>
>>>>>> Bom dia a todos.
>>>>>>
>>>>>> Compartilho a apresentação dos avanços e desafios da implantação do
>>>>>> IPv6 no CERN.
>>>>>>
>>>>>> Feliz em saber que o tráfego IPv6 tem sido muito superior que o IPv4.
>>>>>>
>>>>>> Saludos !
>>>>>>
>>>>>> --
>>>>>>
>>>>>> _______________________________________________
>>>>>> LACNOG mailing list
>>>>>> LACNOG en lacnic.net
>>>>>> https://mail.lacnic.net/mailman/listinfo/lacnog
>>>>>> Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog
>>>>>>
>>>>> _______________________________________________
>>>>> LACNOG mailing list
>>>>> LACNOG en lacnic.net
>>>>> https://mail.lacnic.net/mailman/listinfo/lacnog
>>>>> Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog
>>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> _______________________________________________
>>>> LACNOG mailing list
>>>> LACNOG en lacnic.net
>>>> https://mail.lacnic.net/mailman/listinfo/lacnog
>>>> Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog
>>>>
>>> _______________________________________________
>>> LACNOG mailing list
>>> LACNOG en lacnic.net
>>> https://mail.lacnic.net/mailman/listinfo/lacnog
>>> Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog
>>>
>>
>>
>> --
>>
>> _______________________________________________
>> LACNOG mailing list
>> LACNOG en lacnic.net
>> https://mail.lacnic.net/mailman/listinfo/lacnog
>> Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog
>>
> _______________________________________________
> LACNOG mailing list
> LACNOG en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lacnog
> Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog
>

--
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <https://mail.lacnic.net/pipermail/lacnog/attachments/20240726/9d2dde2d/attachment.htm>