M-Lab: Google quiere neutralidad en la red y monitoreará a tu ISP
En FW siempre ha sido recurrente el tema de la velocidad de conexión que nos dan nuestros proveedores de acceso a internet y también el traffic shaping que estos pudieran o no realizar. Después de todo, nuestro vida en red se ve beneficiada o perjudicada directamente por estas variables. Lo malo es que a la hora de reclamar, el ISP siempre se disculpará o negará cualquiera intervención en la velocidad y uno como cliente generalmente carece de las herramientas para discutir lo contrario.
Google quiere que exista neutralidad en la red, que los consumidores estén informados de la calidad de las conexiones por las que están pagando y que puedan determinar donde está el problema que los pudiera afectar. La compañía anunció en su blog la llegada de Measurement Lab (o simplemente M-Lab), una plataforma abierta que está siendo usada para desarrollar herramientas que recaban información sobre el comportamiento de las redes. La idea básica es medir velocidades, realizar diagnósticos y ver si un ISP está bloqueando o reduciendo la velocidad de una aplicación específica ¿alguien dijo BitTorrent?.
Fue durante 2008 cuando Google reunió a un equipo de investigadores para trabajar en este proyecto, el que finalmente está disponible como beta al público. Durante este año M-Lab seguirá creciendo y la compañía pondrá a su disposición 36 servidores ubicados en 12 lugares de Estados Unidos y Europa. Los datos recabados estarán disponibles de manera pública para otros investigadores.
Por el momento M-Lab tiene tres herramientas para ayudarnos a descubrir si nuestros proveedores nos mienten o no, pero en el futuro cercano tendremos dos más. Vamos viendo:
Network Diagnostic Tool: Sirve para medir tu velocidad de conexión y diagnosticar si hay algún problema técnico que la esté limitando.
Glasnost: Herramienta que sirve para ver si tu proveedor está manipulando tu tráfico de BitTorrent.
Network Path and Application Diagnosis: Diagnostica problemas comunes que impactan la última milla de las conexiones de banda ancha.
Pronto además deberían llegar DiffProbe y NANO. La primera servirá para determinar si un ISP le da prioridad a un tipo de tráfico específico por sobre otro, mientras que la segunda nos dirá si un proveedor está degradando la calidad de tráfico de un grupo de usuarios, aplicaciones o destinos.
Seguramente M-Lab le significará a Google algún tipo de roces con varios ISP, pero ahora cuando llames a tu proveedor podrás comenzar la conversación con datos que le den base a tu reclamo.
Link: Measurement Lab (Vía Official Google Blog)
Antonio Toro nos habla de la HP Z1 y el futuro ...
Tim Cook y el futuro de Apple: "No permitiré qu...
Periodista de Arabia Saudita podría ser ejecuta...
Sony quiere medir y cobrar por la energía que c...
La película colombiana "Lecciones para un Beso"...
The Document Foundation anuncia la disponibilid...
HP anuncia su Workstation todo-en-uno Z1
8 gadgets de los que alguna vez nos enamoramos
40 Comentarios
M-Lab: Google quiere neutralidad en la red y monitoreará a tu ISP
Da lo mismo si usas linux o windows al final igual los ISP te bloquean y te hacen traffic shaping, apoyemos a que se aprube la ley de neutralidad en el congreso, revisen neutralidadsi.org
ResponderSaludos.
Bien por Google!
ResponderAhora si los hijos de puta de cablevision aqui en Mexico no tendran excusas para negar que disminyen la velocidad de su horrendo servicio.
ResponderNeutralidad??.. no sera, transparencia?
Responderal parecer desde OSX no corre el test...
Responderpor lo menos se ve como una buena alternativa para poder reclamar por fallos en la velocidad o conexion
local: Start Test
Responderlocal: Control channel to server established.
local: version handshake complete.
remote: Waiting for test to start. Currently there are 5 tests ahead of yours.
remote: Waiting for test to start. Currently there are 4 tests ahead of yours.
remote: Waiting for test to start. Currently there are 3 tests ahead of yours.
remote: Waiting for test to start. Currently there are 2 tests ahead of yours.
remote: Waiting for test to start. Currently there are 1 tests ahead of yours.
local: discard thread: listening for discard data on port 8019...
local: discard thread: stopped listening for discard data.
remote: error: Pathdiag failed to generate report.
Algo es algo
tengo telefonica del sur
Respondery debo decir que nada que reclamar
el torrent al maximo de coneccion
y juego on line siempre y ningun problema, counter y cosas
parece que las cosas çen el sur estan mejores que en la capital xD
voy aplique el test... tengo VTR y esto me salio...
ResponderNuestra herramienta tuvo éxito en la carga de datos mediante el protocolo BitTorrent.
No hay ninguna indicación de que su ISP limita el tipo de archivos BitTorrent. En nuestras pruebas de carga TCP logrado un mínimo de 112 Kbps, mientras que una BitTorrent logrado subir 193 Kbps máximo.
*Nuestra herramienta tuvo éxito en la descarga de datos mediante el protocolo BitTorrent.
*No hay ninguna indicación de que su ISP limita su tasa de descargas BitTorrent. En nuestras pruebas de descarga TCP logrado un mínimo de 104 Kbps, mientras que una descarga BitTorrent máximo alcanzado 233 Kbps.
BitTorrent es el tráfico de forma no estándar BitTorrent puerto (10009) throttled?
*Nuestra herramienta tuvo éxito en la carga de datos mediante el protocolo BitTorrent.
* No hay ninguna indicación de que su ISP limita el tipo de archivos BitTorrent. En nuestras pruebas de descarga TCP logrado un mínimo de 144 Kbps, mientras que una descarga BitTorrent máximo alcanzado 154 Kbps.
* Nuestra herramienta tuvo éxito en la descarga de datos mediante el protocolo BitTorrent.
* No hay ninguna indicación de que su ISP limita su tasa de descargas BitTorrent. En nuestras pruebas de descarga TCP logrado un mínimo de 2 Kbps mientras que una descarga BitTorrent máximo alcanzado 301 Kbps.
Es el tráfico TCP en un conocido BitTorrent puerto (6881) throttled?
*No hay ninguna indicación de que su ISP limite todas las descargas en el puerto 6881. En nuestra prueba, una descarga de TCP en un puerto BitTorrent alcanzado al menos 104 Kbps, mientras que una descarga de TCP en un puerto no BitTorrent logrado al menos 2 Kb / s.
* No hay ninguna indicación de que su ISP coloque límites de cargas en el puerto 6881. En nuestra prueba, una subida de TCP en un puerto BitTorrent alcanzado por lo menos 112 Kbps, mientras que una subida de TCP en un puerto no BitTorrent alcanzado al menos 144 Kbps..
saludos... ahh no trabajo pa VTR, me vi obligado a colocarlo por q el edificio tene concecion con ellos.
Interesante noticia y en este momento el test Glasnost esta corriendo en modo Simple
ResponderVeamos que sale xD
Bien por Google!
ResponderDeja tu Comentario