Banda Ancha EU

Comunidad de usuarios
de fibra, móvil y ADSL

hosting en interdominios
2.735 lecturas y 335 respuestas
  • Cerrado

    [Editado]

    6

    RWIN: Solución a bastantes problemas de velocidad -act 21feb

    Hola, visitantes de telefónica :P

    Pongo esto porque los 4/6/h20 megas que está dando ahora Jazztel ya son velocidades importantes, y el rwin por defecto en Windows ya se queda corto para poder conseguir velocidades decentes en la mayoría de los casos.

    El TCP Receive Window es, básicamente, la cantidad de datos en bytes que un servidor remoto puede enviar sin haber recibido los paquetes ACK (confirmación) que nosotros le tenemos que mandar. Un valor pequeño de rwin provoca que el servidor mande una cantidad de datos (conocida por las dos partes, ya que se transmite al iniciar la conexión y luego en cada paquete) hasta que la "ventana" se llena. Luego cada ACK por así decirlo se "vacía" esta ventana un poco, permitiendo que el servidor mande más datos. Si la latencia es grande, la espera de ACKs cuando la ventana está llena hace que el servidor deje de mandar, por lo que la velocidad de descarga será baja. La latencia es muy importante en esto del RWIN, por eso bajamos mejor del ftp de rediris que de un servidor de microsoft.

    No hay valor de RWIN óptimo para todo, el valor que se suele aconsejar es el mínimo posible para que una descarga vaya al máximo de tu línea. Si se usa un valor de rwin muy alto también puede ser contraproducente, porque se satura mucho más el canal de bajada, sube la latencia, la velocidad de transferencia se hace menor y la navegación mientras se está descargando más incómoda. Aquí daré unos cuantos valores como guía.

    Para saber a qué velocidad deberíais bajar con vuestra velocidad de sincronización, usad la calculadora de descarga (versión java) gracias MBKiller por la programación y diseño ;)

    Para cambiar el RWIN, simplemente bajad este programa (freeware, no spyware ni nada), id a esta página y descargad DRTCP021.exe a donde querais. Ejecutadlo y solo hay que especificar 2 valores, el resto lo dejais como default:

    • Tcp Receive Window: aquí se especifica el valor de RWIN deseado, unos cuantos como referencia (ajustados a una latencia máxima de 300ms):

      NOTA: Fijaos en la velocidad de sincronización de vuestro modem/router para ajustar estos valores. Más info al final de este hilo.

      conexión 1mbps o menor: 33580
      conexión 2mbps: 67160

      conexión 3mbps: 100740

      conexión 4mbps: 132860
      conexion 6mbps: 198560
      conexion 8mbps: 264260
      conexión 10mbps: 322660
      conexion 12mbps: 388360
      conexión 15mbps: 484720
      conexion 18mbps o más: 581080
    • Window Scaling: Seleccionar Yes

    El resto dejadlo en Default, le dais a 'Save', cerráis el programa y reiniciais Windows. Así de fácil. Probad ahora alguna descarga, debería ir mucho mejor que antes.

    Un saludo

    este post puede ser editado para clarificación

    --------------------------------------------------------------------

    EDITADO 1: Algunos usuarios cuentan que no es posible usar el DrTCP con el SP2 de Windows XP instalado. Para este SO habrá que usar entonces la utilidad de speedguide (TCP Optimizer), la podeis bajar de aquí:

    www.speedguide.net/downloads.php

    Citando a Kalimist, "Como dije en mi anterior post, si usas el modo automatico, es decir, le das primero a 'DSL' y luego abajo a 'optimal', se configura bien para la linea de 4 megas."

    De todas formas, se recomienda especificar manualmente el valor de RWIN ya que por defecto el TCP Optimizer ajusta unos valores demasiado elevados.

    Para comprobar si ha surgido efecto el cambio de RWIN visitad esta página:

    www.speedguide.net/analyzer.php

    Gracias a Kalimist y Ximin por los links y sugerencias.

    --------------------------------------------------------------------

    EDITADO 3: Para medir la velocidad se recomienda la siguiente utilidad:

    TPTEST

    Es un programa bastante flexible, el "Standard test" suele ser suficiente en la mayoría de los casos.

    Lo más fiable de todas formas es descargar de servidores "grandes", como isos de linux y cosas de ese estilo. Por razones de ancho de banda no linkearé en este hilo ningún servidor.

    --------------------------------------------------------------------

    EDITADO 5: Añado el default send window (que se llama también sndbuf o send buffer, entre otros nombres):

    El defaultsendwindow es lo mismo que el rwin, pero para el envío. Ahora con 512k de subida (o más), el que trae windows por defecto no es suficiente para enviar a alguien a tope con una única conexión. Quizá lo habréis notado con el mIRC por ejemplo, que no mandáis a más de 20-30k/s un único archivo. Aunque la otra persona tenga un rwin alto, si vuestro swin es bajo irá lento porque el más bajo de los dos es el valor limitante. He creado dos .reg para corregir esto con un valor más adecuado de swin con el que se puede mandar bien al máximo con una única conexión.

    El archivo es este: (botón derecho y "Guardar enlace como...")
    personales.ya.com/lucasara/defaultsendwindow.reg Para ADSL 6mb/512
    personales.ya.com/lucasara/defaultsendwi…0k_300ms.reg Para ADSL hasta 20 megas

    Ejecutar y reiniciar. Lo podeis editar y ver lo que hace por si no os fiais. Añade un solo valor al registro. Para "desinstalarlo", se borra la clave "Parameters" y listo.

    Esto solo afecta a programas que usen el swin por defecto de windows. Los servidores normalmente, como el serv-u de ftp, dejan elegir este valor en la configuración, y el azureus por ejemplo tambien. Pero simplemente con este .reg ya sobra. Recordad que solo es para llegar al máximo con una única conexión así que no mejorará la subida de los p2p.

    --------------------------------------------------------------------

    EDITADO 6: Un pequeño FAQ sobre MTU/MSS PPPoE/PPPoA. Únicamente válido para conexiones de Jazztel.

    SI TU IP ESTÁ ENTRE 87.216.xxx.xxx Y 87.219.xxx.xxx
    Encapsulación óptima: PPPoE LLC
    MTU: 1492 óptimo/válido
    MSS: 1452 (ATENCION! este es el numero que pide el router Huawei en la configuracion ATM, NO es igual al MTU)

    PARA CUALQUIER OTRO RANGO DE IP
    Encapsulación óptima: PPPoA VC-mux
    MTU: 1478 óptimo, 1500 válido

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

      Boca de Pez Boca de Pez
      6

      el DrTCP no puede modificar los valores de RWIN con…

      el DrTCP no puede modificar los valores de RWIN con servicepack2. El unico programa que he encontrado que puede hacerlo es el Cablenut. Ahora mismo no recuerdo los valores que habia q cambiar, pq toy con linux, pero ya os lo pondre

      Podeis entrar en www.dslreports.com/tweaks para comprobar el valor actual de vuestro RWIN y si esta dentro de dentro de rango. Vereis q con el DrTCP no se modifica este valor

      En esa misma pagina tb podeis encontrar una calculadora para encontrar el mejor valor de RWIN para vuestra conexion

      Un saludo

      Arkady

      • Cerrado

        Este es el que recomiendo siempre y funciona perfectamente…

        Este es el que recomiendo siempre y funciona perfectamente con el SP2 de Windows XP (comprobado personalmente).

        Usando el parametro 'optimal' se configura automaticamente para la conexion de 4 megas tal y como ha expuesto Luke.

      • Cerrado

        oye ximin, akabo de leer tu post despues de muuuuuuuuuuxos…

        oye ximin, akabo de leer tu post despues de muuuuuuuuuuxos meses ahi puesto xdddd y como me voy a poner adsl me he metido en la primera pagina, y me da estos valores:

        MTU = 1500
        MTU is fully optimized for broadband.
        MSS = 1460
        Maximum useful data in each packet = 1460, which equals MSS.

        Default Receive Window (RWIN) = 8760
        RWIN Scaling (RFC1323) = 0 bits
        Unscaled Receive Window = 8760

        RWIN is a multiple of MSS
        Other values for RWIN that might work well with your current MTU/MSS:
        513920 (MSS x 44 * scale factor of 8)
        256960 (MSS x 44 * scale factor of 4)
        128480 (MSS x 44 * scale factor of 2)
        64240 (MSS x 44)
        bandwidth * delay product (Note this is not a speed test):

        Your RcvWindow limits you to: 350.4 kbps (43.8 KBytes/s) @ 200ms
        Your RcvWindow limits you to: 140.16 kbps (17.52 KBytes/s) @ 500ms
        Consider increasing your RWIN value to optimize TCP/IP for broadband.
        MTU Discovery (RFC1191) = ON
        Time to live left = 55 hops

        TTL value is ok.
        Timestamps (RFC1323) = OFF
        Selective Acknowledgements (RFC2018) = ON
        IP type of service field (RFC1349) = 00000000 (0)

        tu crees ke los 20 mb de jazztel me irian en condiciones?
        gracias :)

        • Cerrado

          [Editado]

          He realizado los dos test que proponeis el de "speedguide" y…

          He realizado los dos test que proponeis el de "speedguide" y el "tweak tester"
          en ambos me sale que Receive Window (RWIN): 65535

          yo tengo los 4MB (madrid-arguelles) y windows98SE y en el test de www.dslreports.com/tweaks me dice, una vez introducidos los valores de velocidad y sistema operativo que posea, que el RWIN esta dentro del rango ¡? cosa que no me cuadra viendo los valores que das Luke
          (solo me sale como "problema" el ping que es muy alto...)

          por el contrario en el test de "speedguide" me dice
          MTU 1400
          MSS 1360
          (ambos me conviene incrementarlos segun la pagina)
          RWIN 65535
          y me suelta esta parrafada

          Note: Under Windows 9x, if you have RWIN set to any other value, and the Analyzer reports 65535 you might need to install the MS Vtcp386 fix.
          For optimum performance, consider changing RWIN to a multiple of MSS.
          Other values for RWIN that might work well with your current MTU/MSS:
          522240 (MSS x 48 * scale factor of 8
          261120 (MSS x 48 * scale factor of 4)
          130560 (MSS x 48 * scale factor of 2)
          65280 (MSS x 48

          ¿como se si tengo que instalar eso que me dice? y ¿cual es el "scale factor" que tengo que aplicar?
          ¿y porque el primer test me dice que esta ok???

          GRACIAS POR AGUANTAR este largo post, y perdonen el atrevimiento de la ignoracia "adslística" jeje
          Espero que las respuestas SIRVAN PARA OTROS USUARIOS
          UN SALUDO!

          • Cerrado

            En Windows98 hay una limitacion del propio sistema que no…

            En Windows98 hay una limitacion del propio sistema que no deja elevar el RWIN a cualquier cifra, por eso indica que hay que poner un parche para ello.

          • Cerrado

            Boca de Pez Boca de Pez
            6
            65535 es el valor por defecto de Windows para RWIN. Yo con el…

            65535 es el valor por defecto de Windows para RWIN.
            Yo con el DrTCP no pude cambiarlo una vez instale SP2, le ponia el valor optimo para mi conexion y al hacer los test me seguía poniendo el 65535.

            Si alguien ha podido fenomeno, pero sino siguo recomenando el Cablenut, muy sencillo de usar, solo hay q sustituir el 65535 por el valor que nos da programas como el RWIN Calculator. Todo lo podeis encontrar en www.dslreports.com

            Saludos

          • Cerrado

            [Editado]

            Fiate de lo que te dice la web de speedguide porque no miente…

            Fiate de lo que te dice la web de speedguide porque no miente :-)

            Parchea tu windows como te ha indicado Luke y luego utiliza el TCPoptimizer (de la misma web) para modificar la RWIN y ya de paso el MTU, que deberias tenerlo en 1500.

            Como dije en mi anterior post, si usas el modo automatico, es decir, le das primero a 'DSL' y luego abajo a 'optimal', se configura bien para la linea de 4 megas.

            EDITO:
            En la ultima version del TCP Optimizer (tenia una antigua y he visto que la han mejorado), en lugar de dar a DSL (esto ya no aparece), hay que elegir la velocidad de conexion (3500 kbps en el caso de tener 4 Megas) y luego igual que antes, abajo a 'optimal'.

            Posteriormente, la cosa te tiene que quedar asi:

             MTU = 1500
            
             MTU is fully optimized for broadband.
            
             MSS = 1460
            
             Maximum useful data in each packet = 1460, which equals MSS.
            
             Default Receive Window (RWIN) = 256960
            
             RWIN Scaling (RFC1323) = 2 bits (scale factor of 4)
            
             Unscaled Receive Window = 64240
            
             RWIN is a multiple of MSS
            
             Other values for RWIN that might work well with your current MTU/MSS:
            
             513920 (MSS x 44 * scale factor of 8)
            
             128480 (MSS x 44 * scale factor of 2)
            
             64240 (MSS x 44)
    • Cerrado

      Boca de Pez Boca de Pez
      6

      Buenas no se si tiene algo que ver, pero todas estas…

      Buenas

      no se si tiene algo que ver, pero todas estas modificaciones del RWIN y compañia, afectan al ping? es decir, bajará el ping si se optimizan estos valores?

      gracias

    • Cerrado

      [Editado]

      Para Jazztel el MTU Óptimo (tanto para el router como para el…

      Para Jazztel el MTU Óptimo (tanto para el router como para el windows) es de 1470 y no el de 1500.

      La explicación es sencilla, al usar Jazztel PPPoA (PPP over ATM) se produce una fragmentacion de la trama IP para empaquetarla en ATM. La longitud de la trama ATM es fija (53 bytes = 48 bytes de payload + 5 de cabecera) por lo que la trama IP que se recibe debe ser múltiplo exacto de 48 (menos los 8 bytes que se añaden de SAR en la última celda ATM).

      Echando cuentas:

      Datos + TCP + IP = 1470 bytes (MTU)
      PPP + PPPoA = 10 bytes
      SAR = 8 bytes
      -------
      Total 1488 bytes

      1488 / 48 = 31 celdas ATM completas

      Nota: Si la última celda ATM no va completa, se rellena con 0s para llegar a los 48 bytes => Ancho de banda desaprovechado.

      Nota (2): La trama IP no debe de ser nunca superior a 1500 (se produciría fragmentacion a nivel IP) por lo que el siguiente valor posible ( 1518 ) es inviable.

      Nosotros solo podemos optimizar nuestro extremo de la red, es decir, el interfaz PC-Router y Router-DSLAM (Aunque la parte de la central depende del operador)
      El resto de las redes por las que circulamos es simplemente una caja negra para nosotros.

      Si quereis saber mas:

      www.adslayuda.com/Generico+file-21.html

      • Cerrado

        [Editado]

        6

        he estado mirando un poco.. corregidme si me equivoco. EDITO:…

        he estado mirando un poco.. corregidme si me equivoco. EDITO: me corrijo a mi mismo :P

        www.faqs.org/rfcs/rfc2364.html

        Ahí explica PPPoA. Con VC-MUX, el overhead es 8 bytes, mas 2 bytes de PPP. Por lo tanto, el valor máximo para que no haya padding (relleno) es MTU=1478, MSS=1438.

        1438+40+8+2=1488/48= 31 celdas exactas.

        31 celdas * 53 bytes cada una = 1643 bytes. O sea, 1438 / 1643 = rendimiento del 87.5%. Con MTU = 1500, 1460/1696=86%.

        con mtu 1480, 4096000*.875/8/1024=437,5kiB/s.
        con mtu 1500, 4096000*.86/8/1024=430kiB/s.

        Yo personalmente no he probado esto. Que los demás decidan si merece la pena cambiarlo :p

          • Cerrado

            6
            la diferencia será dificil de medir :p con una descarga a…

            la diferencia será dificil de medir :p con una descarga a tope y la diferencia del dumeter estaría bien por ejemplo (pero sin hacer mucho caso al dumeter que marca de más, solo mirar la diferencia)

            • Cerrado

              [Editado]

              Creo que nos estamos liando un poco Cabecera IP: 20 bytes (si…

              Creo que nos estamos liando un poco

              Cabecera IP: 20 bytes (si no lleva opciones)
              Cabecera TCP: 20 bytes (si no lleva opciones)
              Cabecera TCP: 8 bytes

              Ambas suelen sumar 40 bytes. Para el cálculo del MTU usamos estas longitudes mas el Payload o datos en TCP (o UDP).

              La suma de estas tres cantidades es lo que no debe superar los 1470 bytes. El resto hasta 1480 (10 bytes) son las cabecera PPP (2 bytes) y PPPoA (8 bytes). Todo ello se encapsula luego en ATM.

              Para el cálculo del MTU no se utilizan las cabeceras de enlace (es un parámetro que afecta al nivel de red, para, precisamente evitar fragmentacion a nivel de enlace). Por lo tanto no se debe tener en cuenta los 10 bytes de las cabeceras PPP+PPPoA.

              Daros cuenta que el mismo MTU se utilizará para el interfaz WiFi y para el interfaz Ethernet del Router (que es de donde viene la limitacion de 1500 bytes/trama)

              De todas formas, la ganancia es poco significativa, ya que suponemos que todos los paquetes IP van llenos, y eso solo ocurre en transferencias de archivos grandes. Los paquetes de control suelen ser mucho mas pequeños y ahí no hay nada que hacer.

              Saludos,

                • Cerrado

                  Si ánimo de crear confusión y con todos mis respetos, ;-)…

                  Si ánimo de crear confusión y con todos mis respetos, ;-) creo que PPPoA añade una cabecera más de 8 bytes. Mira estos documentos. Parece que en ATM AAL5 si se añaden (RFC 1483)

                  perso.wanadoo.fr/michel-m/Speedtouch/out…iplexing.pdf
                  (Capitulo 3)
                  www.speedtouch.com/ST610%5CWhitePapers/W…verheads.pdf
                  (Ver tabla 2)

                  De todas formas, despues de tanto buscar, me estoy liando un poco. Hay sitios donde directamente dicen que se encapsula PPP sobre ATM directamente, sin cabeceras ni nada. Creo que no puede ser, ya que elo otro extremo no sabría la naturaleza del tráfico que le llega (PPPoE, PPPoA, IP, etc...)

                  De todas formas que cada uno pruebe y comente los valores que mejor le van. Yo al cambiarlos, dejé bloqueado el router en la central y me lo tuvieron que resetar los del SAT.

                  • Cerrado

                    6
                    Lo he probado yo, lo tienes un poco más abajo. Confirmo…

                    Lo he probado yo, lo tienes un poco más abajo. Confirmo exactamente los valores que me salen en los cálculos.

                    El segundo PDF que has pegado me lo leí entero un par de veces, y llegué a la conclusión de que PPPoA tiene el overhead que he puesto un par de posts mas arriba. Fíjate en los layers que usa el PPPoA y ponte a sumar :P (nota: LLC tiene overhead, vcmux no, jazztel usa vcmux)

        • Cerrado

          [Editado]

          Me habeis liao, cual coño pongo, pongo captura con el 1480 y…

          Me habeis liao, cual coño pongo, pongo captura con el 1480 y luego con el 1470

          con MTU 1500: [Attainable Rate (Kbps): 8512 - 760]

          aki con MTU 1480:

          aki con MTU 1470: [Attainable Rate (Kbps): 8256 - 812]

          aki con MTU 1478: [Attainable Rate (Kbps): 8288 - 796]

          Tened en cuenta que es el flashget y tiene muchos picos....GrGrr, da picos de 390 y 400 y pico....

          ME HE DADO CUENTA DE QUE LA CAPACIDAD DE LA LINEA CAMBIA CON CADA MTU, OPINAD VOSOTROS....
          LA NAVEGACIÓN VA ESPECIALMENTE PETADA CON 1470

                • Cerrado

                  Default Receive Window (RWIN) = 257400 Ahora me pone esto, y…

                  Default Receive Window (RWIN) = 257400

                  Ahora me pone esto, y yo tengo el valor puesto a: 256960, al cambiar el MTU, hace falta cambiar denuevo el RWIN?

                  Por cierto luego me dices la configuracion que tienes en el router para que te sea estable, mi conexion es un completo calvario

                  • Cerrado

                    6
                    ah si, el rwin en principio cambia (aunque no se debería…

                    ah si, el rwin en principio cambia (aunque no se debería notar tanto).

                    Yo te recomendaría que pusieras 1500 en el MTU del router, 1478 en el mtu de windows, y 253088 como RWIN (1438*44*4). Luego actualizaré el post de cabecera para estas configuraciones más óptimas.

        • Cerrado

          6

          cuidado que aquí vengo yo!! :D:D He cambiado el MTU, en…

          cuidado que aquí vengo yo!! :D:D

          He cambiado el MTU, en windows, cambiarlo en el router no tenía efecto alguno. (un 3com 812)

          MTU=1500

          MTU=1478

          El GetRight es muy bueno con las velocidades medias. Mis cálculos se demuestran a la perfección con estas dos pruebas. :D

              • Cerrado

                Boca de Pez Boca de Pez
                6
                Pues he probado con MTU=1478 y RWIN=253088 ya tanto la…

                Pues he probado con MTU=1478 y RWIN=253088 ya tanto la navegación como las descargas directas han mejorado de forma muy apreciable, especialmente la navegación. Lo único que al hacer la prueba de Speedguide, me dice que el valor de MTU no está optimizado, recomendando un valor de 1500.
                Pero vamos, que salvo que los expertos digáis otra cosa, me quedo de momento con los valores nuevos.

                Saludos y muchas gracias por compartir vuestro hallazgos.

                Marcos

                • Cerrado

                  6
                  1500 sería el valor óptimo si no usaramos ADSL con…

                  1500 sería el valor óptimo si no usaramos ADSL con pppoa_vcmux. Pero como sí lo usamos, 1478 es el mejor :)

          • Cerrado

            Buen trabajo. Al final parece que tienes razón (No voy a…

            Buen trabajo.

            Al final parece que tienes razón (No voy a entrar a discutir en detalles, ya que no conozco bien la cx que usa Jazztel en sus centrales). De todas formas si puedes probar con 1470 (solo para salir de dudas) cerrariamos el tema en firme.

            Bueno pues una cosa menos. Si ya somos capaces de conseguir que el puñetero router se cuelgue con la mula (para siempre jamás, sin scripts ni gaitas), pensaré que tantos años de carrera han valido para algo.

            Saludos,

            • Cerrado

              6
              la próxima vez que reinicie probaré.. (reiniciar es algo que…

              la próxima vez que reinicie probaré.. (reiniciar es algo que me cuesta mucho jejeje)

    • Cerrado

      Luke, ¿Sabes si Jazztel tiene pensado usar el modo PMT-TC…

      Luke,

      ¿Sabes si Jazztel tiene pensado usar el modo PMT-TC (Packet Mode Transmission - Transconvergence) en los DSLAM nuevos que soportan ADSL2 ?

      Es que, con el modo PMT-TC ya no se usaría la maldita capa ATM y la conexión sería mucho más eficiente.

      Además, no tendríamos que marearnos la cabeza con los rollos de que si la última celda ATM va medio vacía, que si hay que rellenarla con ceros y demás zarandajas...

      ¡Dime que hay alguna esperanza, por favor!

      Saludos.

      • Cerrado

        6

        Me supera completamente. Aun así, tendrían que cambiar todos…

        Me supera completamente. Aun así, tendrían que cambiar todos los routers, no? porque PPPoA, que es lo que usan ahora, es precisamente eso, encapsulación de PPP en tramas ATM.

        • Cerrado

          Hola, Perdón, pero creo que lo escribí mal. El término…

          Hola,

          Perdón, pero creo que lo escribí mal. El término correcto es PTM-TC

          Bueno, los clientes que quisieran aprovecharse del aumento de eficiencia tendrían que comprar un modem/router ADSL2+.

          Jazztel tendría que montar DSLAM que soporten ADSL2+ y configurarlos para que intenten por defecto conectar en modo PTM-TC (saltando automáticamente al modo ATM en caso de que el modem/router del cliente sea antiguo).

          En este enlace se ven los buenos resultados que da el nuevo modo:
          www.utstar.com/Solutions/Document_Library/Broadband/docs/WP_ATMCellTax.pdf

          ¡El modo PTM-TC obtiene más de un 98% de eficiencia!

          Fíjate en la Figura 4, la encapsulación es mucho más sencilla y lógica. El modo PTM-TC es mejor y más eficiente.

          Y compáralo con la Figura 1, donde se ve la típica encapsulación sobre ATM. ¡Es horrible!

          ¡Larga vida a Ethernet!

          ¡Muerte al ATM! ¡Yaaa!

    • Cerrado

      6

      Hola a todos: He cambiado la MTU y el RWIN con los valores…

      Hola a todos:

      He cambiado la MTU y el RWIN con los valores que se supone que optimizan, y he probado las descaragas del primer post.
      En la primera se estabilizaba en 170k/s, y en la tercera en 380k/b.

      Me parece poco comparado co lo vuestro, y yo también tengo 4mb :-(

      He revisado también los niveles de atenuación y todo eso y me parece que el output power de bajada es muy bajo ¿Es así?

      Os pego mis valores:

      dw up
      ---------------------------------------------------
      SNR Margin (dB): 27.9 28.0
      Attenuation (dB): 22.5 11.5
      Output Power (dBm): 7.7 11.8
      Attainable Rate (Kbps): 15077 1149
      Rate (Kbps): 4094 317

      ¿Veis algo raro?

      Gracias de antemano por vuestras respuestas?

      Saludos

      • Cerrado

        6

        te he contestado en otro hilo ya? no me acuerdo.. bueno por…

        te he contestado en otro hilo ya? no me acuerdo.. bueno por si acaso te contesto:

        tus valores de línea están bien. Si has efectuado el cambio de RWIN no hay más que puedas hacer.

        Como ya te habrás dado cuenta hay un problema de velocidad generalizado en jazztel desde hace un par de meses.. de ahí que no bajes bien. Debería solucionarse pronto, aunque no tengo plazos ni fechas :(

    • Cerrado

      [Editado]

      6

      Hola Chicos ;-) Antes de nada comentaré que no he llegado a…

      Hola Chicos ;-)

      Antes de nada comentaré que no he llegado a leer todos los mensajes, asi que si lo que comento ya estuviera dicho pido mil perdones :-(

      Para todos aquellos que aún cambiando el MTU con el TCPOptimizer al hacer el test les muestre otro valor;

      Supongo que tendreís router/modem y por tanto el valor del MTU que tengaís asignado en su configuración prevalece sobre el que asignaís con el TCPOptimizer y de ahi las diferencias.

      Probar a asignar el mismo valor a ver que pasa :-o

      -------

      Suerte

      Salu2 ;-)

    • Cerrado

      Boca de Pez Boca de Pez
      6

      Hola, perodnad pero soy muy nuevo y no me entero mu bien de…

      Hola, perodnad pero soy muy nuevo y no me entero mu bien de la copla. Aver, yo tengo 4 megas jazztel, con us robotics 9003. Y mmis descargas directas no alcanzan ni los 2 megas, pero es que otros dias no paso de 30 Kb, ademas tengo cortes de conexion muya menudo, sobretodo ultimamente. Y antes de llamar y ponerles verdes kiero ver si es problema de mi config. Ahi va eso, creo que esta mas o menos bien, por favor a yudadme, GRACIAS!

      TCP options string = 020405b40103030201010402
      MTU = 1500
      MTU is fully optimized for broadband.
      MSS = 1460
      Maximum useful data in each packet = 1460, which equals MSS.
      Default Receive Window (RWIN) = 256960
      RWIN Scaling (RFC1323) = 2 bits (scale factor of 4)
      Unscaled Receive Window = 64240

      RWIN is a multiple of MSS
      Other values for RWIN that might work well with your current MTU/MSS:
      513920 (MSS x 44 * scale factor of 8)
      128480 (MSS x 44 * scale factor of 2)
      64240 (MSS x 44)
      bandwidth * delay product (Note this is not a speed test):

      Your RcvWindow limits you to: 10278.4 kbps (1284.8 KBytes/s) @ 200ms
      Your RcvWindow limits you to: 4111.36 kbps (513.92 KBytes/s) @ 500ms
      MTU Discovery (RFC1191) = ON
      Time to live left = 58 hops

      TTL value is ok.
      Timestamps (RFC1323) = OFF
      Selective Acknowledgements (RFC2018) = ON
      IP type of service field (RFC1349) = 00000000 (0)

        • Cerrado

          Buenas Luke, Me gustaría preguntarte una cosa, tengo el DRTCP…

          Buenas Luke,

          Me gustaría preguntarte una cosa, tengo el DRTCP y conexión con el modem dlink dsl sin hilos, en esta captura de pantalla,

          que adaptador tengo que marcar, el que está por defecto o bién el el "d-link air plus"?¿ Aprovecho para comentarte que el modem sincroniza a 6 megas, aunque yo bajo como antes con el mega. Debería tocar los valores del DRTCP?¿

          Muchas gracias por tus sabios consejos!!

          • Cerrado

            6
            para cambiar el mtu del adaptador, si es inalambrico si,…

            para cambiar el mtu del adaptador, si es inalambrico si, seguramente sea el d-link airplus.. como rwin mira el primer post para valores recomendados, usa el de 4mbps, que para 6mbps también está bien.

            no alcanzarás los 6mbps seguramente, espera unos dias como digo en el post al que respondes y debería estar solucionado..

            • Cerrado

              Ok Luke, gracias ya he cambiado los valores, sigo bajando a…

              Ok Luke, gracias ya he cambiado los valores, sigo bajando a 100 esperaremos unos días a ver si Jazztel me sorprende...

              Saludos!

            • Cerrado

              No se si sabreis cambiar el MTU en el comtrend, porque aunque…

              No se si sabreis cambiar el MTU en el comtrend, porque aunque cambie los valores en windows a 1478, en los test me dice que tengo 1300... Me imagino que el comtrend tendra otro valor, pero no se donde se cambia. Un saludo

              • Cerrado

                [Editado]

                6
                es 1500 por defecto siempre # ifconfig ... ppp_8_35_1 Link…

                es 1500 por defecto siempre

                # ifconfig
                ...
                ppp_8_35_1 Link encap:Point-Point Protocol
                inet addr:212.106.218.54 P-t-P:212.106.217.73 Mask:255.255.255.255
                UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
                RX packets:608333 errors:0 dropped:0 overruns:0 frame:0
                TX packets:349112 errors:0 dropped:0 overruns:0 carrier:0
                collisions:0 txqueuelen:3
                RX bytes:854640066 (815.0 MiB) TX bytes:18876377 (18.0 MiB)

                Se puede cambiar con el ifconfig pero mejor dejarlo así y cambiarlo solo en el sistema operativo. Debes tener algo por ahí configurado raro..

                • Cerrado

                  Pues no se que tendré, pero es raro, porque reinstale windows…

                  Pues no se que tendré, pero es raro, porque reinstale windows hace 3 dias y no he tocado nada...

                • Cerrado

                  [Editado]

                  Solucionado el problema, era un problema de la configuración…

                  Solucionado el problema, era un problema de la configuración de la tarjeta wi-fi. Luke, podrias decirme , si lo sabes, los valores optimos para 6 mb (rwin y MTU), parece que ya es bastante oficial :-P . gracias y un saludo.

                  • Cerrado

                    6
                    mtu el que dije al principio, el óptimo es 1478.. por ser…

                    mtu el que dije al principio, el óptimo es 1478.. por ser PPPoA y tal :P

                    sobre los valores de rwin no los pongo todavía actualizados por dos cosas: no tengo 6mb en casa, y el problema de velocidad no deja "ver" bien unos valores que funcionen bien. Cuando se solucionen estas dos cosas ya actualizo el post inicial :)

                    • Cerrado

                      La verdad es que yo no tengo demasiados problemas de…

                      La verdad es que yo no tengo demasiados problemas de velocidad, es bastante estable. Tengo picos de hasta 670kb en descarga ftp, pero lo normal es que oscile entre 590 620kb. Lo que si noto es que la navegación web no ha mejorado nada... Un saludo

                  • Cerrado

                    Boca de Pez Boca de Pez
                    6
                    Tengo el mismo problema! Podrias decirmo como lo has…

                    Tengo el mismo problema!

                    Podrias decirmo como lo has arreglado?
                    Creo que mi wifi me limita a MTU1300

    • Cerrado

      Buenas gente e ntrao n la pagina de…

      Buenas gente e ntrao n la pagina de www.speedguide.net/analyzer.php y al leer esto pues komo k m e kedao un poko extrañao al ver esto :-o
      bandwidth * delay product (Note this is not a speed test):

      Your RcvWindow limits you to: 2621.4 kbps (327.675 KBytes/s) @ 200ms
      Your RcvWindow limits you to: 1048.56 kbps (131.07 KBytes/s) @ 500ms
      y keria saber si alguien me podia decir q s x q tal komo parece es q m stan limitando la velocidad q a lo mejor nos na pero x preguntar y kitarme la kuriosidad. thnx ;-)

        • Cerrado

          [Editado]

          Ahora con 6 megas(quien los tenga) hay que subir algo el RWIN…

          Ahora con 6 megas(quien los tenga) hay que subir algo el RWIN para que vaya algo mejor???

          Default Receive Window (RWIN) = 254040
          RWIN Scaling (RFC1323) = 2 bits (scale factor of 4)
          Unscaled Receive Window = 63510

          RWIN is a multiple of MSS
          Other values for RWIN that might work well with your current MTU/MSS:
          513920 (MSS x 44 * scale factor of 8)
          256960 (MSS x 44 * scale factor of 4)
          128480 (MSS x 44 * scale factor of 2)
          64240 (MSS x 44)

          • Cerrado

            6
            creo que no hará falta, pero no lo puedo mirar hasta que yo…

            creo que no hará falta, pero no lo puedo mirar hasta que yo tenga 6mbps y solucionen el problema :P

    • Cerrado

      [Editado]

      yo no entiendo mucho de este tema pero buscando he encontrado…

      yo no entiendo mucho de este tema pero buscando he encontrado esto haber que os parece:

      SCuM23-03-2002, 04:35
      Si negro... No hay ningun problema, te paso a explicar que hay dos factores que estan en juego en este caso:
      (primero tendrias que decirme que conexion a internet es y en caso de ser PPPoE que cliente estas usando)
      Los dos factores importantes son:
      MTU y TCP MSS (Maximum Segment Size)
      1) MSS
      El protocolo TCP provee una opcion que se utiliza cuando cuando una conexion es establecida (mal llamada negociada) que indica el tamaño máximo para un segmento TCP para esa conexion.
      Para ponerlo en otras palabras, el lado que recibe la comunicacion le manda al que la origina un mensaje que le indica: "Puedo aceptar segmentos TCP de hasta un tamaño X".
      El tamaño (X) puede ser mas grande o mas chico que le default y puede ser independiente para cada direccion de la conexion. El resultado puede ser que ambas direcciones usen tamaños bien diferentes en los dos sentidos.
      MSS cuenta solo los octetos de datos (bytes) en un paquete, no cuenta los encabezados (headers) tanto TCP como IP.

      2) MTU (Maximum Transfer Unit).
      Es el tamaño máximo de datos que se pueden transmitir en una unidad de transmición (frame) por la red. Para Ethernet el MTU es 1500 bytes, para PPPoE es 1492, para dial-up puede variar desde 576 a 1500.
      Cada unidad de transmicion consiste en un encabezado (Header) y los datos.

      Basicamente:
      MTU=MSS + TCP + IP headers.
      o
      MSS=MTU - TCP heder- IP header

      Se pueden calcular de diversas maneras y los headers pueden varias entre 60 para ambos (TCP y IP)

      MSS=MTU - 60 - 60=MTU -120

      Hasta un minimo de 20 para cada uno

      MSS=MTU - 40

      El problema:
      Tomemos el caso por ejemplo de PPPoE (que es el caso tipico de las conexiones ADSL):
      Las conexiones de PPPoE tienen un MTU máximo de 1492, el cual es inferior a los 1500 bytes que transmite una red ethernet o CSMA/CD. En el caso del server, no tiene problemas ya que este establece el MSS en la conexion y navega perfectamente, ya sea en la intranet como en internet, si bien puede tener diferentes MSS en ambos.
      Cuando se usa ICS, Winproxy, NAT, o cualquier otro proxy o Network Address Translation Software, las maquinas que funcionan como clientes no tienen forma de saber el limite impuesto que impone PPPoE y usan el de ethernet como default por lo que indican al establecer una comunicacion, un MSS de 1460 (1500 menos 40 de los encabezados IP y TCP).
      Esto genera paquetes mas grandes de lo que PPPoE puede transmitir y por consiguiente se pierden, se descartan o se fragmentan. Pero conlleva a delays, latencia alta, y fallas en la comunicacion o paginas que no se cargan nunca en el peor de los extremos (paquetes posiblemente desechados por alguna de las partes o en algun trayecto de internet).

      Calculando el tamaño justo::
      Por otro lado, cuanto mas grande es el paquete, mas efectiva es la conexion, siempre y cuando no haya errores en la comunicacion (la linea debe ser estable y libre de errores). Pasar un archivo de 1 MByte con un MTU de 1500 es mas rapido que con un MTU de 576 debido a que se envian menos paquetes mas grandes y se evitan muchos bytes de encabezados.
      Por otro lado, un MTU mas chico puede ayudar a reducir el ping en una conexion (no muy notablemente pero algo en fin). O hacer que parezca como que tenga mas respuesta. Ya que se transmiten paquetes mas chicos de informacion que viajan mas rapido. Pero puede que para transmitir un archivo o para operaciones que requieren un flujo constante de datos, se requiera de mas tiempo para concluir ya que esta constantemente enviando encabezados e introduciendo delays mientras se negocian los paquetes. Pero sin duda puede ayudar en situaciones que hay problemas de conexion (ruido por ejemplo).

      Bueno hasta aca la explicacion teorica por si te preguntan en el laburo.
      La solucion facil:
      Tendrias que averiguar tu MTU, tanto de la red como de la conexion. Y establecer el menor para ambas para no tener problemas. Para establecer el MTU en los clientes, es mas facil contando con un servidor de DHCP ya que solo hay que indicar la opcion en el mismo.
      Hace lo siguiente:
      ping -f -l 1500 numeroIP
      -f es para que no fragmente y sepas si con 1500 devuelve el ping.
      el tamaño anda variandolo hasta encontrar el maximo valor que responda. A este valor sumale 28 y ese es tu Máximum Transfer Unit (MTU).
      Proba desde el server a internet y fijate tu MTU para la conexion.
      Proba desde un cliente al server y fijate tu MTU para la red.

      Si usas RASPPPoE como cliente de PPPoE tenes una opcion en avanzadas que dice:
      Limit TCP MSS Maximum Segment Size (MSS) Option
      Esa opcion escanea que no haya ningun paquete con mas de 1492 de MTU y si lo hay lo cambia. Puede ser una muy buena manera de resolver tu problema.

      Saludos y mucha suerte, cualquier cosa no dudes en preguntar

      yo haciendo pruebas me ha salido 1444+28=1472 tambien he encontrado esto que es lo que dice microsoft al respecto
      http://support.microsoft.com/default.aspx?scid=kb;es;314496 o esto otro http://support.microsoft.com/?kbid=283165 otra mas de microsoft http://support.microsoft.com/kb/159211/

      con el tema del pin que en mi caso me ha salido 1444+28=1472

      espero no liar mas la cosa y no inducir al error

      el sg tcp optimicer me dice esto en la prueba de mtu

      Pinging [62.81.199.225] with 40 bytes ->bytes=40 time=93ms TTL=54
      Pinging [62.81.199.225] with 750 bytes ->bytes=750 time=117ms TTL=54
      Pinging [62.81.199.225] with 1125 bytes ->bytes=1125 time=130ms TTL=54
      Pinging [62.81.199.225] with 1312 bytes ->bytes=1312 time=137ms TTL=54
      Pinging [62.81.199.225] with 1406 bytes ->bytes=1406 time=136ms TTL=54
      Pinging [62.81.199.225] with 1453 bytes -> ..fragmented
      Pinging [62.81.199.225] with 1430 bytes ->bytes=1430 time=139ms TTL=54
      Pinging [62.81.199.225] with 1441 bytes ->bytes=1441 time=136ms TTL=54
      Pinging [62.81.199.225] with 1447 bytes -> ..fragmented
      Pinging [62.81.199.225] with 1444 bytes ->bytes=1444 time=139ms TTL=54
      Pinging [62.81.199.225] with 1445 bytes -> ..fragmented
      The largest possible non-fragmented packet is 1444 (1472 - 28 ICMP & IP headers).
      You can set your MTU to 1472

      y esto otro sobre la latencia

      Pinging [204.127.135.135] with 32 bytes ->bytes=32 time=166ms TTL=54
      Pinging [204.127.135.135] with 32 bytes ->bytes=32 time=164ms TTL=54
      Pinging [204.127.135.135] with 32 bytes ->bytes=32 time=166ms TTL=54
      Pinging [62.81.199.225] with 32 bytes ->bytes=32 time=95ms TTL=54
      Pinging [62.81.199.225] with 32 bytes ->bytes=32 time=93ms TTL=54
      Pinging [62.81.199.225] with 32 bytes ->bytes=32 time=92ms TTL=54
      Pinging [207.155.252.70] with 32 bytes ->bytes=32 time=241ms TTL=245
      Pinging [207.155.252.70] with 32 bytes ->bytes=32 time=252ms TTL=245
      Pinging [207.155.252.70] with 32 bytes ->bytes=32 time=243ms TTL=245
      Pinging [193.10.252.19] with 32 bytes ->bytes=32 time=115ms TTL=244
      Pinging [193.10.252.19] with 32 bytes ->bytes=32 time=117ms TTL=244
      Pinging [193.10.252.19] with 32 bytes ->bytes=32 time=118ms TTL=244
      Pinging [63.217.30.70] with 32 bytes ->bytes=32 time=149ms TTL=57
      Pinging [63.217.30.70] with 32 bytes ->bytes=32 time=147ms TTL=57
      Pinging [63.217.30.70] with 32 bytes ->bytes=32 time=148ms TTL=57
      Ping statistics for above hosts:
      Packets: Sent = 15, Received = 15, Lost = 0 (0% loss)
      Approximate round trip times (RTT) in milli-seconds:
      Minimum = 92ms, Maximum = 252ms, Average = 153ms

      y esto el SpeedGuide

      TCP options string = 020405980103030201010402
      MTU = 1472
      MTU is not fully optimized for broadband. Consider increasing your MTU to 1500 for better throughput.
      MSS = 1432
      MSS is not fully optimized for broadband (although it might work well for slower connections). Consider increasing your MTU value.

      Default Receive Window (RWIN) = 257760
      RWIN Scaling (RFC1323) = 2 bits (scale factor of 4)
      Unscaled Receive Window = 64440

      RWIN is a multiple of MSS
      Other values for RWIN that might work well with your current MTU/MSS:
      504064 (MSS x 44 * scale factor of 8)
      252032 (MSS x 44 * scale factor of 4)
      126016 (MSS x 44 * scale factor of 2)
      63008 (MSS x 44)
      bandwidth * delay product (Note this is not a speed test):

      Your RcvWindow limits you to: 10310.4 kbps (1288.8 KBytes/s) @ 200ms
      Your RcvWindow limits you to: 4124.16 kbps (515.52 KBytes/s) @ 500ms
      MTU Discovery (RFC1191) = ON
      Time to live left = 58 hops

      TTL value is ok.
      Timestamps (RFC1323) = OFF
      Selective Acknowledgements (RFC2018) = ON
      IP type of service field (RFC1349) = 00000000 (0)

      Saludos haber que opinais y perdonar por lo largo que es el post

      • Cerrado

        6

        esto es para pppoE... jazztel usa pppoA por lo que el mtu…

        esto es para pppoE... jazztel usa pppoA por lo que el mtu puede ser 1500 sin problemas...

        en pppoE si no se configura bien puede provocar perdida de paquetes, o que algunas paginas se queden a mitad de cargar. Pero no es el caso con jazztel.

    • Cerrado

      Gracias por la respuesta pero como ya he dicho antes no soy…

      Gracias por la respuesta pero como ya he dicho antes no soy un esperto y creo que tengo un pequeño lio , pero lo que pone microsoft sober el tema del pin ¿es aplicable al ppoa de jazztel? ¿ si es asi a mi me sale 1444+28=1472? seria correcto o me estoy liando mas

      Saludos

      • Cerrado

        [Editado]

        6

        con jazztel el mtu puede ser 1500 perfectamente. Usa pppoA.…

        con jazztel el mtu puede ser 1500 perfectamente. Usa pppoA.

         E:\Documents and Settings\los2>ping www.bandaancha.st -f -l 1472
        
         Pinging www.bandaancha.st [62.81.199.225] with 1472 bytes of data:
        
         Reply from 62.81.199.225: bytes=1472 time=133ms TTL=50
         E:\Documents and Settings\los2>ping www.bandaancha.st -f -l 1473
        
         Pinging www.bandaancha.st [62.81.199.225] with 1473 bytes of data:
        
         Packet needs to be fragmented but DF set.

        1472+28=1500. Quizá tu no puedas porque en el router tienes configurado un MTU mas pequeño.

      • Cerrado

        6

        es que no se nota :P solo es para cuando se tienen problemas…

        es que no se nota :P solo es para cuando se tienen problemas de carga de paginas a medias, etc.. pero como he dicho eso no pasa con jazztel.

    • Cerrado

      hola se que esta pregunta no tiene nada que ver con el…

      hola se que esta pregunta no tiene nada que ver con el post...pero haber si me podeis quitar la duda.....
      bajarse cosas de internet por redes p2p es legal mientras no te lucrees de ello eso ta claro...pero dicen que desaparecera lo de la ocpia privada....eso que quiere decir?que ya no sera legal bajarse cosas de internet aunque no te lucrees o que?

    • Cerrado

      he hecho todo lo que han indicado. Muy bueno todo. Soy…

      he hecho todo lo que han indicado. Muy bueno todo. Soy usuario de jazztel desde hace una semana, antes no tenia internet en casa. La verdad es que con o sin cambios de RWIN la velocidad raramente pasa de los 100kbps.... me pueden aconsejar algo para solucionarlo?

      gracias.

    • Cerrado

      Boca de Pez Boca de Pez
      6

      Hola, he cambiado los parametros de la Red con el RWin en un…

      Hola, he cambiado los parametros de la Red con el RWin en un Windows XP SP2.

      Pero en el emule, ahora no me sube a mas de 5, cuando lo tengo puesto a 15....la bajada no veo cambios, pero ahora la subida como que esta capada...

      Es normal? estos cambios afectan a los P2P?

      Gracias.

    • Cerrado

      Luke, he tocado opciones del rwin a lo loco por hacer…

      Luke, he tocado opciones del rwin a lo loco por hacer experimentos y ahora me da a mi que esto me va peor que antes...como lo arreglo?
      Tengo 6mb pero bueno la configuracion para 4mb me iba bien, pongo la de los 4mb y ya?

        • Cerrado

          [Editado]

          Luke se tiene algun prolema de mantener un hilo abierto en…

          Luke se tiene algun prolema de mantener un hilo abierto en torrejon para saber quien ha sido ampliado o no; O solo se cierra para acer limpieza.
          Si solo es acer limpieza yo creo como moredador abia que acer limpieza a todo los hilos de este foro.

          Salu2 Y fin

          • Cerrado

            [Editado]

            A ver si alguien de Jazz me escucha. Central de Almenara…

            A ver si alguien de Jazz me escucha.

            Central de Almenara Madrid : 91 3158xx3
            Sincronismo a 6Mbs.

            • Status Information
            • System Uptime 0 hour(s) 4 minute(s)
            • DSL Status Connected
            • DSL Speed 512 Kbps Upstream, 6144 Kbps Downstream
            • LAN IP Address 192.168.1.
            • Ethernet Connected
            • DHCP Server Running
            • Software Version V1.00B02T02.TA.20050124

            pues me da tests de velocidad de 1100 K's
            solamente :-(
            vamos... un poquito más de un mega, digamos mega y medio...¿?

            he cambiado el mtu a 1478
            y el rwin el que dice arriba en el editado 2
            El RWIN se recomienda que sea un múltiplo del MSS. El MSS con este MTU es 1438, por lo que los nuevos valores RWIN recomendados con este MTU son:

            - hasta 1 mega: 63272
            - 2 megas: 189816
            - 4 megas o más: 253088

            a ver si logro tener una conexión de campeonato...
            de momento el azureus, va peor que antes... :-(

            Saludos
            Alberto

            • Cerrado

              [Editado]

              Si es que ospechin, no pue ser contigo, te dan un fórmula1 y…

              Si es que ospechin, no pue ser contigo, te dan un fórmula1 y lo llevas a paso tortuga. Hay madre mía, tanta velocidad, tanta velocidad, que te vas a estrellar hombre. Yo con mis 512, no tengo problemas de accidentes ni na.

              Saludos, el mari

    • Cerrado

      Boca de Pez Boca de Pez
      6

      funciona de verdad! de pasar de 160 a 410!! muxas gracias…

      funciona de verdad! de pasar de 160 a 410!!

      muxas gracias tio.

      un gallifante para ti

    • Cerrado

      [Editado]

      Valores de MTU y RWIN para 6 megas, obteniendo resultados de…

      Valores de MTU y RWIN para 6 megas, obteniendo resultados de descargas con gestores de 650 KB/s y en el DUmeter de 681,7 KB/s, cuando con la antigua configuración de 4 megas salían 670,8 KB/s en el DUmeter:

      Sincronización: 6144 Kbps
      MTU: 1478
      RWIN: 258840

      Los valores son automáticos poniendole al programa 6 megas y MTU 1478, no es que me los haya inventado...xD

      Un Saludo

    • Cerrado

      Boca de Pez Boca de Pez
      6

      Hola, Como consigo que el test de me de los siguiente…

      Hola,

      Como consigo que el test de me de los siguiente valores:

      MTU: 1500
      RWIN: 256960

      y no estos:

      TCP options string = 020404ec0103030201010402
      MTU = 1300
      MTU is not fully optimized for broadband. Consider increasing your MTU to 1500 for better throughput.
      MSS = 1260
      MSS is not fully optimized for broadband (although it might work well for slower connections). Consider increasing your MTU value.
      Default Receive Window (RWIN) = 257040

      Intento poner los valores de MTU: 1500 y RWIN: 256960 con el TCPOptimizer.exe pero no lo consigo.

      Al ejecutar el progrma parece que los tenga guardados pero no se y además solo me aparece un adaptador, como se tiene que utilizar el programa para configurar esos valores utilizando router?

      Saludos.

    • Cerrado

      Boca de Pez Boca de Pez
      6

      Hola, yo tengo un problema, uso modem y cuando intento…

      Hola, yo tengo un problema, uso modem y cuando intento cambiar el MTU con el TCP optimicer luego al reiniciar no me lo cambia, me lo deja tal y como lo tengo, lo mismo me pasa con el otro programa; lo tengo en 1480 y no puedo ponerlo a 1478.

      • Cerrado

        De todas formas de 1478 a 1480 no vas a notar mucho...asique…

        De todas formas de 1478 a 1480 no vas a notar mucho...asique si no consigues cambiarlos tampoco pasa nada...

    • Cerrado

      buenas en el D-Link G604T, en la parte PPPoA Connection…

      buenas

      en el D-Link G604T, en la parte PPPoA Connection Setup, en donde se cambia el parámetro MTU, por defecto está en 1500. Hasta aquí todo correcto.
      si modifico el MTU a 1478 (para mi conexión de 6MB) este es menor que otro parámetro llamado MRU, que si no me equivoco es Maximum Receive Unit y que por defecto está en 1492.
      mi pregunta es que si se modifica a 1478 el MTU, al ser menor éste que el MRU esto influye en algo, vamos, que si es contraproducente y si es asi qué valor poner.
      y bueno, ya que estoy, pues ¿qué función tiene exactamente ese MRU?

      muchas gracias

      • Cerrado

        6

        jaja, pues asi a lo rapido creo que será un rwin de unos…

        jaja, pues asi a lo rapido creo que será un rwin de unos 700k, la velocidad maxima se puede calcular con rwin/retraso, o sea, 700k/0.3s = 2333, esto quiere decir que con un retraso de 300 msec con el servidor y 700k de rwin la velocidad máxima posible será de unos 2300k/seg

    • Cerrado

      Boca de Pez Boca de Pez
      6

      joé por lo que veo os interesa mas lo que no teneis que lo…

      joé por lo que veo os interesa mas lo que no teneis que lo que teneis, me explico, aqui pocos tienen 4 megas y menos 6 y la inmensa mayoria 1 mega y aunque este hilo esta abierto para 4 megas tos pidiendo la config de 4,6 y hasta uno de 20 sin tenerlos juas!!! .
      Y como no, yo sere otro de lo que una cosa que si que tiene pide, pero no es este el hilo,pá no destacar ,la configuracion para 1 mega que creo que es la que la mayoria de españolitos y algunos de los que hay aqui tienen gracias.

    • Cerrado

      Hola, Planteamientos para expertos, me temo ;-) Teniendo una…

      Hola,

      Planteamientos para expertos, me temo ;-)

      Teniendo una linea ADSL tipo 6144/512 o similar, un RWIN alto (ej: 126544, 189816, 253088) viene bien en bajada de unos pocos archivos (1-6) desde un MISMO servidor (de gran ancho de banda), especialmente si la probabilidad de pérdida de paquetes (entre servidor y nuetro PC) es baja. PERO....

      ¿Qué pasa si queremos bajar simultáneamente de distintos servidores, de distintas latitudes y más si la prob. de pérdidad de paquetes sube? El RWIN óptimo (u otros parámetros de TCP/IP) puede estar en otro rango.

      Tanto lo que he leido como pruebas que he hecho (aunque no formales, ni mucho menos) me señalan que bajando simultáneamente de sitios / servidores muy distintos, aprovechamos 'peor' el ancho de banda de nuestro ADSL.

      Me gustaría saber la opinión y, especialmente, la experiencia de otros en este sentido :-)

      • Cerrado

        Hola a todos... Si bien no confirmado, creo que un valor de…

        Hola a todos...

        Si bien no confirmado, creo que un valor de RWIN alto (ej: 189816 en mi caso valor excelente en bajada simultánea de 1-24 archivos aprox.) implica que bajo Windows se consumen más "recursos", de esos cuyos niveles se pueden visualizar con herramientas de monitorización del sistema bajo apartados como GDI / USER objects u otros de los relacionados con la pila TCP/IP.

        No soy un experto, pero sí sé que esos "recursos" NO se solventan subiendo la RAM del PC; en general, hay que modif. algún parámetro del registro.

        En caso de RWIN, os podéis imaginar que se usan 'buffers' (recursos Windows) de 189k's, para el ejemplo de arriba, yo diría que un buffer por cada "sesión TCP".

        En condiciones "normales" (P2P apagado, for example ;-) ) hay pocas sesiones TCP y por tanto pocos buffers, por lo que ese tamaño (189) no importa. Pero si el P2P está funcionando "a tope", puede pasar que el consumo de recursos se dispare.

        Hasta aquí parece todo teoría o especulación; pero el hecho es que he observado que bajando el RWIN (ej: otra vez a 17520):

        1.- Con herram. de monitorización ha bajado bastante el número de objetos (recursos) del tipo GDI / USERS, teniendo el eMule (a modo ejem, lo que he probado).

        2.- Windows / eMule no se "congelan"

        3.- El download del eMule (requete-múltiples sesiones TCP simultáneas, ya sabéis) va bastante mejor (factor de 20 aprox.)

        No son pruebas formales ni mucho menos y seguiré investigando; cualquier opinión, matización o corrección! bienvenida.... :-)

    • Cerrado

      Boca de Pez Boca de Pez
      6

      Pues si alguien me puede ayudar.... Yo tengo ya los 6 megas,…

      Pues si alguien me puede ayudar....

      Yo tengo ya los 6 megas, me sincroniza correctamente... Pero bajar, empieza a 600k y baja hasta 230k o incluso 160k y ahí se queda.

      He probado con MTU 1500 y con el 1478, con los valores RWIn de todos los colores...y esto sigue igual.

      Tengo un router thomson 510 y creo que ahí no se toca nada de la mtu y tal...

    • Cerrado

      [Editado]

      Holas a todos. Tengo jazztel 1mb y he puesto los parámetros…

      Holas a todos.

      Tengo jazztel 1mb y he puesto los parámetros con el TCP Optimizer como pone en el editado 2:
      MTU 1478
      RWIN 63272

      Al comprobarlo en la pagina
      www.speedguide.net/analyzer.php
      Me sale en rojo el MTU (1478 ) y me dice que deberia incrementarlo a 1500. ¿Es lo que tiene k poner o que cambio?

      En los test no me pasa de 98 o 99 kib/s. Donde podria mirar que tal me va la subida?

      Gracias!

    Hay 13 páginas posteriores con más temas