<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>Complementando lo que dice Eduardo.</div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>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.</div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>Como se detectó que hay sitios que tienen AAAA pero el servicio no responde el IETF desarrollo algo que se llama "Happy-eyesballs" u "ojos contentos". Lo que hace es que ademas del registro AAAA, el algoritmo "verifica" que conexión (v4 o v6) es mejor y funcional y entonces se conecta. De esa forma aunque un host disfuncional tenga un registro AAAA el usuario se conecta por v4. Esto ha ayudado a resolver algunos problemas.</div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>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.</div><div><br></div><div><a href="http://tools.ietf.org/html/draft-ietf-v6ops-happy-eyeballs-07">http://tools.ietf.org/html/draft-ietf-v6ops-happy-eyeballs-07</a></div><div><br></div><div>Slds,</div><div>as</div><br><div><div>On 17 Feb 2012, at 10:20, Eduardo Trápani wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div><blockquote type="cite">desde IPv6 nativa se accede directamente a direcciones IPv4 publicas o<br></blockquote><br>Si es un host ipv6-only, entonces necesita de un gateway para acceder a<br>IPv4. A eso se le llama NAT64. Yo uso tayga[1]. Si es un host tiene<br>los dos stacks (IPv4 e IPv6) va a usar el que corresponda.<br><br>[1] <a href="http://packages.debian.org/wheezy/tayga">http://packages.debian.org/wheezy/tayga</a><br><br><blockquote type="cite">tienen que usar algun artificio? es decir con esa configuracion que<br></blockquote><blockquote type="cite">estas probando, si tuvieras una direccion publica IPv4 fijo con un<br></blockquote><blockquote type="cite">servidor, los equipos en la IPv6 en que direccion verian a tu servidor?<br></blockquote><blockquote type="cite">en tu IPv4 tradicional o una IPv6 "virtual" ?<br></blockquote><br>Donde se "ve" el servidor depende en parte del DNS. Y en parte de la<br>biblioteca de resolución. Por ejemplo, si tenés IPv6 nativa, o creo que<br>también un túnel a través de broker, entonces tu resolución va a<br>preferir IPv6. Si tenés teredo va a preferir IPv4. Si no tenés doble<br>stack, entonces no se trata de preferencias, sólo se va a consultar la<br>dirección que corresponda.<br><br>En este caso, si son equipos IPv6-only (si usás el nombre del servidor)<br>entonces no van a encontrar a ese host IPv4-only. Ni siquiera van a<br>pedir el registro A.<br><br>En ese caso, agregado al tayga de arriba y "haciendo equipo", necesitás<br>otra cosa que se llama DNS64 (yo uso totd[2]), que toma las consultas de<br>DNS de IPv6 (AAAA), las transforma en consultas IPv4 (A) y cambia la<br>dirección que obtiene IPv6 a una "virtual", que es la que entiende NAT64.<br><br>O sea, para equipos IPv6 only, si usás DNS necesitás DNS64 para<br>resolución y NAT64 para encaminar el tráfico.<br><br>Espero que se entienda algo, creo que me quedó medio enredado.<br><br>Eduardo.<br><br>[1] <a href="http://packages.debian.org/wheezy/tayga">http://packages.debian.org/wheezy/tayga</a><br>[2] <a href="http://packages.debian.org/squeeze/totd">http://packages.debian.org/squeeze/totd</a><br>_______________________________________________<br>Uylug-varios mailing list<br><a href="mailto:Uylug-varios@listas.uylug.org.uy">Uylug-varios@listas.uylug.org.uy</a><br>http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy<br></div></blockquote></div><br></body></html>