por
pobrecito hablador
el Viernes, 25 Abril de 2003, 13:22h
(#178556)
En mi opinión es un esfuerzo innecesario el tratar de darle al IPv4 una capacidad que no tiene y que es muy dificil de controlar como el ancho de banda de bajada. Sólo veo útil la aplicación de las distintas formas de QoS en grandes servidores que son los que suelen enviar ingentes cantidades de datos mientras que en el entorno doméstico sómos nosotros quienes los recibimos y por tanto no podemos controlar.
Hombre, el QoS tal como se suele entender, quizas no, pero el 'traffic shaping', desde luego que si.
En el lartc lo explica mejor, pero tal como estan montadas las cosas, los ISP's tienden a beneficiar la velocidad de bajada todo lo que pueden, en detrimento de la latencia.
Tal como esta la cosa, una maquina enchufada a una linea ADSL, por ejemplo, tiende a 'pedir' tantos datos como puede, con lo que acaba pidiendo mas de lo que cabe por la 'cañeria' de bajada, con lo que se montan colas donde se acumula tanto el trafico interactivo como el no interactivo. Por supuesto, esto hace que se aproveche al maximo la 'cañeria' (se satura, de hecho), pero la saturacion influye en la latencia.
Una cosa que se puede hacer es limitar tu trafico a un poquito por debajo del maximo caudal que tienes, con lo que perdiendo un poquito de ancho de bajada, puedes conseguir no tener grandes problemas de latencia, lo cual es muy interesante para, por ejemplo, juegos en red o incluso navegar mientras estas haciendo descargas.
Puedes probar tu mismo el efecto de 'saturacion' de bajada, haciendo pings antes y durante de una descarga que te sature el ancho de banda; al menos en mi caso la diferencia es notable.
Mas alla de esta sencilla medida, puede ser interesante (aunque debo decir que no lo he probado), priorizar el trafico, es decir que el trafico no interactivo no 'estorbe' al trafico interactivo, con lo que virtualmente no percibiriamos una descarga de fondo mientras jugamos al Quake.
Lo que estaria fantasticamente bien es una manera sencilla de hacer esto *por proceso*. Hace relativamente poco descubri la opcion -p del netstat, con la que se puede identificar el proceso al que pertenece cada socket. Seria absolutamente genial un programilla que permitiese escoger que procesos tienen prioridad en las comunicaciones...
Revisa tus conocimientos de redes. ¿Que ocurre si en el router de entrada (bajada) tiras trafico o lo retardas? La ventana TCP se reduce, y efectivamente acabas reduciendo el BW utilizado.
Solo vale para trafico TCP, pero algo hace...
--
------
El README es para los cobardes. Se valiente. Ejecuta.
¿Vale la pena el QoS?
(Puntos:0)Si, es muy interesante
(Puntos:1)En el lartc lo explica mejor, pero tal como estan montadas las cosas, los ISP's tienden a beneficiar la velocidad de bajada todo lo que pueden, en detrimento de la latencia.
Tal como esta la cosa, una maquina enchufada a una linea ADSL, por ejemplo, tiende a 'pedir' tantos datos como puede, con lo que acaba pidiendo mas de lo que cabe por la 'cañeria' de bajada, con lo que se montan colas donde se acumula tanto el trafico interactivo como el no interactivo. Por supuesto, esto hace que se aproveche al maximo la 'cañeria' (se satura, de hecho), pero la saturacion influye en la latencia.
Una cosa que se puede hacer es limitar tu trafico a un poquito por debajo del maximo caudal que tienes, con lo que perdiendo un poquito de ancho de bajada, puedes conseguir no tener grandes problemas de latencia, lo cual es muy interesante para, por ejemplo, juegos en red o incluso navegar mientras estas haciendo descargas.
Puedes probar tu mismo el efecto de 'saturacion' de bajada, haciendo pings antes y durante de una descarga que te sature el ancho de banda; al menos en mi caso la diferencia es notable.
Mas alla de esta sencilla medida, puede ser interesante (aunque debo decir que no lo he probado), priorizar el trafico, es decir que el trafico no interactivo no 'estorbe' al trafico interactivo, con lo que virtualmente no percibiriamos una descarga de fondo mientras jugamos al Quake.
Lo que estaria fantasticamente bien es una manera sencilla de hacer esto *por proceso*. Hace relativamente poco descubri la opcion -p del netstat, con la que se puede identificar el proceso al que pertenece cada socket. Seria absolutamente genial un programilla que permitiese escoger que procesos tienen prioridad en las comunicaciones...
Re:¿Vale la pena el QoS?
(Puntos:1)( http://barrapunto.com/ )
Solo vale para trafico TCP, pero algo hace...
------
El README es para los cobardes. Se valiente. Ejecuta.
Javier Sedano