Banda Ancha EU

Comunidad de usuarios
de fibra, móvil y ADSL

hosting en interdominios
169 lecturas y 33 respuestas
  • Cerrado

    Cambios en el MTU

    Despues de hacer varias comprobaciones he descubierto que desde que me han pasado la conexion a 12mbits el MTU optimo ha pasado de ser 1500 como era en las conexiones de 4mbits a 1300.
    ¿Alguien más podria confirmarmelo? Para saber si solo afecta a mi nodo o es igual para todas la nuevas conexiones.

    Este tema es antiguo y puede contener información obsoleta. Abre un nuevo tema para publicar tu mensaje.
    1
      • Cerrado

        BocaDePez BocaDePez
        6

        Yo he toqueteado mucho XP y nunca he logrado entender por que…

        Yo he toqueteado mucho XP y nunca he logrado entender por que en unas máquinas están determinadas claves y con unos valores y en otras no están ni las claves. :-? :-?

    • Cerrado

      yommimo corrigeme si me equivoco, la conexión de los…

      yommimo corrigeme si me equivoco, la conexión de los 12mb/500kb la velocidad de subida produce queueing puede ser debido a la escasez de velocidad de subida, al ser un poco simétrica...

      No es lo mismo que tengas 1Mb de subida que 500Kb.....

      • Cerrado

        6

        Para nada, Sin contar lo que lleve dentro IP (cabeceras TCP o…

        Para nada,

        Sin contar lo que lleve dentro IP (cabeceras TCP o UDP, o del protocolo que sea) de un paquete de 1500 bytes tenemos en limpio 1480 de datos y 20 de cabeceras.

        Los paquetes te llegan todos seguidos y se confirman en grupos. Es decir que para cada paquete no necesitamos enviar una confirmacion de que lo hemos recibido correctamente.

        La confirmación como es lógico sera otro paquete IP que no llegara a esos 1500 bytes (o si? que me perdonen mis profes de redes porque ya no lo recuerdo).

        En resumidas cuentas, que recibimos una cantidad de datos y respondemos con otra cantidad muy muy inferior. Si echas cuentas veras que para 1000Kb/s de descarga apenas envias a 20 Kb.

        Por lo que para bajar a 12 Mb sobra y basta tener 500 Kb de upload. Ahora bien, si te metes a usar p2p la cosa cambia. Bajas de muchos servidores, con lo que los ACKs se multiplican. Has de buscar nuevas fuentes, con lo que el ancho de banda de subida se emplea para otras cosas. El servidor/tracker te pide datos, con lo que de nuevo se comparte el caudal de subida... y a todo eso sumale lo que tengas que enviar si no eres un leecher...

        Entonces si, 500 Kb se quedan cortos. Pero para descargas simples desde un solo servidor sobran para bajar a 12 Mb.

        • Cerrado

          [Editado 17/09/07 01:59]

          Toi más quemao que la pipa un indio :( Tras muchas pruebas he…

          Toi más quemao que la pipa un indio :(
          Tras muchas pruebas he logrado determinar que es algo de mi XP si conecto otro ordenador el MTU es de 1500.
          En la configuracion del stack de tcp-ip esta forzado a 1500 en todas las trajetas de red (tiene varias).
          He reseteado con netsh winsock resest.
          He reinstalado el todo el tcp-ip.
          Y el c.....n del windows sigue a 1300.
          Lo voy a dejar por imposible (de momento) no se me ocurre nada más ahora mismo.
          He desconetado los servidores de smtp, apache, oracle, mysql y ftp, lo mismo con la conexion vpn con la oficina y no hay manera, 1300.
          Si a alguien se el ocurre algo aunque sea descabellado que me lo diga.

          • Cerrado

            BocaDePez BocaDePez
            6
            Confirmo lo que tu dices: Desde XP el MTU es 1300. Con Mac y…

            Confirmo lo que tu dices:

            Desde XP el MTU es 1300. Con Mac y Linux es 1500.

            ¿Cómo se explica?

            Yo tampoco lo entiendo y en mi caso la conexión es de 6 Mb.

            :-? :-? :-?

          • Cerrado

            [Editado 17/09/07 02:33]

            Por buscar algo, podrías mirar en el registro de Windows. Voy…

            Por buscar algo, podrías mirar en el registro de Windows. Voy a darte dos claves del registro, que son las que mantienen el valor del MTU en XP. La primera:

            HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
            Clave: EnablePMTUDiscovery

            Si EnablePMTUDiscovery está con el valor 1, el protocolo TCP intentará buscar el mejor valor de MTU para la conexión. Si está a 0, el valor de MTU será el indicado en la siguiente clave que te doy más adelante.
            Este valor, debe estar a 0, ya que si está a 1, el MTU es "descubierto" por el protocolo TCP, y puede no ser el mejor valor para la conexión.

            La segunda clave:
            HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces
            Clave: MTU
            Si EnablePMTUDiscovery esta a 1, el valor que aparece aquí es el valor "descubierto" por el protocolo TCP para el MTU.

            Pasos para forzar el MTU a 1500 en Windows XP. En la primera clave (EnablePMTUDiscovery), debes cambiar el valor a 0 (para poder escribir en manual el valor de MTU).
            Después en la segunda clave, escribes el valor 1500. Reinicias el ordenador, y el valor de MTU debería de ser 1500.

            Edito: Edito, para comentarte, que si esos valores en el registro de Windows, no existen, simplemente los creas en las rutas indicadas, y luego puedes reiniciar el ordenador. Es que se me pasó por alto, comentar este detalle ;-)

            Un saludo :-)

              • Cerrado

                Como última opción... ¿Has mirado en el registro esta clave:…

                Como última opción... ¿Has mirado en el registro esta clave: HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\EnablePMTUBHDetect

                Si EnablePMTUBHDetect tiene el valor 1, detecta los "black hole routers" (la explicación es esta: http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/regentry/58751.mspx?mfr=true ).
                Lo ideal es que ese valor esté a 0, ya que si está a 1, el MSS se pone automáticamente a 536 bytes, y activa el bit de no fragmentación. Al reducir el valor de MSS, se aumentan el número de retransmisiones. Quizá sea esto. Si no, pues..., como que me pierdo.

                Un saludo :-)

                • Cerrado

                  [Editado 18/09/07 13:44]

                  Despues te pego una captura que es la leche, el registro todo…

                  Despues te pego una captura que es la leche, el registro todo correcto con los valores que corresponde y en el BanetInfo se ve como el valor de MTU sigue siendo de 1300 pasandose por el forro los parametros del registro.
                  Obvia decir que he reiniciado tanto fisicamente el ordenador como la red con net stop netman y net start netman.
                  Haga lo que haga cuando miro los valores de MTU no cambian, los demas valores si.

                  • Cerrado

                    Joer que raro.... es como si aún forzando a Windows a que…

                    Joer que raro.... es como si aún forzando a Windows a que tome los valores de MTU a 1500, algo desde fuera lo forzara a 1300.
                    Es que no le veo otra salida al tema, ya que si aún forzando al MTU a 1500 se queda en 1300, entonces hay algo de fuera que tiene más prioridad, y deja el MTU a 1300.

                    ¿El qué? Ni idea :-? :-? :-?. Y esto es algo que me escama, ya que se supone que XP permite cambiar esos valores, y esos valores son los que tienen máxima prioridad (los del registro).

                    Un saludo :-)

              • Cerrado

                BocaDePez BocaDePez
                6
                En mi caso SI. La clave de MTU estaba a 1300. La cambié a…

                En mi caso SI. La clave de MTU estaba a 1300. La cambié a 1500 y pasaba del asunto.

                Después de añadir EnablePMTUDiscovery se solucionó. Ahora son 1500 y va correctamente.

              • Cerrado

                No, no es válido para Vista, ya que Vista utiliza un sistema…

                No, no es válido para Vista, ya que Vista utiliza un sistema dinámico para saber que parámetros ha de ajustar para que la conexión siempre vaya al tope de la conexión (MTU, RWIN, etc.). En eso si se han esmerado los chicos de Microsoft, aunque en otras cosas, Vista deje mucho que desear ;-)

                Un saludo :-)

            • Cerrado

              BocaDePez BocaDePez
              6
              En principio había puesto el post de abajo, pero no me había…

              En principio había puesto el post de abajo, pero no me había fijado en que no había añadido correctamente la clave al registro y obtenía el mismo valor que yomminmo.

              He de matizar que mi caso era un poco más hilarante, ya que tanto Mac como Linux, determinan correctamente el MTU con auto-descubrimiento.

              En el caso de Windows, parece claro que no y se "encerrila" en 1300. Ahí, el programa de pruebas se ve limitado por el valor MTU por omisión.

              Cambiando el registro todo OK

              Saludos.

              • Cerrado

                OK entonces ;-). Parece ser una ida de olla a lo bestia de…

                OK entonces ;-). Parece ser una ida de olla a lo bestia de XP. Me suponía que podía ser algo así, por lo que puse el post con los valores del registro de Windows, que modifican el valor del MTU ;-)

                Un saludo :-)

      • Cerrado

        No es por la asimetria, es por el desajuste entre la longitud…

        No es por la asimetria, es por el desajuste entre la longitud del MTU y el buffer de TCP, lo que provoca diversas molestias, entre ellas que si tiens una conexion TCP abierta al abrir otra el SYN tarda más en respodner, etc.

      • Cerrado

        [Editado 10/09/07 16:01]

        No es una cuestion de tweaks :P Existen herramientas que te…

        No es una cuestion de tweaks :P
        Existen herramientas que te van variando el MTU de forma dinamica y te indica en cual es el valor maximo del paquete sin que se produzca fragmentacion. Lo que estoy diciendo es que hasta la semana pasada con la conexion de 4mbits este era de 1500 (1460 datos+40 control e ICMP) y ahora con 12mbits es de 1300 (1260 datos + 40 control e ICMP).
        En la oficina con una conexion 10/1 sigue estando en 1500.
        Por eso pregunto si alguien más puede comprobarlo.
        Por otro lado forzar el valor de MTU a un valor no optimo para una linea introduce un exceso de acks y fragmentacion de los paquetes de datos.

        PD: Añado que por si fuese cosa del router (cambie el UsRobotics 8000-3 por un WRT54GL con DD-WRT v23SP2) he probado tambien con el router antiguo.

          • Cerrado

            ¿Poner la pila TCP/IP? ¿No querrás decir que active el MTU…

            ¿Poner la pila TCP/IP? ¿No querrás decir que active el MTU Discovery del protocolo TCP/IP?. Es que me ha sonado algo raro lo que has escrito ;-)

            Un saludo :-)

            • Cerrado

              Por si te vale para algo, yo tengo los 25 megas y en este…

              Por si te vale para algo, yo tengo los 25 megas y en este instante el optimo para esa conexion es de 1500 (mirado con el TCPOptimizer)

              Por cierto... en este instante, me estoy pegando con el SAT porque desde que tengo los 25 megas, ni un solo dia he podido disfrutar de ellos.... a duras penas llego a 12 y en este instante me quedo entre 8 y 6 ... ( Cantabria ) ...
              ¿Sabes algo de que tengan problemas?

              • Cerrado

                Una cosa es el valor optimo (ideal) que te recomienda el…

                Una cosa es el valor optimo (ideal) que te recomienda el TcpOptimizer y el otro es el valor real que no sufre fragmentacion.
                El valor real con el que sales lo puedes ver aqui:
                http://www.speedguide.net/analyzer.php si tienes el MTU Discovery del protocolo TCP/IP activado, si lo tienes forzado a uno concreto te deberia salir el que tienes forzado.

                Usando el tcpoptimizer puedes ver cual seria el maximo que te permite tu conexion sin que exista fragmentacion como puedes ver en esta imagen:



                Poner un valor mas alto lo unico que conlleva es fragmentacion y un peor rendimiento de la conexion.