Banda Ancha EU

Información independiente
sobre fibra, móvil y ADSL

hosting en interdominios

282

Ono NO capa Megaupload. Diagnóstico del problema.

Desde hace unas semanas no es posible descargar con normalidad archivos alojados en Megaupload desde las conexiones de Ono. Las sospechas caen directamente sobre la operadora, conocida por limitar la velocidad del P2P cuando su red está saturada. Pero en esta ocasión ¿quién es el culpable?

Tanto Rapidshare como Megaupload limitan la velocidad de descarga en sus cuentas que no son Premium, así que no esperes alcanzar la máxima velocidad de tu línea si no has pagado por el servicio.

El problema de las páginas alojadas en Megaupload es que no acaban de descargarse cuando se accede desde Ono. La visualización del HTML se queda incompleta y el navegador se queda esperando indefinidamente la respuesta del servidor para poder continuar.

En los foros se abrieron varios hilos sobre el tema y la primera solución, propuesta por yomimmo, consistía en añadir al archivo host, los nombres de los servidores que no respondían, apuntando a localhost. Con esto se conseguía que las páginas acabaran de cargar, al ignorar al servidor problemático.

De todas formas, en vista de que el problema persiste, es importante saber si Ono está dificultando de alguna manera el acceso a páginas de descarga directa. Desde ellas se descargan cantidades ingentes de archivos de gran tamaño y el operador se puede ver tentado a límitar la velocidad desde ellos si cree que su red no tiene capacidad suficiente.

Diagnósticando el problema

Frankie2004 apuntaba ayer la posibilidad de que uno de los routers por los que se encamina el tráfico entre Ono y Megaupload no sea capaz de enrutar paquetes IP con el tamaño que los envían por defecto las conexiones de cable.

La información viaja en la red fragmentada en paquetes IP, cuyo tamaño máximo es de 1500 bytes. El cable utiliza el 100% de esta capacidad, pero el ADSL, debido a la información adicional que debe añadir a cada paquete para que viaje hasta la central (ATM, PPPoE, etc), solo puede aprovechar hasta 1492 bytes de cada paquete.

Si hacemos una traza entre Ono y un servidor de Megaupload, veremos los saltos por los que se enruta la información intercambiada entre nuestra conexión y el servidor.

C:\Users\josh>tracert www219.megaupload.com
Traza a la dirección www219.megaupload.com [69.80.254.194] sobre un máximo de 30 saltos:

1 1 ms 1 ms <1 ms buffalo.setup [192.168.11.1]
[...]
10 21 ms 21 ms 21 ms ge-6-0-0-dcr1.esx.cw.net [206.24.137.193]
11 43 ms 46 ms 44 ms so-1-0-0-dcr2.lnd.cw.net [195.2.10.25]
12 44 ms 43 ms 44 ms xe-7-2-0.xcr1.lsw.cw.net [195.2.21.161]
13 119 ms 119 ms 120 ms xe-7-1-0-xcr1.nyk.cw.net [195.2.10.109]
14 115 ms 115 ms 116 ms xe-0-0-0.xcr1.ash.cw.net [195.2.21.182]
15 116 ms 116 ms 116 ms eqix-ash.alphared.com [206.223.115.109]
16 152 ms 161 ms 153 ms backbone.fiberstorm.com [69.80.233.61]
17 164 ms 161 ms 161 ms 69.80.236.205
18 * * * Tiempo de espera agotado para esta solicitud.
19 165 ms 159 ms 159 ms backbone.fiberstorm.com [69.80.233.166]
20 153 ms 152 ms 151 ms hosted.by.alphared.com [69.80.254.194]

Traza completa.

Haciendo pings a cada uno de los saltos con paquetes de tamaño determinado e indicando que no deben ser fragmentados, averiguaremos que router es el que no admite paquetes con el tamaño que nosotros le estamos enviando.

Al hacer ping 69.80.236.205 -l 1468 -f veremos que el router responde, sin embargo, solo con aumentar un byte el tamaño del paquete, ya no obtendremos respuesta.

Es decir, el problema reside en que el router 69.80.236.205, propiedad de Alpha Red Inc. no admite paquetes con un tamaño superior a 1488 bytes. y cuando recibe uno de tamaño superior, como los que procedentes de una conexión de cable, sencillamente son ignorados. Prueba de ello es que la misma web de www.alphared.com no es accesible desde Ono.

¿por que si puede accederse desde otros operadores? Puede ser debido al MTU más bajo del ADSL y a que el tráfico desde otros puntos de la red llegue a Alpha Red mediante otro proveedor de conectividad y no entre por el enrutador 'maldito'. O también a que Megaupload tenga servidores en otros datacenters.

Soluciones

Puedes forzar un MTU más bajo de 1500 bytes en tu ordenador. Con el optimizador de conexión a internet de BASpeed podrás configurar el MTU de tu conexión.

Si necesitas ayuda, en el foro de Ono o más concretamente en el foro de redes podrán echarte un cable.

    • este es mi tracert a megaupload(premium) Traza a la dirección…

      este es mi tracert a megaupload(premium)

       Traza a la dirección www219.megaupload.com [69.80.254.194]
      
       sobre un máximo de 30 saltos:
      
       1 5 ms 5 ms 8 ms 10.171.0.1
      
       2 13 ms 6 ms 7 ms 10.175.242.25
      
       3 7 ms 8 ms 14 ms 10.175.242.1
      
       4 27 ms 25 ms 21 ms 10.254.3.33
      
       5 22 ms 23 ms 23 ms 10.254.1.229
      
       6 20 ms 22 ms 22 ms 10.254.2.222
      
       7 29 ms 130 ms 46 ms 10.207.240.178
      
       8 24 ms 21 ms 24 ms ge-6-0-0-dcr1.esx.cw.net [206.24.137.193]
      
       9 43 ms 44 ms 52 ms so-7-0-0-dcr2.tsd.cw.net [195.2.9.145]
      
       10 46 ms 50 ms 44 ms so-4-0-0-dcr1.lnd.cw.net [195.2.9.14]
      
       11 46 ms 46 ms 53 ms xe-4-1-0.xcr1.lnd.cw.net [195.2.25.54]
      
       12 58 ms 50 ms 110 ms cogent-gw.ldt.cw.net [208.175.240.30]
      
       13 84 ms * 53 ms te3-1.mpd02.lon01.atlas.cogentco.com [130.117.2.
      
       26]
      
       14 131 ms 129 ms 136 ms te9-3.ccr02.jfk02.atlas.cogentco.com [154.54.5.1
      
       22]
      
       15 144 ms 143 ms 142 ms te9-4.ccr01.dca01.atlas.cogentco.com [154.54.26.
      
       185]
      
       16 139 ms 144 ms 144 ms te8-1.mpd01.dca01.atlas.cogentco.com [154.54.26.
      
       45]
      
       17 167 ms 170 ms 178 ms te2-2.mpd01.iah01.atlas.cogentco.com [154.54.2.1
      
       46]
      
       18 174 ms 172 ms 175 ms 38.20.43.122
      
       19 170 ms 167 ms 174 ms 38.104.60.78
      
       20 * * * Tiempo de espera agotado para esta solicitud.
      
       21 * * * Tiempo de espera agotado para esta solicitud.
      
       .....
      
       30 * * * Tiempo de espera agotado para esta solicitud.
  • Boca de Pez Boca de Pez
    0

    jajajaj AlphRed - Low cost IP transit, cheap dedicated server…

    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.

  • Boca de Pez Boca de Pez
    6

    Pues mi ISP es Ono y si puedo acceder perfectamnete a…

    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.

    • Pues ami desde astillero(santander) hay links que van bien…

      Pues ami desde astillero(santander) hay links que van bien pero me estoy topando con muchos que a pesar de bajar el MTU o poner la direccion esa en el archivo de host me bajan super lentos entorno de 15 o 50kbs como muccho con ono 12Mb .. He enviao un par de mails a megaupload a ver si saben algo y no he recibido respuesta

  • 12

    Buenos dias, &nbsp; yo uso regularmente Megaupload desde mi…

    Buenos dias,

    yo uso regularmente Megaupload desde mi conexion de ONO (6Mb / Madrid) y no he tenido ningun problema en particular...

    saludos

    http://testvelocidad.eu/results/5yqp3

  • Boca de Pez Boca de Pez
    0

    Estais flipando!!! Obviamente si marcas DF y la MTU es…

    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.

  • 12

    Interesante, pero no todos los usuarios estamos afectados. El…

    Interesante, pero no todos los usuarios estamos afectados. El Nodo Madrid.Norte (Alcobendas) descarga sin problemas desde megaupload y rapidshare y accede a alphared

  • Boca de Pez Boca de Pez
    6

    Por favor no digamos estupideces. Si le mandas un ping de…

    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!

  • Boca de Pez Boca de Pez
    6

    Puede que el problema tenga una solución más sencilla. Si se…

    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!

    • Son dos problemas distintos, un el del servidor…

      Son dos problemas distintos, un el del servidor s.megaclick.com y otro el de MTU. Puede darse el caso de que te afecten los dos, que solo te afecte uno de los dos o que no te afecte ninguno de los dos.

  • Boca de Pez Boca de Pez
    6

    Reducción a lo absurdo:

    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

    • Es que el problema de descarga con esa red no se da en todo…

      Es que el problema de descarga con esa red no se da en todo Ono, porque Ono no enruta por los mismos sitios a todos sus clientes. Tengo un amigo en Madrid que llega perfectamente, mientras otros en Alicante anteayer en las pruebas del hilo no llegaban.

      Yo al menos todavía no tengo claro en qué router de la cadena se impide el paso de paquetes fragmentados.

  • Sinceramente me parece que estais absolutamente equivocados.…

    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.

  • Boca de Pez Boca de Pez
    0

    Y digo yo, si el problema es este, por que metiendo los DNS a…

    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&nbsp;¡…

    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.

  • se supone que los usuarios de ono no podemos acceder al…

    se supone que los usuarios de ono no podemos acceder al www.alphared.com? porque yo si puedo y sin usar proxy ni nada, o el problema ocurre al restringir el MTU y la fragmentación?

     Traza a la dirección www219.megaupload.com [69.80.254.194]
    
     sobre un máximo de 30 saltos:
    
     1 19 ms 5 ms 5 ms 10.203.96.1
    
     2 7 ms 8 ms 7 ms 10.127.45.149
    
     3 6 ms 7 ms 7 ms 10.127.8.133
    
     4 9 ms 7 ms 7 ms 10.127.3.46
    
     5 * 8 ms * te4-3.mpd01.mad04.atlas.cogentco.com [
    
     09]
    
     6 7 ms 8 ms 9 ms te8-4.mpd02.mad05.atlas.cogentco.com [
    
     69]
    
     7 30 ms 31 ms 32 ms te2-3.ccr01.par02.atlas.cogentco.com [
    
     78]
    
     8 * * * Tiempo de espera agotado para esta sol
    
     9 123 ms 122 ms 122 ms te3-8.mpd03.jfk02.atlas.cogentco.com [
    
     3]
    
     10 129 ms 130 ms 131 ms te8-3.mpd01.dca01.atlas.cogentco.com [
    
     8]
    
     11 153 ms 154 ms 158 ms te2-2.mpd01.iah01.atlas.cogentco.com [
    
     46]
    
     12 155 ms 156 ms 154 ms 38.104.61.46
    
     13 156 ms 154 ms 155 ms hosted.by.alphared.com [69.80.226.174]
    
     14 163 ms 162 ms 161 ms backbone.fiberstorm.com [69.80.233.238
    
     15 161 ms 160 ms 161 ms hosted.by.alphared.com [69.80.254.194]
  • Boca de Pez Boca de Pez
    6

    Yo con Ono no tengo problema.

    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.

    • Muy interesante. Gracias. Si lees el hilo del foro, todas las…

      Muy interesante. Gracias.

      Si lees el hilo del foro, todas las técnicas descritas en ese documento de Microsoft ya se han probado. Lo que yo desconocía era que un BlackHole devolvería el mensaje "Tiempo de espera agotado para esta solicitud".

      A ver si alguien que sea cliente de Ono y tuviese los problemas (en Madrid parece que nos iba bien a todos) puede intentar detectar cuál es el router maldito.

    • bueno, curioso, que estan "TAN DOCUMENTADO", esto no hace mas…

      bueno, curioso, que estan "TAN DOCUMENTADO", esto no hace mas que confirmar que el PROBLEMA son esos routers y esas empresas, que los usuarios tengan que bajar SU MTU provocando mas trafico de validacion, es una solucion tempora, un parche...

      ...el Nirvana esta más cerca de lo que piensan...

  • Boca de Pez Boca de Pez
    6

    Desde luego que no lo capa, soy free y muchas veces me…

    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.

    • En Windows no está activado el DF por defecto. Se activa…

      En Windows no está activado el DF por defecto. Se activa únicamente en el comando ping, para decirle a los paquetes que no se fragmenten, pero Windows, por si mismo, no puede (ni debe) activar este flag en los paquetes, ya que debe seguir a rajatabla los protocolos de internet (en este caso, el TCP).

      Un saludo :)

    • El DF no esta activado si no se fuerza, lo que ocurre es que…

      El DF no esta activado si no se fuerza, lo que ocurre es que W usa MTU Discovery y se supone que el router en concreto debe devolver la informacion de la maxima MTU sin fragmentar, en este caso el primer paquete es çmayor que la MTU pero no devuelve la informacion de tamaño maximo, en MS lo definen como un BlackHole, se supone que se puede activar una funcion del stack de W que para detectar los blackholes. Lo siguente seria lo necesario para activar esa funcionalidad, como cualquier modificacion de este tipo es necesario reiniciar el W para que sea efectiva:

      Habilitar la función de detección de agujeros negros PMTU en hosts basados en Windows que se comunicarán a través de una conexión WAN. Siga estos pasos:

      1. Inicie el Editor del Registro (Regedit.exe).
      2. Busque la siguiente clave del Registro: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\tcpip\parameters
      3. En el menú Edición, haga clic en Agregar valor y, después, agregue el valor siguiente al Registro: Nombre del valor: EnablePMTUBHDetect
        Tipo de datos: REG_DWORD
        Valor: 1
      4. Cierre el Editor del Registro y reinicie el equipo
  • Boca de Pez Boca de Pez
    6

    Pues si que hay que hacer historias si tienes Ono para poder…

    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 :(.

  • Boca de Pez Boca de Pez
    -6

    eso son los problemas derivados del p2p capas el p2p y luego…

    eso son los problemas derivados del p2p capas el p2p y luego eso tiene efectos colaterales con paginas web o lo que sea lleve trafico solucion usar jdownloander y ver que pasar,ono tiene una tele de pago que mantener como la timo imageneo y no es de estreñar que la timo pronto aga algun capado de estos alo ono para ver si algun pardillo se abona a imageneo esto de los isp para evitar estos problemas es abonarse aun isp que no tenga tv de pago. asi no ay capado,es aplicar la logica los isp con tv integrada no captan clientes de la misma manera que si un usuario se baja las las pelis del p2p a tener que comprarselas a ellos a 5 3ueros el pase y solo la vez una vez un robo te la bajas del p2p le ves antes tres seis meses antes las vez las veses que quieras y cuando llege alas taquillas de tv de pago ya esa peli esta para mi descatalogada a seis meses del estreno y que te la cobren 6 3 eur po un solo pase es un robo ellos lo saben como intentan atajar esto capando el p2p.seamos serio sabemos lo que pasa y por que pasa.

  • Boca de Pez Boca de Pez
    6

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

    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?

  • Boca de Pez Boca de Pez
    6

    la operadora, conocida por limitar la velocidad del P2P…

    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…

    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