[lacnog] Implementação do IPv6 at CERN

[Uesley Correa]

Hola Tomás!

Tienes total razón. Incluso eso está entre lo que pretendo aclarar de
errores en implementaciones IPv6 que he visto en Latinoamérica (si tengo
aprobada mi presentación para LACNOG).

Saludos,

Uesley Corrêa - Analista de Telecomunicaciones
CEO Telecom ISP Solutions


On Fri, Jul 26, 2024 at 1:43 PM Tomas Lynch <tomas.lynch en gmail.com> wrote:

> 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/844c829d/attachment.htm>