[LAC-TF] Introduccion a 6to4

JORDI PALET MARTINEZ jordi.palet at consulintel.es
Wed Jun 6 12:54:07 BRT 2007


Hola Fernando,

Contesto debajo.

Quier aclarar tambien que, la idea de estos correos no es discutir si es
bueno o es malo. IPv6 es la unica opcion que hay, y aquí pretendemos ayudar
a facilitar su despligue y a mejorar la conectividad con IPv6.

Si queremos debatir o mejorar IPv6 (todo es mejorable !), por favor, vamos a
v6ops, que es el foro apropiado para hacerlo. Aquí no queremos confundir a
usuarios de la lista, sino ser practicos con lo que tenemos ahora.

Saludos,
Jordi




> De: Fernando Gont <fernando at gont.com.ar>
> Responder a: <lactf at lac.ipv6tf.org>
> Fecha: Wed, 06 Jun 2007 10:46:17 -0300
> Para: <lactf at lac.ipv6tf.org>
> Asunto: Re: [LAC-TF] Introduccion a 6to4
> 
> Hola Jordi,
> 
>> Este es el primer email, como se indico hace unos dias y en la ultima
>> reunion de LACNIC, de una serie con el objetivod de explicar como desplegar
>> 6to4 y Teredo, un par de mecanismos de transicion muy interesantes, que
>> automaticamente proporcionan conectividad IPv6 a hosts y por tanto permiten
>> trafico IPv6 aun cuando el ISP no lo soporte en su red de forma nativa.
> 
> Segun tuve entendido en algun momento, Microsoft tenia una IPR sobre
> Teredo? Tenes idea si esto es asi, y en tal caso, cuales son las
> implicancias? (por ej., posibilidad de implementar Teredo en OSes libres).
> 

No que yo recuerde, y de hecho hay una implementacion libre de Teredo,
llamada Miredo, pero por favor, no mezclemos temas, y atengamonos al asunto
de cada correo o no terminaremos nunca y no facilitaremos a la gente seguir
los diversos hilos !

En cualquier caso, aunque haya un IPR, seguramente hay un disclosure que
evita cualquier tipo de problema. Es la practica habitual de Microsoft
cuando trabaja en IETF, como es este caso.

> 
> 
>> Hay que recordar que los usuarios de los Sistemas Operativos que soportan
>> IPv6 (la mayoria de los actuales, muchos incluso activado por defecto),
> 
> En mi opinion, hay casos en los cuales esto es cuestionable. Hay
> sistemas que habilitan IPv6 por default,  sin tener en cuenta las
> posibles implicancias. Una de las mas conocidas es el gran delay para
> establecer conexiones TCP. Esto en su momento habia sido documentado
> en un draft del grupo v6ops de la IETF, que no se en que quedo. Como
> consecuencia de ese trabajo, yo publique una propuesta
> (draft-ietf-tcp-tcp-soft-errors-05.txt) para evitar ese problema en
> algunos escenarios.
> Pero el draft va para categoria informational. Y parece ser que hay
> determinados vendors que, pese a habilitar v6 por default, y
> experenciar problemas, no quieren implementar el fix porque el draft
> no se va a publicar como standard (standards track).
> 

Nos guste o no esto es una fase de la transicion, y generalmente se debe a
los proveedores de servicio o administradores de red haciendo mal su
trabajo. Por ejemplo, si tienes un servidor web sin acceso a IPv6 estable,
no le pongas un AAAA ! Igualmente, si tienes una LAN sin acceso estable a
IPv6, no anuncies IPv6 !

Precisamente con el mayor despliegue de reles 6to4 y Teredo, mejoramos la
conectividad y evitamos timeouts innecesarios.

> 
> 
>> El proposito de este conjunto de correos es explicar como sacar provecho,
>> sin apenas coste, del despligue de reles 6to4 y Teredo en vuestras redes, de
>> modo que: a) se pueda ahorrar ancho de banda (el trafico permanecera en tu
>> red o en los peers en lugar de atravesar largos caminos en busqueda de reles
>> de otros proveedores), b) proporcionar una mejor, no-gestionada, "calidad de
>> servicio" IPv6 a los usuarios (menor retardo).
> 
> De donde se origina este "menor retardo"?

Muy sencillo. Si intentas hacer peer-to-peer detrás de NAT, tipicamente
necesitas buscar otro camino y enviar el trafico a traves de un
intermediario, ejemplos concretos Skype o el envio de ficheros con MSN.

Con IPv6, el trafico va directamente, sin necesidad de intermediarios, aun
cuando se trate de IPv6 en transicion, etc..

> 
> Saludos, y gracias!
> 
> -- 
> Fernando Gont
> e-mail: fernando at gont.com.ar || fgont at acm.org
> PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1
> 
> 
> 
> 
> _______________________________________________
> LACTF mailing list
> LACTF at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lactf




**********************************************
The IPv6 Portal: http://www.ipv6tf.org

Bye 6Bone. Hi, IPv6 !
http://www.ipv6day.org

This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.






More information about the LACTF mailing list