[LAC-TF] Fwd: [SixXS] Call your ISP for IPv6!

[JORDI PALET MARTINEZ]

Yo creo que lo mas importante que ocurrirá este año será el hecho de rechazar y eliminar del AppStore todas las aplicaciones que no sean IPv6.

Apple ya lo ha anunciado hace justo un año, sin fecha concreta, aunque la idea, según estos anuncios, era el primer trimestre de este año, asi que creo que esta muy cerca.

Eso tiene implicaciones para todos los desarrolladores de Apps, y no solo en la parte de la App, sino del backoffice de la misma, y por tanto implica que los proveedores celulares pueden dejar de usar IPv4 para las redes móviles, y por tanto no requieren CGN, salvo una pequeña parte reservada para teléfonos que no sean iPhone o que sean Android demasiado antiguos (creo que versiones anteriores a 3.3 no soportan IPv6), y otros fabricantes que no tengan soporte IPv6 (aunque creo que ya no quedan otros).

Sin duda, eso dará un importante empujón al trafico IPv6, que yo preveo que puede llegar a multiplicarse por 3 o 4 a nivel global.

No hay mas que ver las estadísticas de trafico IPv4 vs IPv6 en los tres grandes proveedores de US, que han dado este paso hace 1 años aprox, de forma generalizada y creo recordar que estan en % de trafico IPv6 superiores al 70% en esos casos.

Saludos,
Jordi









-----Mensaje original-----
De: LACTF <lactf-bounces at lacnic.net> en nombre de Nick Pais <nick at nickserver.net>
Responder a: <lactf at lac.ipv6tf.org>
Fecha: viernes, 1 de abril de 2016, 18:50
Para: <lactf at lac.ipv6tf.org>
CC: Lista de correo sobre IPv6 en Uruguay <uy6tf at listas.rau.edu.uy>
Asunto: Re: [LAC-TF] Fwd: [SixXS] Call your ISP for IPv6!

>Jordi,
>Es correcto, concuerdo que la lucha debe seguir, lamentablemente en algunos paises seguimos siendo una minoría (algunos algo bastante) que al no tener contratado un plan empresarial, no habrá v6 para usuarios finales. Es algo que a mi me parece no muy correcto, dado de que si puede existir el servicio para un cliente empresarial, también lo podría obtener un usuario final, al fin y al cabo la infraestructura es la misma y el dispositivo de última milla en algunos casos también es el mismo. Ahí puede tratarse como dices, de ser una cuestión ética y moral. Ojo, no soy quien para cuestionar las políticas de una empresa de ya brindar un protocolo/servicio a los usuarios finales/comunes como yo, solamente expreso lo que siento.
>
>El 6 de junio de éste año marcará 4 años desde el World IPv6 Launch Day, ha progresado de ser un total de 0.64% de adopción IPv6 desde ese entonces a pasar a 8.71%-10.73% (Según Google), lo cual es excelente noticias (por el porcentaje de adopción global a través de los años) y espero que siga creciendo, dado de que nuevamente la gran parte de los usuarios de Internet hoy en día seguimos sin formar parte de ese avance. Tal vez éste año pasará algo realmente impresionante?
>
>Saludos!
>
>
>2016-04-01 13:14 GMT-03:00 JORDI PALET MARTINEZ <jordi.palet at consulintel.es>:
>
>Si obvio ;-) es preferible que los ISPs muevan ficha AYER mejor que MAÑANA, pero al menos hay alternativa.
>
>Yo sinceramente creo que lo que intenta hacer SIXXS no tendra ningún impacto.
>
>Es mas importante convencer a los ISPs locales ponerse en marcha, si esto falla, acudir a organizaciones de consumidores para que presionen, e incluso a organismos gubernamentales que quizás aun no hayan comprendido en algunos países, el alcance del problema y la necesidad de incluso si es preciso, obligar a los ISPs a tener planes concretos y a corto plazo, e incluso impedir que se suministren/importen equipos sin soporte IPv6.
>
>Basicamente es el mismo caso que la Televisión Digital Terrestre (TDT). Al menos en Europa (supongo que en LAC tambien ha sido asi según se ha ido implantando), se pusieron en marcha barreras legislativas para que aduanas aceptara TV sin soporte TDT a partir de determinada fecha. La razón es sencilla, los consumidores “habitualmente” no saben lo que es TV analógica o digital, al igual que no saben lo que es IPv4 o IPv6, y el gobierno esta obligado a protegerles, es una de sus misiones.
>
>Hoy no hay excusas para desplegar IPv6, es mas costoso mantener IPv4 artificialmente con CGN, y ademas esto ultimo tiene un impacto negativo en el consumidor, que ha de ser protegido por el gobierno si los ISPs no reaccionan después de tantos años que estan siendo avisados de la problemática. Es una cuestion ética y moral, incluso.
>
>Saludos,
>Jordi
>
>
>
>
>
>
>
>
>-----Mensaje original-----
>De: LACTF <lactf-bounces at lacnic.net> en nombre de Nick Pais <nick at nickserver.net>
>Responder a: <lactf at lac.ipv6tf.org>
>Fecha: viernes, 1 de abril de 2016, 18:06
>Para: <lactf at lac.ipv6tf.org>
>CC: Lista de correo sobre IPv6 en Uruguay <uy6tf at listas.rau.edu.uy>
>Asunto: Re: [LAC-TF] Fwd: [SixXS] Call your ISP for IPv6!
>
>>Jordi,
>>Muchas gracias por la información, estuve mirando por arriba y parece una buena alternativa. Lo leeré mas a fondo cuando termine mi jornada laboral.
>>
>>De todas formas, lamentablemente no es una solución definitiva o reemplazo al v6 nativo que pueda brindar un ISP pero sería un buen "mientras tanto".
>>
>>Saludos!
>>
>>
>>2016-04-01 12:41 GMT-03:00 JORDI PALET MARTINEZ <jordi.palet at consulintel.es>:
>>
>>Hola Nick,
>>
>>Quizás no lo conozcas, pero hay otros mecanismos de transicion que atraviesan “NAT” si se configura “convenientemente” dicho dispositivo.
>>
>>Trabajamos hace tiempo en un draft al respecto, aunque nunca progreso hasta ser un RFC, pero en cualquier caso no es importante porque se trata de una “información” de porque y como:
>>
>>https://www.ietf.org/archive/id/draft-palet-v6ops-proto41-nat-03.txt
>>
>>
>>Basicamente se trata de que el NAT sea configurado para reenviar a un servidor como DMZ o virtual host, el protocolo 41. A veces esto ocurre sin necesitar hacer “nada” (lo cual podría llegar a ser un problema de seguridad). Ese host en el interior de la red (puede ser otro router) se comporta como router IPv6 para la red, etc.
>>
>>Esto funciona con cualquier proveedor de tuneles 6in4, incluso con 6to4, etc.
>>
>>Tambien esta la opcion de otros proveedores que también atraviesan NAT como los basados en TSP o softwires (L2TP).
>>
>>Saludos,
>>Jordi
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>-----Mensaje original-----
>>De: LACTF <lactf-bounces at lacnic.net> en nombre de Nick Pais <nick at nickserver.net>
>>Responder a: <lactf at lac.ipv6tf.org>
>>Fecha: viernes, 1 de abril de 2016, 16:40
>>Para: Lista de correo sobre IPv6 en Uruguay <uy6tf at listas.rau.edu.uy>, <lactf at lac.ipv6tf.org>
>>Asunto: [LAC-TF] Fwd: [SixXS] Call your ISP for IPv6!
>>
>>>Buenos días,  les comparto ésto que me llegó en el correo hace un rato. SixXS está implementando un método de transición (por así decirlo) más agresivo: limitando y posteriormente suprimiendo los túneles 6in4.
>>>Yo creo que es una medida con sus pro y sus contras, ya que es uno de los pocos (sino el único) proveedores de éste tipo que ofrecen túneles que atraviesan los NAT (mediante su tecnología AYIYA).
>>>Con ésta noticia creo que es importante seguir impulsando la voz para que nuestros proveedores hagan su roll-out de IPv6 a todos sus usuarios, visto desde que ciertos ISP restringen/sólo ofrecen v6 a usuarios empresariales.
>>>Hoy, la noticia la dio SixXS. Pero quien sabe, el día de mañana capaz que Hurricane Electric también va por el mismo lado, ahí se que muchos de nosotros estaremos "fritos", ya que otro proveedor que ofrezca túneles "robustos" no conozco. No descarto las tecnologías alternativas como 6to4 y Teredo, pero a los que tienen una dirección dynamica y estamos acostumbrados a una v6 estática,  no estamos muy alegres de pensar en esas alternativas...
>>>Ustedes que piensan? Ya han conseguido v6 de su ISP?
>>>Saludos!
>>>
>>>Dear Nick Pais,
>>>
>>>Today is the day: it is time to call your ISP and ask for native IPv6![1]
>>>
>>>You have been using SixXS as an IPv6 connectivity provider, and clearly
>>>did not yet call your ISP to ask them for native IPv6. Or you did, but
>>>they did not really get the message yet or did not provide reverse or
>>>static addresses: Call them again for native IPv6!
>>>
>>>Over 20 years ago RFC1883[2], the RFC that formally defined IPv6, was
>>>published by the IETF[3]. From 1996 till 2006 the 6bone[4] existed and
>>>functioned as a testing ground for IPv6. Per 2006, which is now a decade
>>>ago, IPv6 has been available worldwide in production from a large variety
>>>of ISPs.
>>>
>>>During the last decade, IPv4 address space has also run out at most of
>>>the RIRs and most of the large Internet properties have enabled IPv6 on
>>>their services.
>>>
>>>SixXS has been in existence since 2001-ish[5] and over the last 15 years we
>>>have been providing connectivity to people around the world.
>>>
>>>Unfortunately it seems a large number of ISPs think that our service is
>>>a free pass for them to not deploy IPv6, as they direct their (paying)
>>>customers who want IPv6 to our service.
>>>
>>>With IPv6 being 20 years old now, IPv4 addresses being out, and no movement
>>>happening, we started our "Call your ISP for IPv6 action" in December 2015[6].
>>>We are now fully stopping accepting signups and tunnel & subnet requests.
>>>We'll also be starting to ratelimit IPv4 speeds on the PoPs to make sure
>>>that you notice that the freebie that is SixXS will not stay around forever.
>>>
>>>Please really start calling your ISP, which you should have done so repeatedly
>>>already during the time that you had IPv6 by SixXS and not from your ISP.
>>>
>>>We hope, that by people calling their ISPs, the number one support ticket
>>>at these ISPs will be "I want IPv6" and that these ISPs who have typically
>>>not moved a finger yet in the last two decades to deploy or even test IPv6,
>>>will be finally putting IPv6 on their roadmaps
>>>
>>>Greets,
>>> Jeroen Massar, SixXS
>>>
>>>The (IPv)6 linked footnotes:
>>>[1] https://www.sixxs.net/wiki/Call_Your_ISP
>>>[2] RFC1883: https://tools.ietf.org/html/rfc1883
>>>[3] IETF: https://www.ietf.org
>>>[4] 6bone: https://en.wikipedia.org/wiki/6bone
>>>[5] https://www.sixxs.net/about/history/
>>>[6] https://www.sixxs.net/news/2015/#callyourispforipv6-1201
>>>
>>>
>>>
>>
>>
>>>_______________________________________________
>>>LACTF mailing list
>>>LACTF at lacnic.net
>>>https://mail.lacnic.net/mailman/listinfo/lactf
>>>Cancelar suscripcion: lactf-unsubscribe at lacnic.net
>>
>>
>>_______________________________________________
>>LACTF mailing list
>>LACTF at lacnic.net
>>https://mail.lacnic.net/mailman/listinfo/lactf
>>Cancelar suscripcion: lactf-unsubscribe at lacnic.net
>>
>>
>>
>>
>>_______________________________________________
>>LACTF mailing list
>>LACTF at lacnic.net
>>https://mail.lacnic.net/mailman/listinfo/lactf
>>Cancelar suscripcion: lactf-unsubscribe at lacnic.net
>
>
>_______________________________________________
>LACTF mailing list
>LACTF at lacnic.net
>https://mail.lacnic.net/mailman/listinfo/lactf
>Cancelar suscripcion: lactf-unsubscribe at lacnic.net
>
>
>
>
>
>
>_______________________________________________
>LACTF mailing list
>LACTF at lacnic.net
>https://mail.lacnic.net/mailman/listinfo/lactf
>Cancelar suscripcion: lactf-unsubscribe at lacnic.net