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

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

Esto os será de utilidad
----------------------------------------
Análisis de la conexión ADSL, te indica los parametros correctos para la conexion:
· (link roto)

Despues podeis bajaros el programa TCP/IP Optimizer, para poder los valores de RWIN y demás como querais:
· speedguide.net/downloads.php

Tambien teneis la opcion de pasaros a Linux ;)

En serio, no se porque pero las descargas desde Linux me van mucho más finas que desde windows.

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

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:

(link roto)

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.

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

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 ;-)

Ahora lo tienes q poner pa 6 mb xD!!!!! :-P

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)

el video de la nasa no funciona

Buenas gente e ntrao n la pagina de (link roto) 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 ;-)

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 support.microsoft.com/?kbid=283165 otra mas de microsoft 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

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

el caso acabo de poner 1500 en el router y en windows pero no noto ninguna variacion de velocidad

Saludos

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?

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.

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.

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?

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

muxas gracias tio.

un gallifante para ti

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

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.

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.

Hoy llevo todo el dia con problemas GRAVES de velocidad en ESQUERDO, las descargas no han superado el mega.

Molaaaaaaaaa :-P

Le ha pasado a alguien mas?

Saludos,

Probar este link curioso como bajan los 30 primeros MB !!!
(link roto)

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

Para que me matéis... haré la pregunta maldita (después de tanto cálculo, jeje).... ¿Y CUANDO TENGAMOS 20 MEGAS? ¿QUÉ VALORES SERÁN LOS ADECUADOS?

y para modificarlo en linux, hay algun programa tipo tcpoptimizer.
gracias un saludo

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.

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

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

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
(link roto)
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!