Mejoras para tu PC

Acelerar la conexión a Internet: mito o realidad

¿Te gusta el artículo? ¡Valóralo!

0 media basada en 0 votos

  • Excelente
    0
  • Muy bueno
    0
  • Normal
    0
  • Regular
    0
  • Malete
    0
Ya que encontrais este blog buscando cómo acelerar el Windows y precisamente el artículo "10 maneras de acelerar tu windows" es uno de los más leidos, me propongo traducir otro buenísimo artículo que habla de cómo acelerar la conexión a internet.

Con cantidad de anuncios que nos prometen una mejor conexión a Internet realizando trucos y cambios en la configuraciones TCP/IP de nuestro sistema es difícil saber cual es real y cual no. En este artículo se discute brévemente dos métodos con los que modificando el registro del Windows, en concreto los que se refieren al protocolo TCP/IP, se pueden obtener algunas mejoras y explicaremos sus beneficios.

Lo primero de todo, TCP/IP tiene que ver con dos protocolos (TCP Transmission Control Protocol o Protocolo de Control de Transmisión) e IP (Internet Protocol o Protocolo de Internet) . Según el RFC 1180 (un tutorial de TCP/IP) "Puede incluir otros protocolos, aplicaciones e incluso otro medio de red. Un ejemplo de estos protocolos son: UDP, ARP, y ICMP. Un ejemplo de estas aplicaciones son: TELNET, FTP y rcp. Una forma de llamarlo con más precisión sería "tecnología internet". Una red que usa tecnología internet se le llama "internet". Así que este protocolo hace que las comunicaciones por Internet seán posibles. Con lo que tendría sentido decir que si sabemos configurar y modificar los valores que usa este protocolo en nuestro sistema operativo podríamos acelerar de alguna forma la conexión a Internet, ¿no?

Analicemos algunos de los parámetros comunes cuyos cambios en el TCP/IP pueden suponer alguna diferencia:

Tamaño de entrada de datos de Windows

Esto se refiere al tamaño de datos en kilobits que es recibido antes que una confirmación de esos datos (ACK) se devuelve al otro lado de la conexión TCP para verificar que los datos que se enviaron fueron enviados correctamente. Si el remitente no recibe esa señal de confirmación en un intervalo de tiempo designado, el paquete debe ser retransmitido. Esta es una de las razones por las que al protocolo TCP se le considera un protocolo fiable basado en conexiones.

El tamaño de entrada de datos por defecto en Windows 9X y en NT es de 8K y en 2000, ME y XP de 16K. Si dispones de una conexión de banda ancha podrías cambiar este valor a algo más alto, como 32K o 64K, y ver los resultados. Es decir, podría incrementar la velocidad de tu conexión ligeramente cuando se transfiere un montón de datos porque Windows no tendría que enviar tantas confirmaciones. El problema podría venir si por alguna razón las confirmaciones ACK no se reciben bien en el otro lado de la conexión, podrías tener que retransmitir muchos datos. Así, si tu conexión empieza a experimentar mucha latencia el cambio podría dar más problemas que ayuda, debido a la cantidad de errores y datos que se tendrían que retransmitir. En algunos casos podrías resolver el problema habilitando las Confirmaciones Selectivas (o Selective Acknowledgements o SACK).

Con las SACK activadas el que recibe los datos puede confirmar la recepción de paquetes de datos específicos no contiguos en una cadena de datos y forzar al remitente a enviar sólo los paquetes perdidos en lugar de todos los que se han dejado de recibir desde que se recibió el último ACK bueno.

¿Qué significa ésto para tí? Bien, si estás en una conexión módem, olvídalo, 16K será el máximo que podrás recibir y cualquier cambio que hagas hará que tengas más latencia a la larga. Algunas personas que navegan con conexión por satélite con altas latencias de transmición debido al pequeño ancho de banda de subida tampoco se podrán beneficiar de ésto. Pero si tienes una conexión de banda ancha, una ADSL con poca latencia o una conexión por cable podrías intentar ajustar éstos valores para ver si notas alguna diferencia y tu velocidad de conexión aumenta ligeramente.

NOTA: Si no sabes lo que estás haciendo, mejor haz una copia de seguridad de tu registro de Windows o pide a un amigo que sepa que te revise estos cambios.

  • Ve al registro de Windows, para ello, pulsa en Inicio -> Ejecutar -> teclea regedit -> dale al Enter
  • Busca en el árbol de la izquierda lo siguiente: HKEY_LOCAL_MACHINE -> SYSTEM -> CurrentControlSet -> Services -> Tcpip -> Parameters
  • Menu Edición -> Nuevo -> Valor DWORD
  • Como nombre ponle "GlobalMaxTcpWindowSize" (sin las comillas)
  • Como valor (en Hex) pon 00007FFF para 32K o 0000FFFF para 64K (según lo explicado antes)
  • Pulsa Aceptar y cierra la ventana

Deberías antes de hacer este cambio realizar un test de velocidad de tu conexión y volverlo a hacer después de hacer este cambio. Si tienes problemas o no te supone ninguna mejora, simplemente puedes borrar esta nueva variable DWORD que acabas de crear.

Es bueno realizar el test al menos 5 veces en cada prueba para sacar una media, ya que las velocidades pueden varias un poco, y sobre todo, cerrar cualquier programa que use Internet: messenger, explorer, correo electrónico, etc…

Prueba real

Antes de realizar el cambio, 5 pruebas:

822.49 Kbps
825.60 Kbps
845.63 Kbps
819.20 Kbps
819.20 Kbps

Poniéndolo a 32K

855.78 Kbps
852.67 Kbps
832.31 Kbps
835.49 Kbps
863.22 Kbps

Poniéndolo a 64K

842.37 Kbps
838.70 Kbps
856.01 Kbps
835.49 Kbps
832.31 Kbps

Por tanto, en mi caso, se podría decir que 32K es el mejor rendimiento y ha mejorado sensiblemente la velocidad de mi conexión.

Unidad de transmisión máxima

Esto es el tamaño del paquete en bytes más grande posible que puede ser enviado o recibido en una conexión de red en un dispositivo físico.

Este es uno de los parámetros más populares para cambiar al trucar el TCP/IP. Una condición llamada fragmentación ocurrirá si se recibe un envio con una MTU más pequeña que la longitud del envio. Como los fragmentos necesitan ser reensamblados, ésto puede reducir el funcionamiento de la conexión. Cuando dos máquinas negocian una conexión el tamaño MTU se determina usando el más pequeño de los dos durante el proceso de negociación. El problema esta que si el número es todavía más alto que uno de los routers, ocurrirá una fragmentación para que ese router pueda manegar el paquete de datos. En teoría si el tamaño de MTU puede ajustarse óptimamente al tamaño MTU del router del ISP, puedes reducir esa fragmentación en un punto donde tus datos casi siempre pasarán, por consiguiente, reduciéndolo también en la conexión en su totalidad también.

El valor MTU por defecto en Windows es de 1500 bytes porque es el valor por defecto para una LAN (red de área local) porque generalmente están a una velocidad mayor que las grandes redes WAN (redes de área grande) que van a 1000Gbps, 100Mbps y 10Mbps. Las conexiones a Internet generalmente no se acercan a estas velocidades y por tanto usarán un valor MTU más pequeño que las conexiones WAN.

Las recomendaciones comunes para las conexiones por módem es de 576 bytes, y un valor entre 1400 y 1480 se recomienda para la ADSL corriendo con PPPOE (las ADSL normales de España), y 1500 para las demás.

Como el valor MTU requiere de más de una variable en el registro de Windows, se ofrecen las instrucciones para cambiar éste valor para optimizar las conexiones PPPOE de Windows XP y 2000, que son las que más se usan en España en estos momentos (las ADSL de toda la vida).

DE NUEVO NOTA: Si no sabes lo que estás haciendo, mejor haz una copia de seguridad de tu registro de Windows o pide a un amigo que sepa que te revise estos cambios.

  • Ve al registro de Windows, para ello, pulsa en Inicio -> Ejecutar -> teclea regedit -> dale al Enter
  • Busca en el árbol de la izquierda lo siguiente: HKEY_LOCAL_MACHINE -> SYSTEM -> CurrentControlSet -> Services -> NDIS -> Parameters
  • Botón derecho sobre Parameters -> Nueva -> Clave
  • Le ponemos el nombre de "0" (sin las comillas) a esa "subcarpeta" que se ha creado.
  • Ahora dentro de ella, creamos un nuevo valor DWORD como antes llamado "ProtocolType" sin comillas.
  • Como valor (en Hex) ponemos 800
  • Creamos otro valor DWORD, llamado "PPProtocolType" y le ponemos como valor 21 (en Hex)
  • Y creamos otro DWORD llamado "ProtocolMTU" con el valor 1450 en decimal
  • Pulsa Aceptar y cierra la ventana

De nuevo me remito a realizar los pertinentes grupos de pruebas y valorar si ha ido bien o no.

Prueba real

Estaba a 32K según el cambio de arriba, así que:

855.78 Kbps
852.67 Kbps
832.31 Kbps
835.49 Kbps
863.22 Kbps

Después del cambio:

852.45 Kbps
856.01 Kbps
866.65 Kbps
856.01 Kbps
859.13 Kbps

Se podría decir que algo ha mejorado la conexión con los dos cambios, unas 30 Kbps de media. Lógicamente, no se puede asegurar que esto funcione, pero espero que os hayais entretenido y aprendido un poco más cómo funcionan las conexiones entre los ordenadores y el envío de datos y paquetes.

[tags]Conexión, Internet, velocidad, mejora, mejorar, tcp, ip, windows[/tags]

Alex

Ciudadano del mundo. Me encanta llevarme mi cámara fotográfica para inmortalizar esencias y experiencias en lugares diferentes, donde la gente vive diferente, pero donde todos disfrutamos cada día de puestas de un mismo Sol.

Vistos recientemente...

Thunderbird 3: añadiendo un adjunto automáticamente

¿ Sistema Operativo ? Si yo sólo navego …

Muerte al billar

Google Chrome con errores raros

Transforma texto en imagen

25 Comments

  1. Jose

    Y yo me quejaba de tener que aprenderme tcp/ip y los niveles osi… uno de los problemas es la señalización. Aproximadamente entre el 20 y el 40% de los paquetes son señalización porque al salir del pc se le pone su señalización al paquete, al llegar al router se le agrega una capa más de señalización y al final un paquete de 1 KB son 0,4 K de señalización…

    16 de febrero de 2006
  2. Sue

    Gracias por la información!! es de gran utilidad… me gustaría preguntarte cómo se puede variar el parámetro que indica el nº de conexiones tcp que pueden estar abiertas a la vez, bajo windows xp

    Me dijeron que este valor suele ser bajo y que interesa subirlo a 50 por ejemplo para aprovechar mejor las bajadas con el torrent. Gracias

    8 de marzo de 2006
  3. Sandra

    He hecho las 2 puebas, mis comentarios:

    Con la Primera que aqui se explica, he usado los 32K y los 64K (al final me quede con los 32K), tengo una Adsl de 1 Mega y estaba trabajando sobre los 850 ahora sobrepaso el Mega en 50Kbps de media, estoy sobr los: 1050Kbps.

    Con la segunda prueba no note diferencia alguna.

    23 de julio de 2006
  4. Sefarad

    Los que tengáis cable cuidado, al menos a mi me fue mal, al querer bajar un archivo, todo iba bien hasta que se cortaba, pegaba un subidón y luego iba bajando hasta cortarse la comunicación con el otro servidor.

    Borré como se dice aquí, el nuevo valor: GlobalMaxTcpWindowSize, y asunto acabado.

    Lo comento porque lo hice hace tiempo y se me olvidó borrarla, por eso a veces incluso para ver vídeos, no podía.

    Pero gracias por los consejos, como bien dices, a unos nos irá bien y a otros no tanto. Cuidado con los cambios que hagáis.

    11 de agosto de 2006
  5. javier

    me parecen muy buenas las opciones, pero tengo una duda, en una red como le puedo hacer, ya que tengo 512 de banda, pero se me esta haciendo muy lento ya que cada dia tengo mas usuarios conectados.
    espero me puedas ayudar

    7 de septiembre de 2006
  6. fernando

    me parecio interesante indepemdientemenete si mejoro mi conexion de internet o no lo mas importante es que ya lo se cuando lo necesito…

    MUCHAS GRACIAS……

    31 de enero de 2007
  7. tony filibweerto

    ttttt

    1 de febrero de 2007
  8. rodrigo

    la verdad q la cosa esta bastante complicada toy asiendo los cambios con el deesfrez por las dudas pero va para atras aver si alguien me agrega y me ayuda porfa muchas gracias

    29 de marzo de 2007
  9. Gaston

    bueno miren yo no se casi nada de esto lo que yo quisiera saver es como acelerar un toke las descargas yo cuando me fijo la velocidad me dise 100,0 Mbps yo no quiero 3 Gb ahunquesea 512 me bendrian re bien muchas gracias

    P.D: muy buena la explicasion la verdad muy buena

    73`s Kerosene

    29 de marzo de 2007
  10. ivadlk

    Hi My Name Is ivadkn.

    13 de mayo de 2007
  11. ivasro

    Hi My Name Is ivalgn.

    13 de mayo de 2007
  12. Angel exa

    hi que tal quisiera saber que sucede cuando implemento esto a una conexión de 11,0 mbps mejora la bajada del paquete gracias

    27 de mayo de 2007
  13. LOKOTE

    Amigo, dejeme felicitarlo, pero aplique este consejo y resulto excelente.
    A otras personas les digo, que lo apliquen sin ningún recelo.
    Gracias
    att,
    LOKOTE

    21 de julio de 2007
  14. vzixhca tldp

    zcbdepwfh hmdiwxfqp bgnrwo sxqbn phrm mzperohbt sdebfvkhw

    10 de agosto de 2007
  15. EmBuay Portico

    muy bueno el comentario de todos, voy a intentar acelerar mi DSL con esta config. cuento con una banda de 512K…

    bless

    11 de agosto de 2007
  16. Albert

    Dejense de joder. usen linux y dejensen de quemarse la cabeza con pavadas. de paso se ahorran los virus y todas ese tipo de porquerias.

    30 de enero de 2008
  17. pablo

    muy bueno
    gracias, te pasas por mi blog?
    http://www.rsymg.blogspot.com

    saludos

    3 de abril de 2008
  18. alexom

    no pues quiero saber si cuando ases eso te suven $el costo$ del internet o es una tranzzaa!
    diganme los que lla lo isieron este truco

    10 de julio de 2008
  19. Gerardo

    Muchisimas gracias por publicar articulos que de verdad sirven, aplique todo lo descrito en este articulo y de verdad mi velocidad aumentó, en este momento estoy sometiendo a prueba los cambios para estar seguro de disfrutar el beneficio.

    Saludos desde Venezuela

    14 de julio de 2008
  20. juan alberto

    bueno ami la verdad si me funciono lo recomiendo

    23 de septiembre de 2008
  21. Whatthefuckaaaa!!

    What the Fuck!!!
    What the Fuck!!!
    What the Fuck!!!
    What the Fuck!!!
    What the Fuck!!!
    What the Fuck!!!
    What the Fuck!!!
    What the Fuck!!!
    WOW
    What the Fuck!!!
    What the Fuck!!!
    What the Fuck!!!
    What the Fuck!!!
    What the Fuck!!!

    24 de septiembre de 2008
  22. asd

    pene vagina pene

    16 de junio de 2011