[uylug-varios] Test de video streaming en IPv6

[Carlos M. Martinez]

Hola!

Sobre el motivo de la prueba, Arturo creo que lo describió muy bien. Yo
agrego nomas que considere que probar cosas 'nuevas' o al menos
diferentes podía ser de interés de algunos integrantes de la lista (cosa
que leyendo los correos y viendo los logs, lo es).

Sobre las posibles fallas, personalmente las que mas me preocupan son
las que tienen que ver con los usuarios que se ven limitados a usar
túneles automáticos (6to4 y teredo), que tienden a fallar muchas veces
de maneras obscuras debido a NATs y filtros varios que estan por ahi en
la red. El enrutamiento asimétrico que tienden a hacer los ISPs locales
también colabora en que a veces los tiempos que se ven sean
incongruentes con lo que tendrían que ser dada la topologia de la red.

Los servicios cuando son accedidos usando IPv6 'nativo' funcionan igual
que en IPv4, no hay diferencia. Como comentábamos con alguien hace unos
dias, ya recibimos spam sobre IPv6 rutinariamente :-) Todo lo que es
web, email, ftp, BitTorrent (si!) funciona sin historias.

El tema del streaming de video es un problema espinoso ya en IPv4 debido
a la mezcolanza de tecnologías que involucra: El player en Flash con
fallback a HTML5, el encoder, el streaming server, muchas de esas cosas
usando protocolo en puertos un poco raros (1935 TCP p.ej.). Por eso nos
surgió la idea de pedirle a gente desde fuera de nuestra red que  nos
ayudar a probar. Lo hicimos en varias listas, no solo en esta, y por
suerte mucha gente nos ayudo. Tuvimos hasta gente de China accediendo al
test del streamer.

Espero que se entienda cual fue el espíritu del pedido de ayuda.

Y sobre IPv6: hay que apurar (pedir públicamente) a que nos den IPv6
nativo, o al menos sobre 6rd (un mecanismo de túneles que no tiene los
problemas mencionados arriba).

s2

Carlos



On 6/2/12 8:35 PM, Eduardo Trápani wrote:
>>> Por eso ahí va la pregunta: ¿pueden citar ejemplos de fallas probables/esperadas?  (no dudo que existan, entiendo que debe haber, sólo quiero aprender y conocerlas y de paso buscarlas y de ser necesario tenerlas en cuenta cuando ponga servicios en IPv6).
>> La falla viene justamente por los túneles y el problema no es de ipv6 sino de maraña de filtros firewalls y NAT ademas de otras cosas que hacen que los túneles como teredo no sean confiables. 
>> A cuenta de una repuesta mas larga mañana. 
> Soy paciente :) ...  Para ser más claro, sin esos ejemplos de arriba me parece que se trata más o menos de "a ver si falla algo según la IPv6 que tengo".  No digo que esté mal, sólo que no suena muy "científico" y denota una cierta inseguridad/desconfianza en la infraestructura.  También podría ser propaganda encubierta y caí y lo probé ;).  Con esta prueba, si todos los paquetes estuvieran llegando duplicados, puede ser que ni me entere, lo voy a ver bien igual.
>
> Dale, decinos *algo* que hubiera podido fallar y que no fuera culpa de la conectividad del cliente en particular, sino del servidor o de la infraestructura general de IPv6 para esos sabores ...
>
> Eduardo.
>
> PD: la comparación de madurez de Arturo no me aclara mucho a *mí*.  De repente a alguien con más experiencia en internet global sí, no sé de repente para alguien que en esa época estuviera manejando rutas a nivel país o RAU o backbone.
> _______________________________________________
> Uylug-varios mailing list
> Uylug-varios at listas.uylug.org.uy
> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy