Inspeccion de paquetes/limitacion de tráfico del ISP

Iniciado por chillinfart, 28 Septiembre 2011, 02:39 AM

0 Miembros y 1 Visitante están viendo este tema.

chillinfart

Bien ¿hasta qué punto un ISP puede engañar a ciertas pruebas como Glasnost? ¿O hasta qué punto puede impedir que una conexión cifrada se dé?

Me explico, primero el segundo caso. En Julio pasado había contratado el servicio de VPN de Hidemyass (que usa el protocolo PPTP), resultando en desconexiones casi inmediatas al minuto de entrar. Pedí reembolso ante este problema y entré a Vpntunnel, un proveedor sueco que usa OpenVPN. Casi no hay un día en el que salga un error relativo a la dirección de los servidores, desde vpntunnel reportan no hay problemas y en otros foros igual (el día que me pasa este incidente).

Sobre el primer caso, las pruebas de velocidad de Vuze van bien (cifrado y sin cifrar), pero en la práctica tengo problemas con casi todas las demás pruebas mediante Bittorrent (incluyendo las descargas en sí, aun con muchos seeds), como si hubieran averiguado las direcciones usadas y lo tuvieran como excepción. Igual la prueba Glasnost.

Si, es mi eterna pelea con ese operador mexicano, que regresó a las andadas y anda esperando que se apruebe un tratado mordaza para hacer esto con impunidad.

¿Qué puedo hacer? ¿Ahora como contrasto esta falacia de que "todo anda bien"? ¿Algún sistema parecido a la prueba de velocidad de Vuze?

Y hablando de eso, en este foro dejaron información sobre el proyecto N00ter, para verificar esas limitaciones de tráfico ( http://foro.elhacker.net/noticias/n00ter_herramienta_para_detectar_cuando_un_isp_limita_la_velocidad-t335645.0.html ) ¿Qué fue de ese programa?

el-brujo

¿Has realizado más tests de velocidad fiables?

http://www.elhacker.net/tests.htm

Test if your ISP is shaping your traffic
http://broadband.mpi-sws.org/transparency/bttest.php

Dudo que ningún ISP impida conexiones cifradas... o las corte o las limite, ni en China hacen eso xD

Si la OpenVPN se corta, pueden ser muchas cosas... siempre que usas vpn pues irá más lento lógicamente, pero no debería cortarse.

En España no recuerdo que ISP también montó un proxy caché transparente para ahorrar tráfico, pero creo que al fina lo quitaron....

El programa N00ter en la noticia pone que todavía no lo habían sacado. Tu lucha es un tanto complicada contra un ISP sin pruebas concluyentes, se necesita datos muy técnicos y ser un experto para poder demostrar lo que comentas.

chillinfart

#2
Ahí apuntan mis sospechas.

http://broadband.mpi-sws.org/transparency/bttest.php

Pareciera que a este sitio lo tuvieran en lista de excepciones o algo parecido, porque no muestra "nada raro" al igual que Vuze. Ahora dejo las preguntas de noob y soy un poco más específico. De acuerdo a una inspección que hicieron a mi línea antes de la apelación, Claro usa uno de estos para el internet móvil. ¿alguna referencia para poder ver mejor su funcionamiento?

Por otra parte, claro anteriormente había intentado sabotear algunos sitios como scribd o mediafire (no bloquear, sino sabotear) entorpeciendo la llegada de datos a ellos. En ese entonces, hallé una pista que coincidía con el raro comportamiento de la línea en esos casos(Opera logró mostrar el error asociado en una de esas fallas), aunque no fue fácil notarlo. ¿Hay una forma para que firefox u Opera puedan ser forzados a mostrar el número del error cuando falla una conexión? Sería de gran ayuda, por las dudas de su aparición no lo incluí en la apelación pero pudo haber sido un golpe duro.

Finalmente, Claro en esa ocasión mandó su propio reporte de puertos para contrastar los míos, usando el Microsoft Network Monitor (yo me valí de Port Detective y la Asosiación de Internautas para mostrar que el acceso a los puertos TCP anda muy restringido). Lejos de limpiarse de polvo y paja, hizo patente las reglas estrictas de sus sistema NAT al tener ambas pruebas como válidas  :xD (y un jalón de orejas para ellos mismos por no poner información técnica o relativa a esto en el contrato).

En realidad, ese proceso terminó a mi favor en junio pasado, pese a mis limitaciones con las pruebas logré dejar en ridículo los argumentos de la operadora. El detalle es que no sancionaron a la operadora ni mucho menos han arreglado ese último punto al enfocarse más en la limitación de tráfico, aunque el lío con los puertos sigue siendo el más grave. Básicamente ando viendo como prepararme ante otras arbitrariedades que ande preparando la operadora y cuyos síntomas ya se sienten (han vuelto más agresivas las restricciones de puertos, ya mandé un reporte caballerosamente por ello, pero necesito prepararme para lo peor).

De todas formas, gracias por la respuesta.


lobo79

#3
Llevo muchos años trabajando en redes y en ese tiempo he estado en varios ISP (locales e internacionales). En ninguno de ellos se filtraba trafico por puertos, pero en algunos si se limitaba el ancho de banda para determinados protocolos (P2P) o URL (megaupload, rapidshare....) por lo que en las horas pico la velocidad de los mismos se veia reducida.
Ahora bien, yo no solo trabajo en ISP sino que tambien soy usuario y mi proveedor tambien me limita los P2P. La solucion que encontre fue bajar los torrent en un servidor externo y traerme todo eso a mi PC por FTP (que no esta limitado).
Googlea y vas a encontrar empresas que ofrecen servidores para torrents (seedbox), no pongo la contrate porque se veria como que estoy haciendo publicidad. Saludos