<div dir="ltr">+1 al comentario de Jordi.<div><br></div><div>Adicionalmente es totalmente esperable que la gráfica de Telefonica y de Perú se parezcan... si es el operador que atiende 75% o más de los usuarios en Perú. </div><div><br></div><div>Telefonica Perú efectivamente fue escogida como el piloto por el grupo. Compraron 200,000 CPEs que permiten dual stack en 2013. Jordi les ayudó a configurar IPv6 hace varios años en su core y tienen IPv6 con su upstream provider Para qué usar métodos raros si no necesitan?</div><div><br></div><div>De verdad por favor no generemos ruidos innecesarios sin falta de fundamento técnico ni conocimiento cercano de las situaciones...</div><div><br></div><div>Alejandro G</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2014-10-08 17:03 GMT-07:00 JORDI PALET MARTINEZ <span dir="ltr"><<a href="mailto:jordi.palet@consulintel.es" target="_blank">jordi.palet@consulintel.es</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">NAT46 no daría esas mediciones.<br>
<br>
Leeros los RFC correspondientes, hay que estudiar un poco mas antes de<br>
armar tanto ruido !<br>
<br>
<br>
<br>
<br>
<br>
<br>
-----Mensaje original-----<br>
De: Jaris Aizprua <<a href="mailto:jarisaizprua@gmail.com">jarisaizprua@gmail.com</a>><br>
Responder a: <<a href="mailto:lactf@lac.ipv6tf.org">lactf@lac.ipv6tf.org</a>><br>
Fecha: jueves, 9 de octubre de 2014 01:53<br>
Para: <<a href="mailto:lactf@lac.ipv6tf.org">lactf@lac.ipv6tf.org</a>><br>
<span class="">Asunto: Re: [LAC-TF] Peru con mas de 9% de Trafico Nativo IPv6<br>
<br>
</span><div><div class="h5">>Entonces en resumen: Perú implementó NAT46; una idea original pero fuera<br>
>de lugar considerando que el despliegue es orientado a usuarios<br>
>residenciales o masivos, y sabiendo que existen aún aplicaciones comunes<br>
>como Skype que todavía no funcionan sobre IPv6.<br>
>Saludos!!!<br>
><br>
>Sent from my Mobile device<br>
>El oct 8, 2014 6:31 PM, "<a href="mailto:InternetLibre@outlook.com">InternetLibre@outlook.com</a>"<br>
><<a href="mailto:InternetLibre@outlook.com">InternetLibre@outlook.com</a>> escribió:<br>
><br>
><br>
><br>
><br>
><br>
> La razón de la sinrazón<br>
> (or How to skin a cat in five pretty easy steps)<br>
><br>
> Paso 2: ¿Qué se está midiendo? ¿El origen o la llegada?<br>
><br>
> Los servidores de medición (o detección de si estamos o no usando<br>
> IPv6) miden el origen: es decir examinan el encabezado del paquete<br>
> de origen y determinan si se ha emitido la petición desde un IPv4<br>
> o un IPv6. Esto es lo normal dentro de la red Internet. Pero el<br>
> caso es que en mi país se usa "NAT" y los usuarios no recibimos un<br>
> IPv4 o IPv6 público, sino uno privado (de IPv4).<br>
><br>
> Los datos de la gran implementación de IPv6 en Perú (como veremos<br>
> en otro mensaje) provienen de un solo carrier nacional (es decir,<br>
> mi país, Perú, muestra una media de 7.5% de conexiones con IPv6,<br>
> alcanzada desde Marzo del 2013 hasta Marzo del 2014, de allí la<br>
> curva se aplana y no hay un incremento que siga la misma<br>
> proporción, los datos específicos en otro mensaje. Los datos de<br>
> un solo carrier coinciden con los datos nacionales. La conclusión<br>
> es que la "alza" en conexiones peruanas con IPv6 se debe a un solo<br>
> carrier y no a todos los carrier peruanos).<br>
><br>
> La salida que realiza este carrier para los servicios de internet<br>
> domiciliarios es a través de Números IPs privados pertenecientes<br>
> al IPv4. De esta manera el usuario es protegido pues su<br>
> computadora no pertenece NUNCA a una red Internet reconocida por<br>
> todos los servidores del mundo u otros usuarios que si están<br>
> perteneciendo a la red Internet. Este servicio es muy común y lo<br>
> conocemos, desde siempre, como "NAT" (Network Address Translation,<br>
> o Reemplazo de la Dirección de Red). Reitero: normalmente no<br>
> existen conexiones con IPs públicos para los usuarios<br>
> domiciliarios. Las empresas que requieren un IP público deben<br>
> pagar otras tarifas (tengo los datos oficiales a la mano, si se<br>
> requieren los comentaré).<br>
><br>
> Para los que conocen el servicio NAT les pido ahorrarse el<br>
> siguiente párrafo.<br>
><br>
><br>
>"Con el equipo que realiza el NAT todas las<br>
> comunicaciones enviadas a servidores externos a la red privada<br>
> contienen un numero IP externo... en vez de la dirección interna<br>
> del host... cuando una computadora en la red privada (interna)<br>
> envia un paquete hacia la red externa (internet), el equipo que<br>
> realiza el NAT reemplaza la IP interna en el campo del<br>
> encabezado del paquete (packet header) con una IP externa que<br>
> posee el equipo que realiza el NAT. La computadora que recibe<br>
> el paquete (que ha sido afectado por el equipo que realiza el<br>
> NAT) establece una comunicación con el número IP especificado en<br>
> el paquete alterado, sin conocer, ignorando el hecho que la<br>
> direccion IP proporcionada ha sido "traducida" o "trasladada"<br>
> (de IP privada a IP pública)... El NAT reemplaza las direcciones<br>
> y puertos de la dirección IP interna.... escondiendo el<br>
> verdadero punto de destino final, es decir el host interno de la<br>
> red privada... Visibilidad de la operación:<br>
> El host externo solamente conoce la dirección pública del<br>
> dispositivo NAT.... la operación NAT es tipicamente transparente<br>
> para los servidores internos y externos."<br>
> Traducción libre de<br>
><a href="http://en.wikipedia.org/wiki/Network_address_translation" target="_blank">http://en.wikipedia.org/wiki/Network_address_translation</a><br>
><br>
> Revisemos el párrafo agregando (para claridad absoluta) cuales<br>
> son los números IPv4 e IPv6 en cuestión:<br>
><br>
> "Con el equipo que realiza el NAT (el servidor del carrier)<br>
> todas las comunicaciones enviadas a servidores externos<br>
> (al servidor de Google que realiza la medición... o al<br>
> servidor X que realiza la medición) a la red privada<br>
> (la red privada es la red que el carrier tiene aquí y a la que<br>
> se conectan todos los usuarios, antiguamente mediante modems y<br>
> discado, hoy directamente, de igual modo al conectarse un<br>
> servidor les otorga un número IPv4 privado, no público)<br>
> contienen un numero IP externo (este es el número IPv6)...<br>
> en vez de la dirección interna del host (que es una<br>
> dirección privada perteneciente al IPv4)... cuando una<br>
> computadora en la red privada<br>
> (interna) envia un paquete hacia la red externa (internet),<br>
> el equipo que realiza el NAT reemplaza la IP interna (el<br>
> IPv4 privado) en el campo del encabezado del paquete (packet<br>
> header) con una IP externa (un IPv6 público) que<br>
> posee el equipo que realiza el NAT. La computadora que recibe<br>
> el paquete (que ha sido afectado por el equipo que realiza<br>
> el NAT) establece una comunicación con el número IP<br>
> especificado (es decir registra y se comunica con el IPv6<br>
> público del equipo NAT) en el paquete alterado, sin<br>
> conocer, ignorando el hecho que la direccion IP proporcionada es<br>
> producto de un reemplazo (de IP privada versión 4 a IP<br>
> pública versión 6)... Lo que ve el servidor que realiza la<br>
> medición: El NAT reemplaza las direcciones y puertos de la<br>
> dirección IP interna (la IPv4).... escondiendo el<br>
> verdadero punto de destino final, es decir el host interno de la<br>
> red privada... Visibilidad de la operación:<br>
> El host externo (el servidor que está evaluando el tipo de<br>
> conexión) solamente conoce la dirección pública del<br>
> dispositivo NAT (la IPv6).... la operación NAT es<br>
> tipicamente transparente para los servidores internos y<br>
> externos. (es decir el servidor que mide, por ejemplo Google,<br>
> no tiene forma de ver, medir, registrar, que la petición de<br>
> información, por ejemplo, viene de un equipo con IPv4 de una<br>
> red privada, solamente ve que 'llega' al servidor de medición<br>
> mediante una dirección IPv6, que pertenece al equipo que<br>
> realiza la función de NAT"<br>
><br>
><br>
><br>
> Hay que agregar que se le puede decir al servidor NAT que otorgue<br>
> direcciones IPv6 de manera aleatoria de un pool de direcciones<br>
> IPv6 que me han sido asignadas. De este modo el servidor de<br>
> medición (google o cualquier otro) verá que son multiples<br>
> direcciones de IPv6 las que realizan las peticiones, consultas o<br>
> solicitan servicio alguno del servidor de medición (o pasan por él<br>
> con destino final hacia otro servidor). Ya sabemos que las<br>
> direcciones IPv6 existen en un número muy grande. Por lo tanto<br>
> resulta muy difícil que el servidor de medición pueda hallar el<br>
> patrón aleatorio por el cual se asignan estas direcciones al azar.<br>
><br>
> Visto que técnicamente se puede realizar (sin ningún problema y<br>
> con muy poco esfuerzo) una modificación a la arquitectura de la<br>
> red (asignándole bloques de direcciones IPv6 a los servidores<br>
> encargados de realizar la función NAT) y esto modifica<br>
> definitivamente los resultados que registran los servidores de<br>
> medición (que no tienen forma de ver una dirección IP privada que<br>
> se encuentra "detrás", protegida por un servidor NAT), cabe<br>
> preguntarse:<br>
><br>
><br>
</div></div>>* ¿Es esto lo que está pasando?<br>
><br>
>* ¿Es esto una casualidad o es intencional?<br>
><br>
>* ¿Para qué se estaría realizando esta "distorsión"?<br>
><br>
>* ¿Quién se beneficia de esta distorsión?<br>
<span class="">><br>
><br>
> Cabe aclarar que todo esto es lo que es posible, factible,<br>
> realizable, técnicamente. No hemos realizado un estudio<br>
> estadístico, cientifico, que pueda permitirnos asegurar<br>
> categóricamente que esta posibilidad técnica es la que está<br>
> originando resultados (en los servidores de medición) tan<br>
> espectaculares para mi país (Perú) y que, como veremos más<br>
> adelante, corresponden al tráfico de un solo carrier que opera<br>
> en mi país.<br>
><br>
> Dejo pendiente el remitirles un enlace (no lo encuentro en este<br>
> momento) de los que desarrollaron el sistema de medición de<br>
> Google, donde indican que los resultados mostrados pueden ser<br>
> alterados por... justamente casos como el del NAT que he<br>
> descrito lineas arriba. Era un "paper" presentado a alguna<br>
> conferencia y lo vi hace como seis meses. Si alguien lo tiene,<br>
> conteniendo esta advertencia que hacen los desarrolladores del<br>
> sistema de medición, quedaré agradecido de publicar el enlance.<br>
> Caso contrario, sigo atento y buscando.<br>
><br>
> JR<br>
><br>
><br>
><br>
><br>
><br>
><br>
</span>> <<a href="http://en.wikipedia.org/wiki/Street_address" target="_blank">http://en.wikipedia.org/wiki/Street_address</a>><br>
<span class="">><br>
><br>
><br>
><br>
><br>
><br>
><br>
> --<br>
><br>
>----------------------------------------------------------------------<br>
>Javier Rodriguez<br>
>Por una mayor y mejor Internet(1995).<br>
>Internet libre, abierta, inclusiva y gratuita para todos (2013).<br>
>Fundador de: eCOML@C, GAC, LimaNet , Axisnet, redPE.<br>
>Fundador y primer presidente de ISOC-Perú<br>
>Miembro de ISOC Internacional, DIPLO IGC, CircleID, cgiPE, i17Peru.<br>
>----------------------------------------------------------------------<br>
>I believe in a bigger & better Internet (1995).<br>
>I work for an open, free, inclusive and cero cost internet (2013).<br>
>Founder of: eCOML@C, GAC, LimaNet, Axisnet, redPE.<br>
>Founder and first president of ISOC-Perú.<br>
>Member of ISOC International, DIPLO IGC, CircleID, cgiPE, i17Peru.<br>
>----------------------------------------------------------------------<br>
>Computing (1980). PC business (1983). UUCP (1985). Internet (1990).<br>
>Commercial Internet (1995). eCommerce (2000). Net Intelligence (2003).<br>
>----------------------------------------------------------------------<br>
>CONTACTO | SOCIAL LINKS<br>
>NetLiberum@gmail.comInternetLibre@outlook.comhttp://<a href="http://facebook.com/NetLiberu" target="_blank">facebook.com/NetLiberu</a><br>
</span>>mhttp://<a href="http://facebook.com/InternetLibrePeruhttps://twitter.com/NetLiberum" target="_blank">facebook.com/InternetLibrePeruhttps://twitter.com/NetLiberum</a><br>
<span class="">>@NetLiberum<br>
><br>
>PUBLICACIONES | PAPERS<br>
><a href="http://netliberum.blogspot.com/http://InternetLibrePeru.wordpress.com" target="_blank">http://netliberum.blogspot.com/http://InternetLibrePeru.wordpress.com</a><br>
</span>><a href="http://www.circleid.com/members/6980/http://www.diplointernetgovernance.or" target="_blank">http://www.circleid.com/members/6980/http://www.diplointernetgovernance.or</a><br>
<div class="HOEnZb"><div class="h5">>g/profile/JavierRodriguezhttp://<a href="http://paper.li/NetLiberum/1361689316" target="_blank">paper.li/NetLiberum/1361689316</a> (Internet<br>
>Libre en Español)<br>
><a href="http://paper.li/NetLiberum/1399039265" target="_blank">http://paper.li/NetLiberum/1399039265</a> (NetLiberum | English edition)<br>
>----------------------------------------------------------------------<br>
><br>
><br>
><br>
>_______________________________________________<br>
>LACTF mailing list<br>
><a href="mailto:LACTF@lacnic.net">LACTF@lacnic.net</a><br>
><a href="https://mail.lacnic.net/mailman/listinfo/lactf" target="_blank">https://mail.lacnic.net/mailman/listinfo/lactf</a><br>
>Cancelar suscripcion: <a href="mailto:lactf-unsubscribe@lacnic.net">lactf-unsubscribe@lacnic.net</a><br>
><br>
><br>
><br>
>_______________________________________________<br>
>LACTF mailing list<br>
><a href="mailto:LACTF@lacnic.net">LACTF@lacnic.net</a><br>
><a href="https://mail.lacnic.net/mailman/listinfo/lactf" target="_blank">https://mail.lacnic.net/mailman/listinfo/lactf</a><br>
>Cancelar suscripcion: <a href="mailto:lactf-unsubscribe@lacnic.net">lactf-unsubscribe@lacnic.net</a><br>
<br>
<br>
<br>
_______________________________________________<br>
LACTF mailing list<br>
<a href="mailto:LACTF@lacnic.net">LACTF@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lactf" target="_blank">https://mail.lacnic.net/mailman/listinfo/lactf</a><br>
Cancelar suscripcion: <a href="mailto:lactf-unsubscribe@lacnic.net">lactf-unsubscribe@lacnic.net</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div><br></div><span style="font-size:small;color:rgb(85,85,85);font-family:sans-serif;line-height:19px;border-width:2px 0px 0px;border-style:solid;border-color:rgb(213,15,37);padding-top:2px;margin-top:2px"><div><span style="font-size:small;color:rgb(85,85,85);font-family:sans-serif;line-height:19px;border-width:2px 0px 0px;border-style:solid;border-color:rgb(213,15,37);padding-top:2px;margin-top:2px"><br></span></div>Alejandro Guzman |</span><span style="font-size:small;color:rgb(85,85,85);font-family:sans-serif;line-height:19px;border-width:2px 0px 0px;border-style:solid;border-color:rgb(51,105,232);padding-top:2px;margin-top:2px"> Director - Content Distribution |</span><span style="font-size:small;color:rgb(85,85,85);font-family:sans-serif;line-height:19px;border-width:2px 0px 0px;border-style:solid;border-color:rgb(0,153,57);padding-top:2px;margin-top:2px"> <a href="mailto:alejog@google.com" style="color:rgb(17,85,204)" target="_blank">alejog@google.com</a> |</span><span style="font-size:small;color:rgb(85,85,85);font-family:sans-serif;line-height:19px;border-width:2px 0px 0px;border-style:solid;border-color:rgb(238,178,17);padding-top:2px;margin-top:2px"> +1 (650) 4268561</span><br><div><span style="color:rgb(85,85,85);font-family:sans-serif;line-height:19px;border-top-width:2px;border-right-width:0px;border-bottom-width:0px;border-left-width:0px;border-top-style:solid;border-right-style:solid;border-bottom-style:solid;border-left-style:solid;border-top-color:rgb(238,178,17);border-right-color:rgb(238,178,17);border-bottom-color:rgb(238,178,17);border-left-color:rgb(238,178,17);padding-top:2px;margin-top:2px"><br></span></div><div><span style="color:rgb(85,85,85);font-family:sans-serif;line-height:19px;border-top-width:2px;border-right-width:0px;border-bottom-width:0px;border-left-width:0px;border-top-style:solid;border-right-style:solid;border-bottom-style:solid;border-left-style:solid;border-top-color:rgb(238,178,17);border-right-color:rgb(238,178,17);border-bottom-color:rgb(238,178,17);border-left-color:rgb(238,178,17);padding-top:2px;margin-top:2px"><br></span></div></div>
</div>