Ono NO capa Megaupload. Diagnóstico del problema.

jajajaj AlphRed - Low cost IP transit, cheap dedicated server bandwidth pricing.

Si Ono no fuera tan ratera no tendría estos problemas. Aun siguen capando el P2P y ahora compran el ancho de banda a un empresa de tercera division... patetico asi va el servicio de Ono.

Pues mi ISP es Ono y si puedo acceder perfectamnete a -Alphared.com- y de momento (y aunque no sea un usuario comun de Megaupload ni de Rapid....) cuando he tenido que descargar desde esas paginas no he tenido poblemas, en fin.

Estais flipando!!!

Obviamente si marcas DF y la MTU es superior a la del enlace por el que se llega al router no va a responder! Ahora que si se permite el DF el router lo fragmenta sin mayor problema.

Por favor no digamos estupideces.

Si le mandas un ping de 1468 bytes infragmentable te lo descarga. Pero si le mandas un paquete TCP te lo fragmentará tanto como sea necesario.

NO SEAMOS ABSURDOS!. De no ser esto así Internet NO FUNCIONARÍA.

POR FAVOR!

Puede que el problema tenga una solución más sencilla. Si se os queda esperando la conexión a s.megaclick.com (lo veréis en la barra de estado), con la extensión AdBlock en Firefox solo tenéis que bloquear esta dirección y ya os cargará perfectamente. Al menos eso es lo que me pasaba a mi (solo aparecia el fondo de la página) y a más personas de un mismo foro y se solucionó de esta forma.

Saludos!

Pongamos otro ejemplo. RedIRIS.

Desde el FTP de RedIRIS toda España puede bajar a máxima velocidad sin problema alguno. Si hacemos un tracert nos encontramos con esto:

Traza a la dirección zeppo.rediris.es [130.206.1.5]
sobre un máximo de 30 saltos:

1 <1 ms <1 ms <1 ms DD-WRT [192.168.1.1]
2 7 ms 8 ms 7 ms 10.202.96.1
3 19 ms 8 ms 8 ms 10.127.45.69
4 9 ms 10 ms 8 ms 10.127.8.145
5 12 ms 12 ms 8 ms 10.127.3.10
6 11 ms 9 ms 8 ms rediris-2.espanix.net [193.149.1.154]
7 11 ms 9 ms 8 ms 130.206.206.201
8 9 ms 8 ms 10 ms XE4-0-0.EB-IRIS4.red.rediris.es [130.206.250.2]
9 18 ms 9 ms 10 ms XE3-0-0-264.EB-IRIS6.red.rediris.es [130.206.206.133]
10 11 ms 9 ms 10 ms zeppo.rediris.es [130.206.1.5]

Traza completa.

Ahora bien. Resulta que si hacemos un ping con 1488 bits a un router intermedio, por ejemplo el IRIS4 nos encontramos con que:

Haciendo ping a 130.206.250.2 con 1489 bytes de datos:

Es necesario fragmentar el paquete pero se especificó DF.
Es necesario fragmentar el paquete pero se especificó DF.
Es necesario fragmentar el paquete pero se especificó DF.

Estadísticas de ping para 130.206.250.2:
Paquetes: enviados = 3, recibidos = 0, perdidos = 3
(100% perdidos),

OH CIELOS, NO RESPONDE. Eso significa que nadie con un MTU superior a 1462 es capaz de descargar nada de RedIRIS. Por tanto nadie de ONO podrá hacerlo

Un caso más de "paranoia FTW"

Sinceramente me parece que estais absolutamente equivocados.

Cuando se envian datos con tamaño superior a la MTU de un enlace, es el router que envia los datos el que determina si se puede o no reenviar ese paquete. En caso de que el tamaño sea superior y se pueda fragmentar se fragmentara en el nivel ip sin mayor problema. Seran enviado y reensamblado en el destino.

En el caso de que el tamaño de los datos sea superior y este habilitado el bit DF como es el caso de vuestras pruebas, es decir no se permite fragmentacion de ese paquete ip, el router anterior al enlace con el tamaño de MTU menor que los datos descartara ese paquete ip y normalmente devolvera un icmp indicando que es necesario fragmentar. (de eso no hemos visto capturas aqui).

Esto es asi con todos, absolutamente todos los nodos de la red, es un principio basico del protocolo IP.

Es muy improbable que un router no sea capaz de fragmentar paquetes, seria una configuracion muy atipica y sobre todo en contra de la estructura de la red para proposito general. Sobre todo cuando se trata de un router que da servicio a conexiones TCP-UDP, donde el tamaño de los datos es habitualmente mayor de la MTU disponible. En cualquier caso si se impide la fragmentacion como haceis en esa prueba... es obvio que no funcionara.

Ahora bien, que se a ciertos usuarios les suceda, a otros no, y que si rebajais el tamaño de la MTU funcione demuestra que algo raro sucede, pero dudo que el problema este localizado en los nodos intermedios.

Actualizado: Me corrijo a mi mismo, viendo las capturas en el otro hilo, veo que teneis el parametro MTU discover activado. Eso precisamente lo que provoca es forzar el no fragmentado y determinar cual es la MTU maxima. El router en cuestion devolvera un paquete indicando cual es la MTU maxima de cada salto, pero si ya enviais un paquete con un tamaño que excede una mtu desde el principio y no se puede fragmentar... Nada de esto sucedera, mtu discover no funcionara.

Y digo yo, si el problema es este, por que metiendo los DNS a pelo si que funciona?.

No tiene sentido ninguno las noticias que dais

Ono NO capa Megaupload. Diagnóstico del problema.

:D ¡ todo se pega... ;-)

Puedes forzar un MTU más bajo de 1500 bytes en tu ordenador

si. eso dicen algunos tecnicos "de robotics"... siempre lo solucionan todo bajando el MTU, pero eso es un parche practico, no una solucion definitiva.

si realmente el principal problema fuese la fragmentacion, y asi parece, y dado que muchos usuarios afirman que "seran devueltos" los paquetes y fragmentados en mayor medida... aunque "funcione" en algunos casos ?

MTU altos ? no provocarian atascos en esos nodos, que necesitan de paquetes mas pequeños ? al tener que "re-fragmentar" ? no provocaria es mas trafico de datos?¡

y si "se standariza" el trabajar con MTU mas bajos, estamos aumentando el trafico de validacion, pues hacen falta mas paquetes, para mandar lo mismo... aunque por lo que se ve, la diferencia es bastante pequeña... en bytes.

el problema es en el nodo y que los usuarios tengan que bajar el MTU... es un parche. Ahora bien ? quien es el que se puede poner en CONTACTO con la empresa en cuestion ?... eso es otro tema.

Yo puedo descargar desde megaupload y ver la web esa que comentas. La verdad es que no tengo ni idea de por qué, pero incluso haciendo la prueba justo ahora, me está descargando de megaupload a 400 sin cuenta premium.

Se me olvidaba decir que soy Canario y puede que como aquí todo es ( en coneccciones ) mas antiguo que en la península si que funcione.

Desde luego que no lo capa, soy free y muchas veces me descarga a 700kas, aveces si que me ocurre que no comienza la descarga (cosa que me pone de los nervios). Otra cosa que tiene poco que ver es que una vez me hizo una descarga a 1.5 Megas(no en megaupload) eso es normal?? Yo uso el de 6megas.

¿Y como se mira en Windows si tienes activado el DF?

Pues si que hay que hacer historias si tienes Ono para poder descargar, cuando no es un pito es una flauta, lo cierto es que casi siempre es el mismo operador el que da problemas con las descargas y eso sin contar con las que da cuando "aumenta" la velocidad en los que, los que pagamos, siempre hacemos de conejillos de indias :(.

Ono, o el cuento del Pastorcillo Mentiroso... ¡Que viene el lobo..! Peor para ellos.

yo tengo ono y si puedo entrar en megaupload y en alphared

segun experiencia personal y lo leido por el foro, tal vez estos problemas solo los sufra la red ONO? y la Red Auna(de la que yo soy) tengo un tamaño del archivo menor y si pueda acceder?

Chapo equipo de BA!!

Pues yo puedo entrar sin problemas a esa web y esa ip no me da problemas :f

la operadora, conocida por limitar la velocidad del P2P cuando su red está saturada.

Te ha faltado decir que la saturación ocupa al 100% del tiempo.

Por alguna extraña razón, yo no he tenido ningún problema hasta que me han puesto los 50 megas. Ha sido llegar estos y comenzar el lío. Cada vez que uso el gestor de archivos de megaupload para intentar bajar cualquier archivo, me genera una situación en la que un par de archivos me los da por bajados (y no lo están) y el resto se quedan como erróneos. Y como simpático extra, se me corta la conexión a Internet durante unos segundos.

Con lo bien que estaba yo con los seis megas... Ains