BandaAncha

  • 🔍 en 📰 artículos ⏎
  • 🔍 en 💬 foros ⏎
  • 🔍 en 👇 este 💬 foro ⏎
  • 🔍 en 👇 este 💬 tema ⏎
Regístrate Regístrate Identifícate Identifícate

ONO 65 Mbs en Lion OS X

Indar

Muy buenas a tod@s, antes de plantear la duda me disculpo si en algún hilo hay algo similar, pero no lo he encontrado.

Test de Velocidad

Este es el resultado del test de velocidad más reciente que he hecho, los anteriores son similares. Tengo contratada una conexión de 50 Mbs con Ono, que con la promoción reciente de 15 Mbs más, serían un total de 65 Mbs por lo que la velocidad no es la que debería.

Creo que debe existir algún tipo de configuración, en Lion OS X que "estanca" la conexión en esos límites, puesto que cuando la contraté, el técnico de Ono hizo este mismo test en su netbook y daba unos valores de +/- 55.000 Kbps, mientras que a mi unos muy similares a los que aparecen en la imagen. Esto sumado a que aún con el aumento de 15 Mbs los valores siguen siendo los mismos y que el punto en el que "se estanca" es 100% constante me hace suponer que sea algún problema de mi configuración del OS, pero no sé sé si este es el caso, ni el motivo concreto en caso de serlo ¿Alguien puede echarme una mano?

¡Muchas gracias! y enhorabuena por la web.

BocaDePez

Probablemente se deba, al igual que pasa en otros sistemas operativos, a la necesidad de ajustar el RWIN para tan alta velocidad.

RWIN es el acrónimo de "Receive Window", un valor del protocolo TCP que ajusta la cantidad de datos que puede ser suministrada "de golpe" en una única conexión.

wiki.bandaancha.st/Modificando_RWIN_para…la_velocidad

Por ejemplo, hay programas de descarga que lanzan varias descargas simultáneas. Ahí se puede ver muchas veces que alcanzamos la máxima velocidad contratada, y que no es problema del proveedor, sino de nuestro equipo, que no es capaz de maximizar una única conexión.

Supuestamente a partir del Leopard (como pasa a partir del Vista en Windows) el valor se autoajusta solo. Pero si no te lo hace bien, tendrás que tocar probablemente valores del sysctl en modo superusuario.

¿Podrías entrar en la página speedguide.net:8080/ y pegarnos los resultados?

🗨️ 3
Indar

Buenas noches, muchas gracias no solo por responder, sino por hacerlo tan pronto, he estado echando un vistazo a lo que me has comentado y de paso a algún otro hilo del foro que no había visto antes, creo que estoy un poco más "situado" y el problema debe ser tal como apuntabas el valor de RWIN.

Antes de comentar las modificaciones etc, te pego los resultados de speedguide.net previos a cualquier cambio en la configuración:


« SpeedGuide.net TCP Analyzer Results »

Tested on: 2012.05.11 16:11
IP address: 95.39.xxx.xxx
Client OS/browser: macOS (Safari 534.55.3)

TCP options string: 020405b4010303010101080a487e58ab0000000004020000

MSS: 1460
MTU: 1500
TCP Window: 66608 (NOT multiple of MSS)

RWIN Scaling: 1 bits (2^1=2)
Unscaled RWIN : 33304
Recommended RWINs: 64240, 128480, 256960, 513920, 1027840

BDP limit (200ms): 2664kbps (333KBytes/s)
BDP limit (500ms): 1066kbps (133KBytes/s)
MTU Discovery: ON
TTL: 49
Timestamps: ON
SACKs: ON
IP ToS: 00000000 (0)


Antes de modificar los valores del sysctl, he activado el usuario "raíz" siguiendo este enlace:

support.apple.com/es-es/HT204012

Se nota que soy bastante nuevo con Mac al haber tenido que mirar como se hacía :|

Una vez hecho esto he introducido el comando sudo sysctl -w net.inet.tcp.recvspace=1027840 en Terminal y la situación se ha mantenido en valores muy similares a los anteriores:

Test de Velocidad

También he probado otros valores siguiendo las instrucciones de la web que me recomendaste (speedguide.net) y he visto diferencias por lo que creo que apuntabas bien al señalar el valor de RWIN como el posible problema, los resultados de speedguide.net tras modificar el valor de RWIN son los siguientes:


« SpeedGuide.net TCP Analyzer Results » Tested on: 2012.05.11 17:53
IP address: 95.39.xxx.xxx
Client OS/browser: macOS (Safari 534.55.3)

TCP options string: 020405b4010303040101080a48cbccdb0000000004020000

MSS: 1460
MTU: 1500
TCP Window: 1048560 (NOT multiple of MSS)

RWIN Scaling: 4 bits (2^4=16)
Unscaled RWIN : 65535
Recommended RWINs: 64240, 128480, 256960, 513920, 1027840

BDP limit (200ms): 41942kbps (5243KBytes/s)
BDP limit (500ms): 16777kbps (2097KBytes/s)
MTU Discovery: ON
TTL: 49
Timestamps: ON
SACKs: ON
IP ToS: 00000000 (0)


Lo que me "escama" es el valor que aparece en TCP Window: 1048560 (Not multiple of MSS) puesto que yo introduje uno de los recomendados 1027840 (O eso creo) al introducir sudo sysctl -w net.inet.tcp.recvspace=1027840 en Terminal ¿He omitido algún paso o cometido algún error? ¿O el problema podría depender de algún otro factor? Si además de echarme una mano de nuevo con esto, me pudieras también explicar un poco la utilidad de tener activados o no los "Timestamps" te lo agradezco ^^.

Indar

He hecho también el test de speedtest.net para ver si variaba en algo y en este si aparecen unos valores más que aceptables:

Aún así, sigo teniendo la duda de porqué el valor que aparece en TCP Window es 1048560 en vez de 1027840 que sería uno de los recomendados por speedtest.net y en parte también la duda que comentaba al principio del hilo ya que al técnico de Ono le daba valores correctos también el test de bandaancha.eu ¿Por lo que algo debe fallar en la configuración verdad?

Muchas gracias de nuevo y enhorabuena por la web (nunca lo pondré lo suficiente), es un gustazo tener una duda y que alguien se tome la molestia de responderla y encima de manera eficiente, educada y rápida.

🗨️ 1
BocaDePez

Gracias por lo que me toca.

Por lo que he podido averiguar, en los últimos MacOsX existe un valor en net.inet.tcp.sockthreshold que define el número de sockets activos que tienen que existir antes de que el sistema pase a utilizar los valores almacenados en net.inet.tcp.recvspace y net.inet.tcp.sendspace. Si se quiere deshabilitar esta función, y forzar a que la pila TCP/IP utilice siempre un valor fijo, hay que forzar net.inet.tcp.sockthreshold=0.

Sobre el tema de los timestamps, en Windows están desactivados siempre. Marcan los paquetes para poder hacer trazabilidad por tiempo, pero realmente no es necesario. Es más, en cierta documentación encontrada de gente que se quejaba de lentitud extrema en las transferencias WiFi internas con Lion, se aconsejaba desactivar los timestamps con net.inet.tcp.rfc1323=0 que además consigue que la cabecera TCP se reduzca en 12 bytes.

Si aún así, siguiese pareciendo que Lion mete el tamaño de paquete que le da la real gana y no el que tú realmente deseas, podríamos forzar el MSS a 1460 bytes con net.inet.tcp.mssdflt=1460 siempre que no usemos ADSL con PPP, lo cual en tu caso con Ono es el valor adecuado.

Otra cosa a tener en cuenta es que el comando sysctl heredado de la arquitectura BSD que compone el núcleo de Darwin, altera los valores únicamente en la sesión en curso. Se pierden si reiniciamos la máquina. Una vez que estemos seguros que nuestros cambios funcionan y nos sirven, para dejarlos permanentes hay que editar el fichero de texto /etc/sysctl.conf que es leído en el arranque (por ejemplo con el editor nano que viene en el sistema).

Si con lo anterior no mejora (raro sería) echa un vistazo a rolande.wordpress.com/2010/12/30/perform…ac-osx-10-6/

Espero que tengas suerte, porque yo ni siquiera tengo Mac para poder confirmar todo esto, hahahaha.

Un saludo.

superllo

Como parece ser tema de Mac lo paso a su foro.

fr1769

Estas son las mediciones que me dan ahora, son directas, cuando utilizo wifi son mas bajas.

🗨️ 9
BocaDePez

¿Son valores que obtienes con MacOsX Lion sin tocar nada? En caso contrario, poco ayudaría tu comentario en el hilo ;)

🗨️ 8
heffeque

En Mac OS X no hay que toquetear valores de RWIN ni nada similar para sacar el máximo rendimiento de la conexión porque tiene un mecanismo de auto-configuración dinámica que funciona.

Parece ser que el problema de Indar no era del ordenador ni del ancho de banda máximo de la conexión, ya que sin tocar nada, mientras que en un test de velocidad no le iba bien, luego en otro sí.

🗨️ 7
BocaDePez

Precisamente por eso destacan los macs, por su sencillez.

(desviando del tema: Estoy encantado con mi macbook de 13 pulgadas! Hoy, tenía que hacer un viaje, entre la ida y la vuelta 4 horas.Durante las cuatro horas he estado trabajando con mi mac. Para mi ha sido acojonante el que haya podido trabajar con internet, con word y ver video durante 4 horas, y encima la bateria se a quedado en el 45%!! El portatil tiene ya 3 meses, pero mi anterior pc portatil, el primer día duraba la batería a lo sumo 2 horas).

Un saludo!!

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