BandaAncha.eu

Comunidad de usuarios
de fibra, móvil y ADSL

ADSL

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

Luke

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

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:

(link roto)

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...")
(link roto) Para ADSL 6mb/512
(link roto) 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 está cerrado a nuevas respuestas. Abre un nuevo tema para retomar la conversación.
BocaDePez
BocaDePez

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

ximin

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

🗨️ 2
Kalimist

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.

d4rkf0x

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

BocaDePez
BocaDePez

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.

🗨️ 10
Luke

si, linux está mejor montado en ese aspecto. Por eso este hilo es para usuarios de Windows, en linux el RWIN es dinámico creo.

🗨️ 9
NachoLimon

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

🗨️ 8
ximin

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.

BocaDePez
BocaDePez

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

🗨️ 3
Luke
🗨️ 2
PTRPTRS
🗨️ 1
Luke
Kalimist

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)
🗨️ 1
BocaDePez
BocaDePez

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

🗨️ 1
Luke

No, en principio no afectan al ping

Aragorn-Dunedain

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)

🗨️ 24
Luke

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

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

🗨️ 22
Neophyte

Pongo el tuyo xDDD los calculos parecen mas fiables...xD

🗨️ 1
Luke

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)

Aragorn-Dunedain

¡¡¡OJO!!!, pero el MTU, debe ser las cabeceras IP+TCP/UDP+DATOS. En tus cálculos has tenido en cuenta la cabecera PPP y PPPoA, que pertenecerian al nivel de enlace.
Por eso a tí te salen 10 bytes mas para el MTU que a mí

🗨️ 5
Luke

como? una cabecera IP son 40 bytes

🗨️ 4
Luke
🗨️ 2
Luke
Neophyte

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:

Imagen original en http://www.llamassoria.jazztel.es/mtu1480.jpg

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

Imagen original en http://www.llamassoria.jazztel.es/mtu1470.jpg

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

Imagen original en http://www.llamassoria.jazztel.es/mtu1478.jpg

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

🗨️ 5
Luke

puede que la navegacion te vaya mal porque has cambiado el mtu en el router y no en windows, por lo que hay fragmentación a saco.. mejor cambialo con el drtcp

🗨️ 4
Neophyte
🗨️ 3
Luke
🗨️ 2
Neophyte
🗨️ 1
Luke
Luke

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

Imagen original en http://www.lukealc.jazztel.es/1500.png

MTU=1478

Imagen original en http://www.lukealc.jazztel.es/1478.PNG

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

🗨️ 7
Neophyte

Hazlo con 1470 ya que estás...un saludo

🗨️ 4
Luke
🗨️ 3
BocaDePez
BocaDePez
🗨️ 1
Luke
Aragorn-Dunedain

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,

🗨️ 1
Luke
Neophyte

Como vaya mal te capo xDDDDDDDDDDDD, voy a probar...

Estragon

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.

🗨️ 2
Luke

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.

🗨️ 1
Estragon

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

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

blus

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

🗨️ 1
Luke

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

ASAP

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

frost645

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

🗨️ 2
Luke

cuando sea más oficial :P

🗨️ 1
lionomega1

Cuanto queda para que sea oficial??? jejeje

BocaDePez
BocaDePez

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)

🗨️ 11
Luke

tu configuración está bien, espera unos días, se debería solucionar.

🗨️ 10
jorditron

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

🗨️ 9
Luke

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

🗨️ 8
carbajor
🗨️ 6
Luke
🗨️ 5
carbajor
🗨️ 3
Luke
🗨️ 1
BocaDePez
BocaDePez
Raulito

el video de la nasa no funciona

🗨️ 5
Luke

me di cuenta hace unos días, estaba esperando a ver si aparecían donde dice el readme que deben estar (mpg/files) pero nada. Voy a poner el trailer de batman begins en hdtv :P

edito: bueno no que veo que usa akamai y no vale.. ya buscaré otro :P

🗨️ 4
Raulito

Igual esto te mola:
ftp://ftp.heise.de/pub/ct/spezial/shuttle.mpg

415.492.100 14.02.03 HDTV-Sample 1080i @ 20 Mbit/s - Shuttle-Start

🗨️ 3
Luke

pf, mi pobre centrino va a sufrir, 1080i...

aunque ya tengo un enlace puesto de alemania :P

🗨️ 2
Raulito
🗨️ 1
Luke
frost645

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

🗨️ 4
Luke

no es que te estén limitando la velocidad, sino que con tu configuración de windows no bajarás rápido de servidores lejanos. Configura el rwin como se dice en el primer post del hilo..

🗨️ 3
frost645

aaaaaaaaaa era x q borraba el tcp optimizer y los archivos que me creaba :-P

Neophyte

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)

🗨️ 1
Luke

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

levadura

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

🗨️ 1
Luke

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.

levadura

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

🗨️ 2
Luke

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.

Neophyte

Te has copiado mi firma exacta !! xDDD :-P

levadura

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

Saludos

🗨️ 1
Luke

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.

calabrote22

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?

eleter

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.

🗨️ 8
Luke

esperar unos dias

🗨️ 7
BocaDePez
BocaDePez

Luke, yo kontrate jazztel ara unas 2 semanas, kn 4 megas claro pro me dicen k en valencia aun no estan puestos del todo es lo puedo pasar i me dicen k mientras tanto tendria 1 mega i no es asi ya k me va a unos 400 kas en los tests es decir kom una de 512 kas.Sabes xq puede ser eso?¿?
Gracias por todo

🗨️ 6
Luke

las altas nuevas deberían ir a 1mb todas (eso dice telefónica) pero según parece no está siendo así. Tendrás que esperar a que telefónica duplique en tu zona, me temo..

🗨️ 5
BocaDePez
BocaDePez
🗨️ 4
Luke
🗨️ 3
BocaDePez
BocaDePez
🗨️ 2
Luke
🗨️ 1
BocaDePez
BocaDePez
BocaDePez
BocaDePez

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.

🗨️ 1
Luke

nop, la subida es otro parametro que no se suele cambiar

lionomega1

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?

🗨️ 6
Luke

si no has tocado nada aparte del rwin, si, basta con poner lo que estaba antes.. :P

cuando me pongan 6mbps ya hago pruebas a ver si ajusto los valores del post inicial..

🗨️ 5
camaleom

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

🗨️ 1
Luke

postealo en el hilo de centrales ampliadas a 6mb/512k

lionomega1

ya estoy mosca, si es que no se pa que toco nada, ya lo puse con la configuracion de 4mb y me va igual de mal...

🗨️ 2
ospechin

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

🗨️ 1
BocaDePez
BocaDePez

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

muxas gracias tio.

un gallifante para ti

Neophyte

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

🗨️ 5
Neophyte

Para quien tenga ya 6 megas le aconsejo estos valores, a mí me van muy bien...

🗨️ 4
frost645

pos a mi se m a puesto esa configuracion automaticamente cuando m han pasado a 6 mb y me baja a 570 Kb/s.
no uso ningun gestor ni na pero nuse. :-o

🗨️ 1
Neophyte

A mí hoy también me baja sobre 600 con firefox, no llega al maximo...debe de haber algun problema en alguna parte

quefu

He puesto tus valores y me va de fabula,la descarga de debian a 660 KB/seg constantes (tengo la captura pero no se como ponerla aqui).
Gracias por el consejo.

Edito por error ortografico

🗨️ 1
Neophyte

Yo al final la tuve que cambiar por los microcortes...pero yo creo que a la gente le irán bien...

BocaDePez
BocaDePez

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.

Imagen original en http://img323.imageshack.us/img323/7127/tcpoptimizer3bk.jpg

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.

🗨️ 11
quefu

Dale a custom settings,pones los valores a mano y le das a apply

🗨️ 10
Kerneliano

Vale, pero el problema es que no se si me tiene que aparecer en la lista desplegable la targeta de red, no la veo, solo me aparece el adaptador de red 19394 y no se como aplicar los valores a la targeta red.

Tengo que marcar o utilizar alguna otra opción del programa para que los parametros se actualicen en la targeta de red?

Saludos.

🗨️ 9
Luke

has probado con el drtcp?

🗨️ 8
BocaDePez
BocaDePez
🗨️ 7
Luke
🗨️ 6
Kerneliano
🗨️ 5
Luke
🗨️ 4
belcebuu
🗨️ 1
Luke
Kerneliano
🗨️ 1
Luke
BocaDePez
BocaDePez

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.

🗨️ 1
Neophyte

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

curiososn

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

Imagen original en http://www.javic.jazztel.es/image1.jpg

Molaaaaaaaaa :-P

Le ha pasado a alguien mas?

Saludos,

🗨️ 10
Luke

que no cunda el pánico, personas! que cogent está saturado y se amplía mañana.

;);)

curiososn

Vaya me lo imaginaba y he posteado en ese hilo pensando que podría ser eso.

Pero no crees que es muy exagerado que pase de 6 megas a 1??

Y otra cosa, porque siempre te va bien a ti y a los demás no? Sigo pensando seriamente en que tienes enchufe :-P :-P :-P

🗨️ 5
Luke

no, esto a mi tambien me esta afectando hoy

2 46 ms 41 ms 42 ms madhou.jazztel.es [212.106.217.73]
3 41 ms 42 ms 42 ms madhou.jazztel.es [212.106.217.43]
4 143 ms 139 ms 138 ms 80.91.67.69
5 232 ms 227 ms 226 ms p14-0.core01.jfk01.atlas.cogentco.com [130.117.0.9]

cogent versión super-latencias

🗨️ 4
curiososn
🗨️ 3
Luke
🗨️ 2
curiososn
🗨️ 1
Luke
jorditron

Buenas,

Yo llevo sincronizando a 6 megas hace un mes y mis velocidades siempre han sido las de 1 mega. Tras hablar con el 900 808 908, y comentarlo me dicen que en la Central de Horta(Bcn) están haciendo pruebas con los servidores y que sólo tengo un mega, que a mediados de este mes pasaremos a 4. No sé quizás también estén haciendo pruebas en tu central, llama y pregunta que es gratis!!

Un saludo!!

🗨️ 1
curiososn

Debe der lo que comenta luke del carrier, ya que antes mas o menos siempre me iba bien, vamos que llegaba a los 6 mg con varias descargas simultaneas.

Esperemos a mañana pues...

BocaDePez
BocaDePez

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

🗨️ 1
Neophyte

Baja a menos de 200 KB/s todo....

brtoledo

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

🗨️ 3
Luke

en principio es el valor mas grande de tamaño de paquete que puedes recibir.. deberia estar en 1500

🗨️ 2
brtoledo

es decir, ¿debo poner MTU=1478 y MRU=1500?

🗨️ 1
Luke

yo en el router pondria mtu 1500 y mru 1500, y sería en windows donde pondria 1478... porque luego dependes de windows para que te coja el 1478 automaticamente, cosa que no creo que haga demasiado bien..

cascaman

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?

🗨️ 1
Luke

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

prozeus92

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

🗨️ 5
Luke

No es necesario, ya que se ajusta automáticamente cuando estás descargando algo.

🗨️ 4
NMXT

Alguien me puede explicar que significa esto?

WAN:
Line Status: Up
Upstream Speed: 320 kbps
Downstream Speed: 1024 kbps

¿tengo 512kbps de velocidad o 1 mbps?

🗨️ 3
Neophyte

1 Mbps

Downstream Speed: 1024 kbps=1Mbps

NMXT

Pero me sigue bajando a 50 KB\ como 512 Kbps.

Como puedo hacer que me baje a un mbps?

453.98 kbps

Tiempo Inicial: 7/ 9/ 2005 -- 11:55:9.328
Tiempo Final: 7/ 9/ 2005 -- 11:55:16.546
Tiempo empleado: 7.218 segundos
Bytes Recibidos: 409600
Velocidad Kbps 453.98 Kbps
Velocidad KBytes/sec 56.75 KBytes/sec

Esto es lo que me dice el medidor de velocidad de telefónica.

🗨️ 1
BocaDePez
BocaDePez

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.

🗨️ 5
Neophyte

Telefónica? Jazztel? o que¿

BocaDePez
BocaDePez

yo tengo los 6 megas en bcn y segun los test de velocida de telefonica estoy entre los 4 y 5 megas de velocidad mi configuracion es esta:
tcp reciver windows: 256960
MTU: 1500
a mi me va bastante bien...
saludos :-P

🗨️ 3
Neophyte

RWIN: 253088 ó 258840
MTU: 1478

Es lo mas correcto, te dará mas rendimiento

🗨️ 2
barenaked

aunque despues el analisis de speedguide te diga q no estan bien los valores?

🗨️ 1
Luke
40tacos

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

🗨️ 1
40tacos

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

BocaDePez
BocaDePez

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

🗨️ 1
BocaDePez
BocaDePez

soy el mismo.... ¿el TTL se pone a 64?

QuEnTiN

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!

🗨️ 3
frost645

mira a ver en la pagina testmy.net es la mas fiable q e encontrado x internet

🗨️ 1
40tacos

Estoy de acuerdo con frost...

Luke

ignora ese aviso, el mtu es correcto.

este test mide subida: (link roto)

Hay 3 páginas posteriores con más temas