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.

Los comentarios más recientes se muestran primero. Haz click sobre un comentario para desplegar/plegar.
  • 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

    • 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.
  • BocaDePez BocaDePez
    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.

    • Creo que no estás entendiendo el problema. Hay determinados…

      Creo que no estás entendiendo el problema. Hay determinados nodos de alphared, que no responden a paquetes por encima de 1488 bytes. La gente que tiene ONO, tiene un MTU de 1500 bytes, y al ser mayor la cantidad de datos que reciben, de la que son capaz de dar los routers de alphared, esos routers ignoran las peticiones de envío de información. Por eso se indica que lo lógico sería rebajar el MTU a 1488 bytes, para evitar que los paquetes sean ignorados por los routers de alphared.

      Un saludo :)

      • Para los usuarios de windows hay otra solucion, activar el…

        Para los usuarios de windows hay otra solucion, activar el bit de MTU Discovery y no fijar el MTU a un valor determinado.

      • BocaDePez BocaDePez
        6

        Perdona pero yo estado probando con paquetes con mas de 1500…

        Perdona pero yo estado probando con paquetes con mas de 1500 bytes de datos y han respondido perfectamente, obviamente no lo han hecho cuando estaba habilitado el bit de DF... cosa que hara cualquier nodo o enlace cuando el tamaño de los datos exceda la MTU.

    • Efectivamente, lo que no se es si la pila de protocolo IP en…

      Efectivamente, lo que no se es si la pila de protocolo IP en Windows pone por defecto el DF. En mi Windows no está activado. Aunque tambien es cierto que se puede impedir que un router fragmente paquetes con MTU demasiado grande.

      LA indagacion sería más fiable en sus conclusiones si alguien con el problema demostrara que cambiando la MTU consigue hacerlo funcionar.

      • Si te hubieses pasado por el post que se indica en la noticia…

        Si te hubieses pasado por el post que se indica en la noticia hubieses visto que si se ha hecho, incluso yomimmo :P , con el ordenador de windows no tengo problemas ya que el MTU esta a 1300 porque es imposible ponerle uno superior a eses (interfaces virtuales para VPN que bloquean el MTU a 1300) y con el portatil con linux (sin modificar nada) si le doi al mismo fichero se queda pensando "in eternun" y no descarga.

        • Efectivamente pensé que la noticia era autocontenida y no leí…

          Efectivamente pensé que la noticia era autocontenida y no leí el post. Gracias por la aclaracion.

          Curioso que el router tenga desactivada la fragmentacion de paquetes. ¿Habeis pensado que tal vez sea un firewall en vez de un router y que al fragmentar paquetes antes que él, el FW simplemente descarte porque no entiende la falta de cabeceras en el fragmento IP?

          Claro, que si fuera así, el fallo con el DF puesto sería anterior. Uff, tendría que comparar qué IP es la que se detecta que no fragmenta y qué IP es la última en responder al ping. O podría ser un FW de nivel 2. Claro que para más tendría que leerme el post entero. Uff. Creo que mejor me callo. :-/

          Es que me parece muy curioso. Pero desde luego es de agradecer el esfuerzo que realizarais para encontrar la solucion, no me malinterpretes. Ante todo, gracias por contribuir a la comunidad de forma desinteresada. :)

      • Por el mismo diseño de protocolo, si se intenta transmitir un…

        Por el mismo diseño de protocolo, si se intenta transmitir un paquete de MTU superior a la permitida en el enlace de salida, lo normal es que el nivel IP del router lo fragmente y lo envíe sin mas problema.

        El extremo remoto lo reensambla antes de subir la PDU a TCP y listo.

  • BocaDePez BocaDePez
    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

  • BocaDePez BocaDePez
    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.

  • 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.

    • Como han apuntado antes, el hecho de fragmentar no es malo,…

      Como han apuntado antes, el hecho de fragmentar no es malo, muchos routers fragmentan sin problemas porque si no, no funcionaría Internet en absoluto, en eso estoy de acuerdo.

      No todo el mundo en todo el planeta tiene las mismas MTU, ni todos los medios usan la misma carga ... en modem clásico se usaba 576, en Ethernet 1500, los "Jumbo Frames" pueden superar los 9000, y en ATM son solo 53 bytes por celda.

      Fragmentar es algo normal. Lo malo es cuando un router no avisa de ello, lo bloquea, o lo descarta.

      • Ojo, los 53 bytes de ATM no son la MTU IP, sino el tamaño de…

        Ojo, los 53 bytes de ATM no son la MTU IP, sino el tamaño de celda. En ATM, para transmitir IP lo típico es encapsular el paquete en AAL5, que es un nivel de adaptación a ATM. Luego el paquete AAL5 se fragmenta en varias celdas y se reensambla en donde se haga procesamiento IP. Hay un mecanismo para señalar en una secuencia de celdas cuál es en la que finaliza el paquete AAL5 fragmentado, creo que marcando un bit. Con AAL5 se pueden mandar datagramas de hasta 65535 bytes.

        en.wikipedia.org/wiki/AAL5

      • efectivamente ¡, no todos los medios usan la misma carga...…

        efectivamente ¡, no todos los medios usan la misma carga... eso es cierto... los Valores de MTU, pasan de 10.000 en algunas configuraciones ...

         Red MTU (bytes) -----------------------------------
        Token Ring de 16 Mbps 17914
        Token Ring de 4 Mbps 4464
        FDDI 4352
        Ethernet 1500
        IEEE 802.3/802.2 1492
        PPPoE (minipuerto WAN) 1480
        X.25 576

        el tema es ? por que configurar un router con valores de MTU mas bajos ? y para que no avise ? cual sería el objetivo ?

        da que pensar que "no pueden" gestionar todo el trafico, y ademas, si la configuracion por defecto de los usuarios son valores altos de MTU, ( logico, por otra parte, por que eso provoca menos trafico de validacion ) y ESE router no puede gestionar ese trafico, la seguna opcion es "devolver" y volver a fragmentar, pero eso tiene un efecto muy pernicioso, pues se provoca basntante trafico innecesario... vamos... que si realmente tienen problemas para gestionar el trafico, recibiran muchos envios, peticiones, y reenvios de paquetes... se ahogan en su propia mierda ?¡ solucion de ESA empresa con ESE router ¡ tal vez sea ignorar esos paquetes o dejarlos con una prioridad minima ( tal vez pueda configurarse eso en ciertos routers )...

        digamos que no tienen otra salida, o se gastan la pasta... o ¡gnoran a "algunos"... aunque eso solo servirá para ganar tiempo... es un filtro chapucero... por que si "se convierte" en la solucion principal, en poco tiempo volveran a tener un trafico mayor del que pueden manejar... la diferencia es muy pequeña como para que represente "una mejora" en el trafico, si muchos de los clientes bajasen el MTU. ahogarian al router de nuevo... y presumiblemente... ellos volverian a bajar el valor del MTU... sin avisar de nuevo ?

        ahora tendriamos que pensar, ¿que efecto provoca bajar el MTU en otros parametros de la red?, como efecto en el trafico real, los consiguientes re-envios por otras rutas, efecto en la latencia de la red... etc... ( ahora van a decir algunos que si no afecta, bla bla,... pero ya diran a karma como demonios no va a afectar a la latencia, reenviar los paquetes para re-fragmentarlos )... :-/

        El tema es ponerse en contacto con esa empresa, o con megaunload, para que "le pegen" un toque a alguien... es evidente que ellos estan para ganar dinero...

        saludos.

        PD:

        Como han apuntado antes, el hecho de fragmentar no es malo...

        ya, pero, han DICHO que ESO ES NECESARIO, para que todo funcione, no han dicho que no sea malo... y si lo han dicho, es incorrecto, por supuesto que BUENO no es... de hecho, cuando mejor es la red, y en otros medios, hay menos fragmentacion...

         Red MTU (bytes) -----------------------------------
        Token Ring de 16 Mbps 17914
        Token Ring de 4 Mbps 4464
        Ethernet 1500

        ;)

        por cierto:

        no es karma el único que piensa que la de bajar el MTU es un parche... el 3... ni mas ni menos... la segunda es la mejor opcion: que LA EMPRESA culpable... actualice el firmware del router y sino puede, que se compre uno nuevo...

        support.microsoft.com/kb/314825/es

        Método 2

        Configurar los enrutadores intermedios para que envíen mensajes ICMP de tipo 3 código 4 ("destino inaccesible, bit no fragmentar (DF) enviado y se requiere fragmentación"). Esto puede requerir la actualización del software o el firmware del enrutador, su reconfiguración o su reemplazo por otro distinto. (esto no les va ha hacer mucha gracia... ;-)

        Método 3

        Establecer el valor MTU de la interfaz de host como el de mayor tamaño que el enrutador agujero negro puede tratar para garantizar que a través de esa conexión se envía el mayor tamaño de paquete posible. Sin embargo, observe que el tráfico local utilizará paquetes menores de lo necesario, al igual que el tráfico que utiliza las conexiones enrutadas sin problemas. (claro ¡)

        En esta solución se supone que ha identificado el valor MTU y ...

        Los informaticos. ultimamente recuerdan a karma a los MEDICOS, aplican soluciones, sean las que sean estas, "...PERO nunca informan de los efectos secundarios..." no veo por ningun sitio de la noticia principal "como pueda" afectar bajar el MTU, ni que es un valor que se usará para todas las comunicaciones posteriores, pasen o no pasen por ese router, ni que "se provoca" más trafico de validacion...

        Cree karma que es EL PACIENTE, el CLIENTE, el usuario ¡ ES quien debe DECIDIR sobre los efectos secundarios... ni el medico, ni el informatico es quien de decidir si son efectos "despreciables"...

        Karma piensa que a la vista de los datos facilitados por el PEZ pertinente, el texto soluciones de la notica deberia ser modificado... y establecer las soluciones por su orden de "calidad"...B-)

  • BocaDePez BocaDePez
    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?

  • BocaDePez BocaDePez
    -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.

      • BocaDePez BocaDePez
        6

        si eso es por mi te le explico de una forma que lo puedas…

        si eso es por mi te le explico de una forma que lo puedas entender ono priorisa en su negocio de tv de pago a internet, el capado refiriendome al articulo es bloquear asta cierto numero de paquetes por ip el p2p es eso de una ip te descargas unos paquetes de otra ip otros paquetes asta que sumando paquetes se llege al numero total de paquetes que tiene el archivo el capado solo te permite bajarte asta cierto numero de paquetes por ip cuando llaga a ese numero maximo de bytes el isp bloquea esa ip y tu programa p2p busca otra ip para segir descargando asta que se repite lo mismo, llega a ese numero maximo bytes y tienes que pasar a otra ip si ese archivo tiene 20.000 fuentes igual tienes suerte de poderte bajar el archivo por que banear 20.000 ip por cada x numero de bytes, esto es lo mismo pero trasladado a via web a http te conectas ala ip servidor y el isp solo te deja bajar un cierto numero de bytes que en este caso es 1488.es de logica si te bajas las pelis por el p2p luego no se las compras a ellos en sus takis o canales premiun anocer que tengas pasta yo te ablo por mi y nunca se me ocurriria abonarme ala tv del isp que tenga puesto ni loco y si me capan el p2p para obligarme a tener tv de pago me doy de baja.

        • BocaDePez BocaDePez
          6
          Sigo pensando exactamente lo mismo de antes no tienes ni…

          Sigo pensando exactamente lo mismo de antes no tienes ni zorra idea de lo que estas diciendo y nada de lo que has dicho tiene o guarda relacion con este articulo.

  • BocaDePez BocaDePez
    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.

    • Veo un error en tu apreciación. Alphared es la red de…

      Veo un error en tu apreciación.

      Alphared es la red de megaupload, no de ONO.

      Si hace 2 meses me hubieses preguntado que tal va ONO, sin duda no saldría ni una palabra buena de ellos, pero la verdad es que ahora, no tengo ninguna queja, cuando hay problemas responden, y la mayoría de veces los arreglan.

      P.D: No se, pero ONO a mi me sale por Level3, Telia Sonera, Cogentco y un par más, si te parecen estas compañías de 3º nivel.

    • 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
      • Y las fuentes que ? se omiten ? :P aunque sea un PEZ. merece…

        Y las fuentes que ? se omiten ? :P aunque sea un PEZ. merece el reconocimiento pertinente.B-)

        Estamos hablando de un BlackHole.

        Enlaces e interes.

        support.microsoft.com/kb/314825/es

        support.microsoft.com/kb/314496/es

        12 BocaDePez(89.129.79.-) 1 hora y 23

        ...enseñe a pescar... no le de un pez... ESO si parece una solucion... bajar el MTU un parche, afecta a TODAS las comunicaciones del cliente ¡... de hecho... como decia karma antes, por sentido comun, lo propuesto aqui, en el titular, lo avisan como la Tercera solucion, le peor de las 3...

        Método 2

        Configurar los enrutadores intermedios para que envíen mensajes ICMP de tipo 3 código 4 ("destino inaccesible, bit no fragmentar (DF) enviado y se requiere fragmentación"). Esto puede requerir la actualización del software o el firmware del enrutador, su reconfiguración o su reemplazo por otro distinto. (O sea... que se gasten la pasta)

        la segunda es que "actualicen" el software del router o se compren uno Nuevo XD ¡... de hecho cree karma recordar que lleva usted meses o años detras de bajar los MTU, en vez de omitir esos "agujeros" negros, o reconocer que la culpa no es de la configuacion de los valores MTU de la red del usuario...

        Método 3

        Establecer el valor MTU de la interfaz de host como el de mayor tamaño que el enrutador agujero negro puede tratar para garantizar que a través de esa conexión se envía el mayor tamaño de paquete posible. Sin embargo, observe que el tráfico local utilizará paquetes menores de lo necesario, al igual que el tráfico que utiliza las conexiones enrutadas sin problemas.
        En esta solución se supone que ha identificado el valor MTU y el estado de todos los vínculos posibles que el host podría utilizar. Después de identificar el mayor tamaño de MTU admitido, establezca manualmente el valor deseado.

        saludos.

        • La fuente se omite porque es una cita y sus fuentes ya estan…

          La fuente se omite porque es una cita y sus fuentes ya estan publicadas en otra respuesta. La unica intencion es facilitar una respuesta rapida y escueta al usuario. Aunque de respuestas escuetas uested no entiende ni quiere entender :P

          Y su comprension de lectura tambien deja bastante que desear, yo no voy buscando el bajar el MTU, sino que por limitaciones "tecnicas" mi ordenador con S.O. Windows no se puede configurar por encima de 1300 de MTU.

          Aprenda a leer, de paso sea menos petulante en sus respuestas y deje de adjudicar intenciones a los demas.

          • Con sus conocimientos tecnicos, deberia Avisar, que lo aplica…

            Con sus conocimientos tecnicos, deberia Avisar, que lo aplica en SU caso, por limitaciones personales, aunque hace meses o años lo comentaba usted en el foro de ONO tambien, "Standarizar" una solucion parche, como solucion general, no es muy apropiado... por ponerle un ejemplo, es como que quiere entrar en una carretera comarcal y te dicen que "tu no entras, por que las ruedas son muy anchas"... y usted propone cambiar las ruedas de todos los vehiculos que quieren entrar... y claro, las cambias para todo... no solo para ese tramo.

            por cierto: karma piensa que las fuentes deberian citarse siempre... "copiar" el texto dentro del enlace, cuesta bastante más que "copiar" el enlace... que por cierto esta muy bien explicado, han sido bastante descriptivos.

            support.microsoft.com/kb/314825/es

            aunque evidentemente de la segunda manera, el merito se lo lleva el tamdem pez~microsoft~windows, "algo" dificil de encajar, para ciertos personajes... tecno-linuxeros. B-)

            Karma piensa que a la vista de los datos facilitados por el PEZ pertinente, el texto soluciones de la noticia deberia ser modificado... y establecer las soluciones por su orden de "calidad"...B-)

            ale. ahora va USTED y lo casca. ;-)

            • Olvida usted que en el caso que nos ocupa la solucion idonea,…

              Olvida usted que en el caso que nos ocupa la solucion idonea, que es la segunda, esta fuera del alcance de cualquier usuario ya que no se trata de un router en una red local que un usuario pueda gestionar.

              Sobre mis 1300, indico en cada ocasion que se trata de una limitacion "tecnica", no personal como usted expone.

              Y recordarle que para cuanquier "pinchazo" es necesario un "parche".

              • nop. kz no se olvida... de hecho ES Lo primero que cometó KZ…

                nop. kz no se olvida... de hecho ES Lo primero que cometó KZ en este post:

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

                KZ: por cierto:

                no es karma el único que piensa que la de bajar el MTU es un parche... el 3... ni mas ni menos... la segunda es la mejor opcion: que LA EMPRESA culpable... actualice el firmware del router y si no puede, que se compre uno nuevo...

                ...antes de leer al pez y a microsoft... en algunas ocasiones las empresas "van" tirando... hasta que se Enteran de que los usuarios "han" localizado SU problema, de hecho, en algunos casos ONO, ha tomado medidas despues de que se les informase...

                en este caso es posible que pasen de todo y no hagan ni caso, a lo que se aplicaria la PRIMERA opcion, "ignorar-los-agujeros-negros", pero si no se les informa de que "ellos" estan provocando un problema, no lo van a solucionar... a quien afecta ? a los usuarios y a megaunpload, que les subcontrata... y les paga ¡?, por tanto... LA SOLUCION ideal era que "alguien" le pegue un toque a los propietarios del router. "a megaunload" no le va ha hacer mucha gracia "pagar" por nada... o pagar por menos.

                si nada DA resultado... buenos serán SUS parches. B-) ... las soluciones en su orden pertinente.

                KZ:

                Los informaticos. ultimamente recuerdan a karma a los MEDICOS, aplican soluciones, sean las que sean estas, "...PERO nunca informan de los efectos secundarios..." no veo por ningun sitio de la noticia principal "como pueda" afectar bajar el MTU, ni que es un valor que se usará para todas las comunicaciones posteriores, pasen o no pasen por ese router, ni que "se provoca" más trafico de validacion...

                Cree karma que es EL PACIENTE, el CLIENTE, el usuario ES quien debe DECIDIR sobre los efectos secundarios... ni el medico, ni el informatico es quien de decidir si son efectos "despreciables"...

                "ANTES muerto que sencillo" B-)

    • 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 :)

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

    • Sip, sumamente sospechoso, que unas maquinas que se…

      Sip, sumamente sospechoso, que unas maquinas que se encuentran a miles de kilometros de cualquier tecnico de Ono y sobre las que no tienen control tengan algun error o averia que que no permita la fragmentacion de un paquete tamaño superior al que estan programadas. Y que ademas solo ocurra cuando pasas por esas maquinas, ya que los que no pasan por esas maquinas no tienen problemas de descarga.

      Lo alucinante son las teorias conspiranoicas que se montan algunos.

          • Si me pasase a mi y conte que soy candidato a ello como he…

            Si me pasase a mi y conte que soy candidato a ello como he podido comprobar (si no me afecta es porque mi windows no me deja poner el MTU a 1500) no diria de buenas a primeras "Ono capa Megaupload" u "Ono limita el acceso a Megaupload" haria comprobaciones para ver que esta ocurriendo en vez de soltar la primera parida que se me ocurriese.

    • 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...

    • 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.

  • BocaDePez BocaDePez
    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.

  • BocaDePez BocaDePez
    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

    • Cuidado, que nos equivocamos en las cifras. Un paquete ICMP…

      Cuidado, que nos equivocamos en las cifras.

      Un paquete ICMP lleva 28 bytes de cabeceras, uno TCP lleva 40.

      1500-28=1472

      1500-40=1460

      • BocaDePez BocaDePez
        6

        El búfer mayor que se puede enviar sin fragmentar es igual al…

        El búfer mayor que se puede enviar sin fragmentar es igual al valor MTU más pequeño que exista en la ruta, menos los encabezados IP e ICMP (dicho de otro modo, el valor MTU más pequeño menos 28). Por ejemplo, Ethernet tiene un valor MTU de 1.500 bytes, de forma que en las mejores circunstancias, la utilidad Ping puede devolver un paquete no fragmentado, más un búfer ICMP, de 1.472 bytes (1.500 menos 28). La sintaxis del comando ping en este caso es: ping nombre_equipo o dirección_IP -f -l 1472

    • 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.

  • BocaDePez BocaDePez
    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.

  • 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]
  • BocaDePez BocaDePez
    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

  • 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.

  • BocaDePez BocaDePez
    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!

    • Me remito a las pruebas hechas por mi y por otros, sin con…

      Me remito a las pruebas hechas por mi y por otros, sin con dos ordenadores saliendo por la misma conexion uno con mtu 1300 y el otro 1500 sin indicar en ningun caso Dont Fragment en el de 1300 desdcarga el fichero y en el de 1500 no descarga, tu mismo puedes extraer conclusiones.

      • BocaDePez BocaDePez
        6

        La conclusion es que de ese modo funciona.. no que el nodo en…

        La conclusion es que de ese modo funciona.. no que el nodo en cuestion no responda por el tamaño de los datos en el paquete... son dos cosas diferentes y la razon primordial de todo esto no esta clara.

        • La conclusion es que de ese modo funciona, la conclusion es…

          La conclusion es que de ese modo funciona, la conclusion es que el problema solo ocurre cuando accedes a megaupload por esos equipos concretos.

          ¿La conclusion? Blanca y en botella. Hay algo que no esta funcionando correctamente en esos equipos :P

  • BocaDePez BocaDePez
    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.

  • 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

  • 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

1