[eside-ghost] QoS para tráfico generado en local.

[Iñigo Garcia]

¿Y en  otras conexiones la rate limit que pones con tc es similar a la tasa
de datos que consigues con wget?

Lo digo porque no vaya a ser que te lo esté limitando bien y el tc limite a
una tasa de datos de nivel de red y el wget te de un resultado teniendo en
cuenta las cabeceras de los niveles de aplicación y sesión, con lo que sería
inferior.



El 26 de julio de 2010 11:27, Jon Ander Ortiz <jonbaine en gmail.com> escribió:

> A las buenas!!
>
> Ahí va una preguntilla a ver si algún master del QoS que anda por aquí
> puede iluminarme.
>
> La cosa es que tengo un bridge transparente y ando marraneando con el QoS.
> El bridge conecta dos segmentos de red y hace de enlace por lo que le hemos
> metido control del tráfico con tc.
>
> Aplicamos QoS en la salida de los dos interfaces y utilizamos HTB y SFQ
> para balancear por ip / puerto y así, nada del otro mundo.
>
> La cosa es la siguiente... No se si es porque soy un membrillo, o porqué
> pero hay una cosa que no hago funcionar.
> Todo lo que pasa de un lado a otro va perfectamente, hacemos modelado del
> tráfico perfectamente y tal.
>
> El problema viene cuando queremos controlar el tráfico que se genera en la
> ip de un bridge. Este tráfico pasa correctamente por
> todas las clases y disciplinas de cola, pero luego no se limita
> correctamente, con htb, no lo llega limitar del todo y con una disciplina
> tbf para finalizar el esquema del arbol se pasa limitandolo...
>
> En mi propia máquina lo he intentado reproducir y también ocurre si limito
> el ancho de banda saliente de mi eth0 con tbf a 100Kilobytes por seg:
>
> *tc qdisc add dev eth0 root tbf rate 100kbps burst 10k limit 10k*
>
> y desde otra máquina hago un servidor http que tengo en mi máquina, me dan
> unos paupérrimos 20K's
> (el wget mide por defecto en Kilobytes por seg. no en kilobits por
> segundo):
>
>
> --2010-07-26 11:10:48--  http://xx.xx.xx.xx/fotos.tar.gz
> Connecting to xx.xx.xx.xx:80... connected.
> HTTP request sent, awaiting response... 200 OK
> Length: 92175709 (88M) [application/x-tar]
> Saving to: `fotos.tar.gz.9'
>
>  0% [                                               ] 27,254
> 18.6K/s
>
>
> La versión de mi máquina es una debian lenny corriente y moliente:
> jonan en bender:/tmp$ uname -a
> Linux bender 2.6.26-2-686 #1 SMP Mon Jun 21 05:58:44 UTC 2010 i686
> GNU/Linux
>
> ¿Alguien tiene alguna idea de porqué no se limita correctamente el tráfico
> generado en la propia máquina que hace QoS?
> ¿Algúna idea sobre el camino a seguir? Cualquier comentario será bienvenido
> :)
>
> Un saludete:
> jonan
>
> _______________________________________________
> eside-ghost mailing list
> eside-ghost en listas.deusto.es
> https://listas.deusto.es/mailman/listinfo/eside-ghost
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: https://listas.deusto.es/mailman/private/eside-ghost/attachments/20100726/bca2014f/attachment.htm