Quoting Irving Leonard <[email protected]>:

> Sobre Hugo:
> Él plantea el problema de la administración del ancho de banda mediante el 
> bloqueo de sitios para aligerar el tráfico (nada interesante que ver, menos 
> tráfico); no creo que sea una gran solución aunque es la más común.

Agreed. Mi experiencia en la UH es que la mayor parte del tráfico (un porciento
asombrosamente alto) se consume en dominios de poco tráfico (varios miles de
dominios distintos que cada uno de ellos transmite menos de 1 mega en el mes),
por lo que bloquear sitios _para ahorrar ancho de banda_ es inútil. Por ejemplo,
bloquear el sitio que más tráfico tenía (gmail) no nos reportó ninguna ganancia
en velocidad, porque ese sitio de mayor tráfico consume un porciento bajísimo
del total.

Sería bueno que se exploraran alternativas, especialmente alternativas que no se
presten para la "censura" bajo el pretexto de "ahorrar recursos" (que en el caso
UH, es falso). Por ejemplo: 

> ¿Exite algún mecanismo en el squid para manejar QoS?
> ¿Hay otra combinación para lograr la restricción del ancho de banda por 
> usuario? Algo así como "cada usuario solo puede utilizar 2kbps" o similar.

El squid tiene para controlar AB por _máquina_ y por _red_, pero no por usuario.
Es decir, si tienes dos usuarios usando la misma máquina (caso "clientes
diskless"), no puedes distinguir entre ellos. La opción que buscas se llama
"delay pools". Otro problema que tiene es que no es dinámico: i.e, no se adapta
para aumentar el canal de las máquinas en los momentos en que hay pocos 
clientes.

Creo que hay unos parches (no recuerdo si están incluidos en debian, no los he
usado) para modificar los campos QoS de los paquetes generados por el squid
basados en las ACLs.

-- 
Luis Zarrabeitia
Facultad de Matemática y Computación, UH
http://profesores.matcom.uh.cu/~kyrie
 Participe en Universidad 2010, del 8 al 12 de febrero de 2010
 La Habana, Cuba 
 http://www.universidad2010.cu
 
_______________________________________________
Cancelar suscripción
https://listas.softwarelibre.cu/mailman/listinfo/linux-l
Buscar en el archivo
http://listas.softwarelibre.cu/buscar/linux-l

Responder a