[LAC-TF] Fwd: [lacnog] Fwd: [Uy6tf] ¿Qué significa ser un sitio compatible con IPv6?

[Alejandro Acosta]

Disculpen cross-posting...., re-envio un interesante correo
recientemente colocado en la lista de Lacnog.


---------- Forwarded message ----------
From: Carlos Martinez-Cagnazzo <carlosm3011 at gmail.com>
Date: 2011/8/18
Subject: [lacnog] Fwd: [Uy6tf] ¿Qué significa ser un sitio compatible con IPv6?
To: Latin America and Caribbean Region Network Operators Group
<lacnog at lacnic.net>


Hola a todos!

Reenvio un mensaje que un amigo (Eduardo Trápani) compartió en la
lista de la Task Force Uruguay de IPv6 y que contiene una pregunta que
me parece muy interesante.

slds

Carlos


---------- Forwarded message ----------
From: Eduardo Trápani <etrapani at gmail.com>
Date: 2011/8/16
Subject: [Uy6tf] ¿Qué significa ser un sitio compatible con IPv6?
To: Lista de correo sobre IPv6 en Uruguay <uy6tf at listas.rau.edu.uy>


Hola,

Estaba en medio de un apagón IPv4 y además bajé NAT64 y DNS64.  Ahí me
encontré con que varios sitios que pensé que se verían sobre sólo IPv6
en realidad no se ven.  Algunos sólo tienen un AAAA sobre el servidor
web y después se pasan a IPv4 por lo que son sencillamente
innavegables en ipv6-only.

Pero en otros el tema es bastante más sutil.  Me parece que deberíamos
hacer un esfuerzo por asegurarnos que vamos más allá del AAAA cuando
ponemos algo en línea en IPv6.  Fíjense que todos los casos que pongo
abajo son validados por este sitio[1] y sin embargo tienen partes más
o menos importantes que sólo son accesibles por ipv4.

¿Existe una categorización de sitios IPv6 entre los "huecos", los
"recortados" y los "indistinguibles"? (indistinguible entre sólo IPv4
y sólo IPv6).  Debería ...  No creo que vayan a existir muchos hosts
ipv6-only sin DNS64 y NAT64, capaz que es un ejercicio teórico inútil,
pero me parece que habría que apuntar a los "indistinguibles".

Ejemplos
--------

* ipv6.spin.unesco.org.uy
es una redirección a IPv4, un típico AAAA "hueco".  Innavegable (sí,
es mío :), pero quería probar 6to4 y la resolución automática del
reverso.  Y no le tenía fe al 6to4 para dejarlo en producción en el
sitio principal).

* www.rau.edu.uy
quiere cargar cosas de w3.org y una script de ajax.goggleapis.com.  No
sé qué funcionalidad pierde en IPv6-only al no cargar esa script.
Podría estar "recortado".

* ipv6.google.com
arranca bien, pero al hacer una búsqueda va a buscar un id.google.com
que es sólo IPv4.  Igual eso no molesta.

* ipv6-test.com
lo que no anda es propaganda y el seguimiento de Google Analytics.  Es
como tener adblockplus pero unas cuantas capas más abajo ;).


Les cuento por otro lado que para las pruebas estoy usando tayga
(NAT64)[2] y totd (DNS64)[3], los dos vienen ya empaquetados para
Debian y andan bárbaro, no hay que tocar el kernel ni el bind.  El
NAT64 de tayga es stateless y se puede usar con otras soluciones, tipo
masquerading.  y el totd es un forwarder.  Totalmente recomendados los
dos.

Saludos, Eduardo.

PD:  Gracias al apagón de IPv4 ¡encontré un bug en Firefox![4].

[1] http://ipv6-test.com/validate.php
[2] http://packages.debian.org/wheezy/tayga
[3] http://packages.debian.org/squeeze/totd
[4] https://bugzilla.mozilla.org/show_bug.cgi?id=679090

_______________________________________________
Uy6tf mailing list
Uy6tf at listas.rau.edu.uy
http://listas.rau.edu.uy/mailman/listinfo/uy6tf




--
--
=========================
Carlos M. Martinez-Cagnazzo
http://www.labs.lacnic.net
=========================
_______________________________________________
LACNOG mailing list
LACNOG at lacnic.net
https://mail.lacnic.net/mailman/listinfo/lacnog