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

[Jon Ander Ortiz]

Si, si en el bridge pongo en la interfaz de salida la mísma regla tbf de
limite de tráfico funciona perfectamente para las conexiones que atraviesan
el bridge:

con una regla TBF de 200K's en cada una de las interfaces:

# tc qdisc add dev eth1 root tbf rate 200kbps burst 10k limit 10k
# tc qdisc add dev eth0 root tbf rate 200kbps burst 10k limit 10k

Se ve que el QoS funciona perfect para las conexiones que atraviesan el
bridge

jonan en bender:~$ wget http://storage/debs.tar.gz
--2010-07-26 14:25:25--  http://storage/debs.tar.gz
Resolviendo storage... xx.xx.xx.xx
 0% [                                               ] 289.513
190K/s

Si generamos tráfico que sale del propio bridge (una ip levantada en el
bridge), se ve cómo no funciona correctamente (aunque le aplican una de las
dos reglas tbf ya que este tráfico sale igual):

jonan en bender:~$ wget -vv http://IP_DEL_BRIDE/tocho.sh

Saving to: `tocho.sh'

 0% [                                               ] 295.206     67,9K/s
eta 16m 21s


A ver si así se ve un poco más claro cuál es el problema.

Un saludete y a ver si a alguien se le ocurre algo.
Jonan

2010/7/26 Iñigo Garcia <igarmer en gmail.com>

> ¿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
>>
>
>
> _______________________________________________
> 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/1b4d9d06/attachment-0001.htm