Luis Zarrabeitia escribió:
> 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.
> 
las pools son una solucion kyrie, pero ellas influyen notablemente tmb 
en la navegación
en estos momentos donde tengo un canal solo para internet y otro para 
.cu con un proxy mirando para cada enlace y sin pools, se nota, de forma 
muy excesiva, la mejoria que con las pools
lo mejor para eso es llegarle a la conciencia de las personas y 
focalizar en la red quienes son los grandes descargadores, cuando haces 
ese trabajo, los demás lo agradecen infinitamente.


whilo

________________________________
Lic. Wilfredo Martínez Consuegra
Administrador de Red                    
RIMED Villa Clara
Ministerio de Educación
Phone: (53)(42) 20 1077
Jabber: [email protected]
_______________________________________________
Cancelar suscripción
https://listas.softwarelibre.cu/mailman/listinfo/linux-l
Buscar en el archivo
http://listas.softwarelibre.cu/buscar/linux-l

Responder a