[uylug-varios] IPv6

[Carlos Martinez Cagnazzo]

Es que la idea de 'happy eyeballs' tal como se hablo en el IETF es 
preferir la conexion mas rapida y cachear ese resultado a nivel del 
sistema operativo, o de la aplicacion al menos. Ya no es mas el preferir 
IPv6 siempre, como era antes.

Esto tiene algunas consecuencias muy interesantes a la hora de 
desarrollar aplicaciones web, y me lo encontre cuando estuve trabajando 
en la aplicacion del concurso IPv6.

Lo que pasa es que ya no es mas deterministico que stack se va a usar, 
lo cual hace que un reload de la pagina pueda venir por un stack 
diferente que el usado para la anterior, lo cual altera bastante la 
gestión de sesiones en PHP, Django y otros frameworks web. Incluso la 
carga de la *misma* pagina termina a veces trayéndose algunos objetos 
por v4 y otros por v6. Esto probado con Firefox y Chrome en OSX y con 
Chrome en Linux. En algun momento el comportamiento de happy eyeballs 
supongo se va a ir al kernel, que es donde mas sentido tiene que esté.

s2

Carlos

On 2/17/12 12:50 PM, Eduardo Trápani wrote:
>> En general si un host tiene dual-stack para saber si se conecta por v4 o
>> v6 se chequea el AAAA. Si existe, entonces es v6.
> Salvo que el stack ipv6 sea Teredo o 6to4, ¿no?  En Linux por lo menos.
>
> Me encantaría saber en qué parte del código está eso, supongo que
> simplemente miran si la dirección pertenece a las redes los prefijos
> 2001:0::/32 o 2002::/16.  ¿Alguien sabe dónde está eso, en el código?
>
>> Al día de hoy solo se que OS X Lion lo implementa como OS y Chrome como
>> aplicación. Mozilla tiene una versión deshabilitada por default pero
>> algunos claman que no es muy funcional al igual a la de Apple.
> La de Apple no es igual porque la idea de ellos es obtener la conexión
> más rápida, no tienen preferencia por familia de direcciones.  Entonces,
> no tenés manera de saber si la conexión se hará por IPv4 o por IPv6, de
> acuerdo a esto[1] (está rebien explicado).  No es el tipo de "happy
> eyeball" que ayuda a la transición.  Es practiquísimo desde el punto de
> vista del usuario, pero en términos de "migremos a IPv6" no es tan bueno.
>
> Chrome y Firefox lo tienen implementado sí, los dos, hasta está
> mencionado en el draft como ejemplos[2].  Lo de Firefox, la
> reimplementación, se podía seguir por acá[3].  Igual, la cosa se
> complica cuando hay múltiples direcciones como respuesta a A o AAAA.
>
> A mí, aunque entiendo que es necesario y no se me ocurre otra manera
> (salvo un registro DNS híbrido), no me gusta mucho cómo se ha resuelto
> todo esto.  Más lo leo y más me suena a fuerza bruta.  Doble consulta de
> DNS, doble envío de SYN para abrir la conexión TCP.  Por lo menos, según
> el draft, están obligados a cachear el resultado de esa exploración,
> para no estar todo el tiempo haciendo eso doble.
>
> Eduardo.
>
> [1] http://lists.apple.com/archives/ipv6-dev/2011/Jul/msg00009.html
> [2] http://tools.ietf.org/html/draft-ietf-v6ops-happy-eyeballs-07#section-6
> [3] https://bugzilla.mozilla.org/show_bug.cgi?id=684893
> _______________________________________________
> Uylug-varios mailing list
> Uylug-varios at listas.uylug.org.uy
> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy