[lacnog] IPv6 más rápido que IPv4, con 464XLAT también

TEC Paredes John john.paredes en cnt.gob.ec
Jue Jun 27 11:25:07 -03 2019


Estimados Todos,

En la realidad del servicio de internet que nos toca observar en nuestros medios, esto es en verdad evidente, debido a que hay mucho contenido al cual todavía se debe acceder por ipv4 utilizando CGNAT. Dentro de esto más bien alguien nos podría actualizar si ya hay aplicaciones como Skype u otros  más que ya estén en IPV6? Gracias de antemano.

Saludos Cordiales,

MSc. John Paredes

Analista de O&M Core Red IP

M.: 099 6183938
T.:(02)2540199
john.paredes en cnt.gob.ec
www.cnt.gob.ec
Quito-Ecuador








-----Mensaje original-----
De: LACNOG [mailto:lacnog-bounces en lacnic.net] En nombre de lacnog-request en lacnic.net
Enviado el: jueves, 27 de junio de 2019 8:11
Para: lacnog en lacnic.net
Asunto: Resumen de LACNOG, Vol 138, Envío 72

Envíe los mensajes para la lista LACNOG a
        lacnog en lacnic.net

Para subscribirse o anular su subscripción a través de la WEB
        https://mail.lacnic.net/mailman/listinfo/lacnog

O por correo electrónico, enviando un mensaje con el texto "help" en el asunto (subject) o en el cuerpo a:
        lacnog-request en lacnic.net

Puede contactar con el responsable de la lista escribiendo a:
        lacnog-owner en lacnic.net

Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que:
"Re: Contents of LACNOG digest...". Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo.


Asuntos del día:

   1. Re:   IPv6 más rápido que IPv4, con 464XLAT también
      (Henri Alves de Godoy)
   2. Re:   IPv6 más rápido que IPv4, con 464XLAT también (Lee Howard)
   3. Re:   IPv6 más rápido que IPv4, con 464XLAT también
      (Henri Alves de Godoy)
   4. Re:  ietf meeting fees (Fernando Gont)
   5. Re:  ietf meeting fees (Fernando Gont)


----------------------------------------------------------------------

Message: 1
Date: Wed, 26 Jun 2019 20:52:06 -0300
From: Henri Alves de Godoy <henri.godoy en fca.unicamp.br>
To: Latin America and Caribbean Region Network Operators Group
        <lacnog en lacnic.net>
Cc: JORDI PALET MARTINEZ via LACTF <lactf en lacnic.net>, JORDI PALET
        MARTINEZ <jordi.palet en consulintel.es>
Subject: Re: [lacnog]  IPv6 más rápido que IPv4, con 464XLAT también
Message-ID: <f2526de9a33cffcd62f3724d31d16255 en fca.unicamp.br>
Content-Type: text/plain; charset=UTF-8; format=flowed

Hola Jordi,

Gracias por compartir este artículo. Siempre hablo en la Universidad que estamos navegando en IPv6 más rápido que IPv4 pero nadie cree. Voy a utilizar este estudio como otro argumento. IPv6 no es sólo una pasión o diversión sino poder ofrecer a todos mis clientes (alumnos, profesores y
visitantes) una mejor experiencia en el uso de Internet con calidad.

Interesante también la presentación Prisoner of IPv4 en NANOG cuando el autor comenta sobre el TCO en CGN.

Otra cosa que siempre se dio cuenta, el número de salto (hop count) en
IPv6 hasta el momento siempre y en menor q IPv4.

Espero hacer algunas mediciones con Dualstack y 464XLAT en la red inalámbrica aquí en la Universidad. ¿Alguna sugerencia de herramientas para hacer esto fuera de las tradicionales basica ping, traceroute?

Saludos,

--
Henri Alves Godoy
Tecnologia da Informação e Comunicação
Faculdade de Ciências Aplicadas - FCA
Universidade Estadual de Campinas - UNICAMP
Fone: +55 (19) 3701-6682

Em 26-06-2019 08:00, JORDI PALET MARTINEZ via LACNOG escreveu:
> Ya lo sabíamos de medidas anteriores de Facebook, pero de todos modos
> muy buen artículo, porque analiza muchos proveedores de todo el mundo:
>
> https://teamarin.net/2019/06/25/why-is-ipv6-faster/
>
>
> Saludos,
> Jordi
> @jordipalet
>
>
>
>
>
> **********************************************
> IPv4 is over
> Are you ready for the new Internet ?
> http://www.theipv6company.com
> The IPv6 Company
>
> This electronic message contains information which may be privileged
> or confidential. The information is intended to be for the exclusive
> use of the individual(s) named above and further non-explicilty
> authorized disclosure, copying, distribution or use of the contents of
> this information, even if partially, including attached files, is
> strictly prohibited and will be considered a criminal offense. If you
> are not the intended recipient be aware that any disclosure, copying,
> distribution or use of the contents of this information, even if
> partially, including attached files, is strictly prohibited, will be
> considered a criminal offense, so you must reply to the original
> sender to inform about this communication and delete it.
>
>
>
> _______________________________________________
> LACNOG mailing list
> LACNOG en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lacnog
> Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog


------------------------------

Message: 2
Date: Wed, 26 Jun 2019 20:19:49 -0400
From: Lee Howard <lee en asgard.org>
To: lacnog en lacnic.net
Subject: Re: [lacnog]  IPv6 más rápido que IPv4, con 464XLAT también
Message-ID: <a89d42f5-c92f-2a81-f68a-777f6f05223b en asgard.org>
Content-Type: text/plain; charset=utf-8; format=flowed


On 6/26/19 7:52 PM, Henri Alves de Godoy wrote:
> Gracias por compartir este artículo. Siempre hablo en la Universidad
> que estamos navegando en IPv6 más rápido que IPv4 pero nadie cree. Voy
> a utilizar este estudio como otro argumento. IPv6 no es sólo una
> pasión o diversión sino poder ofrecer a todos mis clientes (alumnos,
> profesores y visitantes) una mejor experiencia en el uso de Internet
> con calidad.
>
> Interesante también la presentación Prisoner of IPv4 en NANOG cuando
> el autor comenta sobre el TCO en CGN.
>
> Otra cosa que siempre se dio cuenta, el número de salto (hop count) en
> IPv6 hasta el momento siempre y en menor q IPv4.
>
> Espero hacer algunas mediciones con Dualstack y 464XLAT en la red
> inalámbrica aquí en la Universidad. ¿Alguna sugerencia de herramientas
> para hacer esto fuera de las tradicionales basica ping, traceroute?

I want to set up a web page that will record:

1. The user agent (browser and operating system)

2. The time in milliseconds or microseconds to get an IPv4 page and an
IPv6 page

3. The origin IP address

Then I can sort data by network (based on IP address) and compare different devices. Then we would see if Android (464xlat) performs the same as iOS (NAT64), and whether they are the same as native dual-stack.


I also want to run an experiment using tcpdump to compare speeds from the client on a few networks, to see if I could confirm what happens when there is an IPv6 failure. Try it from a few operating systems, too.
That would make a good paper.


I would be very happy if someone wanted to do these experiments.

Google translate, for convenience:
Traductor de Google, para mayor comodidad:

Quiero configurar una página web que registrará:

1. El agente de usuario (navegador y sistema operativo).

2. El tiempo en milisegundos o microsegundos para obtener una página
IPv4 y una página IPv6

3. La dirección IP de origen

Luego puedo ordenar los datos por red (según la dirección IP) y comparar diferentes dispositivos. Luego veríamos si Android (464xlat) tiene el mismo rendimiento que iOS (NAT64), y si son iguales a la pila dual nativa.


También quiero realizar un experimento utilizando tcpdump para comparar las velocidades del cliente en algunas redes, para ver si puedo confirmar lo que sucede cuando hay una falla de IPv6. Pruébalo desde unos pocos sistemas operativos, también. Eso sería un buen papel.


Estaría muy feliz si alguien quisiera hacer estos experimentos.

Saludos,

Lee Howard
Retevia


------------------------------

Message: 3
Date: Wed, 26 Jun 2019 21:45:51 -0300
From: Henri Alves de Godoy <henri.godoy en fca.unicamp.br>
To: Latin America and Caribbean Region Network Operators Group
        <lacnog en lacnic.net>
Subject: Re: [lacnog]  IPv6 más rápido que IPv4, con 464XLAT también
Message-ID: <4db3d7bdfea4300d2131ea9cd7d6db3e en fca.unicamp.br>
Content-Type: text/plain; charset=UTF-8; format=flowed

Hi Lee, thanks for the response.

Very good, I will be doing these experiments with the proposed scenarios. I think we will have very interesting results.

Thank you !!!

--
Henri Alves Godoy
Tecnologia da Informação e Comunicação
Faculdade de Ciências Aplicadas - FCA
Universidade Estadual de Campinas - UNICAMP
Fone: +55 (19) 3701-6682

Em 26-06-2019 21:19, Lee Howard escreveu:
> On 6/26/19 7:52 PM, Henri Alves de Godoy wrote:
>> Gracias por compartir este artículo. Siempre hablo en la Universidad
>> que estamos navegando en IPv6 más rápido que IPv4 pero nadie cree.
>> Voy a utilizar este estudio como otro argumento. IPv6 no es sólo una
>> pasión o diversión sino poder ofrecer a todos mis clientes (alumnos,
>> profesores y visitantes) una mejor experiencia en el uso de Internet
>> con calidad.
>>
>> Interesante también la presentación Prisoner of IPv4 en NANOG cuando
>> el autor comenta sobre el TCO en CGN.
>>
>> Otra cosa que siempre se dio cuenta, el número de salto (hop count)
>> en
>> IPv6 hasta el momento siempre y en menor q IPv4.
>>
>> Espero hacer algunas mediciones con Dualstack y 464XLAT en la red
>> inalámbrica aquí en la Universidad. ¿Alguna sugerencia de
>> herramientas para hacer esto fuera de las tradicionales basica ping, traceroute?
>
> I want to set up a web page that will record:
>
> 1. The user agent (browser and operating system)
>
> 2. The time in milliseconds or microseconds to get an IPv4 page and an
> IPv6 page
>
> 3. The origin IP address
>
> Then I can sort data by network (based on IP address) and compare
> different devices. Then we would see if Android (464xlat) performs the
> same as iOS (NAT64), and whether they are the same as native
> dual-stack.
>
>
> I also want to run an experiment using tcpdump to compare speeds from
> the client on a few networks, to see if I could confirm what happens
> when there is an IPv6 failure. Try it from a few operating systems,
> too. That would make a good paper.
>
>
> I would be very happy if someone wanted to do these experiments.
>
> Google translate, for convenience:
> Traductor de Google, para mayor comodidad:
>
> Quiero configurar una página web que registrará:
>
> 1. El agente de usuario (navegador y sistema operativo).
>
> 2. El tiempo en milisegundos o microsegundos para obtener una página
> IPv4 y una página IPv6
>
> 3. La dirección IP de origen
>
> Luego puedo ordenar los datos por red (según la dirección IP) y
> comparar diferentes dispositivos. Luego veríamos si Android (464xlat)
> tiene el mismo rendimiento que iOS (NAT64), y si son iguales a la pila
> dual nativa.
>
>
> También quiero realizar un experimento utilizando tcpdump para
> comparar las velocidades del cliente en algunas redes, para ver si
> puedo confirmar lo que sucede cuando hay una falla de IPv6. Pruébalo
> desde unos pocos sistemas operativos, también. Eso sería un buen
> papel.
>
>
> Estaría muy feliz si alguien quisiera hacer estos experimentos.
>
> Saludos,
>
> Lee Howard
> Retevia
> _______________________________________________
> LACNOG mailing list
> LACNOG en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lacnog
> Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog


------------------------------

Message: 4
Date: Thu, 27 Jun 2019 13:58:13 +0100
From: Fernando Gont <fgont en si6networks.com>
To: Latin America and Caribbean Region Network Operators Group
        <lacnog en lacnic.net>, Juliana Guerra <juliana en derechosdigitales.org>,
        Hans Ludwing Reyes Chávez <hans en cudi.edu.mx>
Cc: lacnog en lacnog.org, ietf-lac en lacnog.org, lactf en lac.ipv6tf.org
Subject: Re: [lacnog] ietf meeting fees
Message-ID: <c5c0d9e5-bc3f-404c-3b27-ddcfc824a039 en si6networks.com>
Content-Type: text/plain; charset=utf-8

On 25/6/19 21:56, Juliana Guerra wrote:
> Hola, tratando de seguir la discusión que llevan quisiera apuntar
> algunas inquietudes.
>
> Entiendo la preocupación sobre el costo de la inscripción y en general
> sobre las restricciones de acceso que implican los costos de
> participación (transporte, alojamiento, alimentación) durante el evento.
> Pero creo que la participación de Africa y América Latina se ve
> restringida por muchos más factores, además de los costos.

Correcto.

Entre otros:

1) SItuacion no muy favorable para quienes trabajan de manera independiente, o para organizaciones con poco peso/participación en IETF.

2) Cuestiones varias vinculadas al hecho de que, en la región, en buena medida se *utilizan* protocolos, mas que trabajar en su desarrollo.
Dicho de otra forma: nadie quiere poner dinero para apoyar a gente para que trabaje en esta materia.




> La lengua y la dura competencia que supone, por ejemplo para los
> estudiantes, la idea de participar en estos espacios de discusión, son
> algunos de estos factores.

No digo que la lengua no sea un actor. Pero la realidad es que el idioma internacional es el inglés. Uno puede battalar eso durante toda su vida (seguramente en vano), o aprender inglés e intentar ser bueno en lo tecnico.


> Por otra parte, mientras aquí hay una
> discusión sobre los requerimientos técnicos para realizar una reunión
> de IETF en Latam, al menos en las plenarias de las últimas dos
> reuniones se ha planteado como problemático las reiteradas fallas en
> los sitemas de participación remota.

Sobre este tema hable en otro thread. Hay muchisimas otras cuestiones que, a esta altura, son mucho mas importantes que el tema de la reunión.



> Estoy muy de acuerdo en que debería haber incentivos económicos para
> la participación de estudiantes, aún cuando eso no garantice su
> permanencia, pero por otra parte creo que que la discusión sobre cómo
> promover la diversidad  en la participación y la permanencia de nuevos
> participantes debe ver un poco más allá, ¿se ajustan los
> requerimientos técnicos a los objetivos de promover una mayor y más diversa participación?

No hay mucha posibilidad de diversidad cuando, a fines practicos, para tener peso muchas veces es necesario asistir a las reuniones, y asistir a una no lleva menos de 2000 USD.


Con el mismo criterio, el Lamborghini Diablo o un Porsche podrian considerarse autos populares -- solo es cuestion de tener el dinero para comprarlos.




> Y del otro lado, quienes participan desde la región de América Latina,
> ¿cómo se promueve, incentiva y fortalece la participación remota a
> través de listas y transmisión en línea de las reuniones?

Las reuniones remotas no por casualidad tienen el mismo peso. No solo eso.. muchas cosas se "definen" en reuniones informales en los pasillos.
DOnde obviamente la participacion remota no es posible.



> Pero esta última pregunta lleva a otra que se relaciona con 'el mito'
> que se mencionaba al comienzo de esta cadena, ¿qué tanto es posible
> participar y permanecer en la IETF de manera individual?

Te referis a hacerlo sin ser empleadode una gran empresa multinacional?
-- En tal caso: muy dificil.



> Específicamente, ¿qué tanto es posible para un estudiante proyectarse
> participando en estas discusiones, si no es trabajando por reducir un
> poco la brecha? Según la experiencia de quienes participan desde hace
> tiempo en la IETF, ¿es eso posible?

En un punto u otro, se hace necesario asistir en persona.

Ejemplo: Yo discuti un documento por mas de un año, y en determinado momento los chairs fueron honestos y me dijeron "La realidad es que si no venis, el documento no va a avanzar". Pedi dinero prestado (en aquel momento estaba desempleado), asisti a una reunion, y en esa misma reunion hice lo que no hice en mas de un año y medio.

Por otro lado, para poder postularse al NOMCOM hace falta asistir a las reuniones.



Mas alla de eso, hay multiples factores, como ser:
* Hasta que punto tu trabajo (individual) pone en juego intereses de empresas con peso en IETF.


Como todo en la vida, a quien tenga una opinion diferente solo le pido que su posicion venga acompañada de un listado de documentos que haya publicado de manera individual.


Slds,
--
Fernando Gont
SI6 Networks
e-mail: fgont en si6networks.com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492






------------------------------

Message: 5
Date: Thu, 27 Jun 2019 13:58:13 +0100
From: Fernando Gont <fgont en si6networks.com>
To: Latin America and Caribbean Region Network Operators Group
        <lacnog en lacnic.net>, Juliana Guerra <juliana en derechosdigitales.org>,
        Hans Ludwing Reyes Chávez <hans en cudi.edu.mx>
Cc: lacnog en lacnog.org, ietf-lac en lacnog.org, lactf en lac.ipv6tf.org
Subject: Re: [lacnog] ietf meeting fees
Message-ID: <c5c0d9e5-bc3f-404c-3b27-ddcfc824a039 en si6networks.com>
Content-Type: text/plain; charset=utf-8

On 25/6/19 21:56, Juliana Guerra wrote:
> Hola, tratando de seguir la discusión que llevan quisiera apuntar
> algunas inquietudes.
>
> Entiendo la preocupación sobre el costo de la inscripción y en general
> sobre las restricciones de acceso que implican los costos de
> participación (transporte, alojamiento, alimentación) durante el evento.
> Pero creo que la participación de Africa y América Latina se ve
> restringida por muchos más factores, además de los costos.

Correcto.

Entre otros:

1) SItuacion no muy favorable para quienes trabajan de manera
independiente, o para organizaciones con poco peso/participación en IETF.

2) Cuestiones varias vinculadas al hecho de que, en la región, en buena
medida se *utilizan* protocolos, mas que trabajar en su desarrollo.
Dicho de otra forma: nadie quiere poner dinero para apoyar a gente para
que trabaje en esta materia.




> La lengua y la dura competencia que supone, por ejemplo para los
> estudiantes, la idea de participar en estos espacios de discusión, son
> algunos de estos factores.

No digo que la lengua no sea un actor. Pero la realidad es que el idioma
internacional es el inglés. Uno puede battalar eso durante toda su vida
(seguramente en vano), o aprender inglés e intentar ser bueno en lo tecnico.


> Por otra parte, mientras aquí hay una
> discusión sobre los requerimientos técnicos para realizar una reunión de
> IETF en Latam, al menos en las plenarias de las últimas dos reuniones se
> ha planteado como problemático las reiteradas fallas en los sitemas de
> participación remota.

Sobre este tema hable en otro thread. Hay muchisimas otras cuestiones
que, a esta altura, son mucho mas importantes que el tema de la reunión.



> Estoy muy de acuerdo en que debería haber incentivos económicos para la
> participación de estudiantes, aún cuando eso no garantice su
> permanencia, pero por otra parte creo que que la discusión sobre cómo
> promover la diversidad  en la participación y la permanencia de nuevos
> participantes debe ver un poco más allá, ¿se ajustan los requerimientos
> técnicos a los objetivos de promover una mayor y más diversa participación?

No hay mucha posibilidad de diversidad cuando, a fines practicos, para
tener peso muchas veces es necesario asistir a las reuniones, y asistir
a una no lleva menos de 2000 USD.


Con el mismo criterio, el Lamborghini Diablo o un Porsche podrian
considerarse autos populares -- solo es cuestion de tener el dinero para
comprarlos.




> Y del otro lado, quienes participan desde la región de América Latina,
> ¿cómo se promueve, incentiva y fortalece la participación remota a
> través de listas y transmisión en línea de las reuniones?

Las reuniones remotas no por casualidad tienen el mismo peso. No solo
eso.. muchas cosas se "definen" en reuniones informales en los pasillos.
DOnde obviamente la participacion remota no es posible.



> Pero esta última pregunta lleva a otra que se relaciona con 'el mito'
> que se mencionaba al comienzo de esta cadena, ¿qué tanto es posible
> participar y permanecer en la IETF de manera individual?

Te referis a hacerlo sin ser empleadode una gran empresa multinacional?
-- En tal caso: muy dificil.



> Específicamente, ¿qué tanto es posible para un estudiante proyectarse
> participando en estas discusiones, si no es trabajando por reducir un
> poco la brecha? Según la experiencia de quienes participan desde hace
> tiempo en la IETF, ¿es eso posible?

En un punto u otro, se hace necesario asistir en persona.

Ejemplo: Yo discuti un documento por mas de un año, y en determinado
momento los chairs fueron honestos y me dijeron "La realidad es que si
no venis, el documento no va a avanzar". Pedi dinero prestado (en aquel
momento estaba desempleado), asisti a una reunion, y en esa misma
reunion hice lo que no hice en mas de un año y medio.

Por otro lado, para poder postularse al NOMCOM hace falta asistir a las
reuniones.



Mas alla de eso, hay multiples factores, como ser:
* Hasta que punto tu trabajo (individual) pone en juego intereses de
empresas con peso en IETF.


Como todo en la vida, a quien tenga una opinion diferente solo le pido
que su posicion venga acompañada de un listado de documentos que haya
publicado de manera individual.


Slds,
--
Fernando Gont
SI6 Networks
e-mail: fgont en si6networks.com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492






------------------------------

Subject: Pié de página del digest

_______________________________________________
LACNOG mailing list
LACNOG en lacnic.net
https://mail.lacnic.net/mailman/listinfo/lacnog
Cancelar suscripcion: lacnog-unsubscribe en lacnic.net


------------------------------

Fin de Resumen de LACNOG, Vol 138, Envío 72
*******************************************
________________________________
 “Nota de Descargo: La información contenida en este mensaje y sus anexos tiene carácter confidencial, y está dirigida únicamente al destinatario de la misma y sólo podrá ser usada por éste. Si el lector de este mensaje no es el destinatario del mismo, se le notifica que cualquier copia o distribución de éste se encuentra totalmente prohibida. Si usted ha recibido este mensaje por error, por favor notifique inmediatamente al remitente por este mismo medio y borre el mensaje de su sistema. Las opiniones que contenga este mensaje son exclusivas de su autor y no necesariamente representan la opinión oficial de la CORPORACIÓN NACIONAL DE TELECOMUNICACIONES, CNT EP, DEL ECUADOR.”
________________________________


Más información sobre la lista de distribución LACNOG