Dúvida sobre utilização de Qos

arthas_dk disse:

Bom dia a todos,

recentemente recebi a ingrata tarefa de fazer um servidor completo para uma empresa (samba pdc, gpo's, squid, openfire,etc) mas estou com um problema:

Não existe a possibilidade neste caso de fazer com que o servidor fique com a segunda placa de rede recebendo a conexão diretamente e o servidor está distante o suficiente para eu fazer:

ROTEADOR --> SERVIDOR --> REDE

Então a dúvida é:

Além do delay pools no squid seria possível tentar aplicar QoS no restante da rede?

sosouteiro disse:

Cara o delay_pools é uma furada. Você deve usar o programa específico para o controle de banda, o cbq, por exemplo. Usando o cbq você controla a velocidade que quiser para cada computador na rede, com o squid isso não acontece. você pode, por exemplo, determinar que o computador do seu chefe navege a 128Kbps e outro computador pode navegar a 256Kbps, isso usando o cbq. É muito simples a configuração.

Finalizando, não use o delay_pools e sim o cbq ou htb, mas esse segundo eu não sei como configurar.

There are some limitations of delay pools:

• delay pools are incompatible with slow aborts; quick abort should be set fairly low to prevent objects being retrieved at full speed once there are no clients requesting them (as the traffic allocation is based on the current clients, and when there are no clients attached to the object there is no way to determine the traffic allocation).
  
• delay pools only limits the actual data transferred and is not inclusive of overheads such as TCP overheads, ICP, DNS, ICMP pings, etc.
  
• it is possible for one connection or a small number of connections to take all the bandwidth from a given bucket and the other connections to be starved completely, which can be a major problem if there are a number of large objects being transferred and the parameters are set in a way that a few large objects will cause all clients to be starved (potentially fixed by a currently experimental patch).
  
• in Squid 3.1 the class-based pools do not work yet with IPv6 addressed clients.
  
• In squid older than 3.1 the delay pool bucket is limited to 32-bits and thus has a rather low MB cap on both bucket content and refill rate. The bucket size is now raised to 64-bit 'unlimited' values, but refill rate remains low.

arthas_dk disse:

Ok, mas afinal de que modo utilizar CQB ou HTB com um computador que não é gateway?

jqueiroz disse:

Não há. A política de fila deve ser aplicada no gateway da rede, senão não funciona.

--d@niel-- disse:

jqueiroz, não sei se eu entendi 100% o que você disse, mas o que eu sei é que dá pra fazer o controle por usuário, e não só por estação. Basta que as ACLs usadas na atribuição das delay pools sejam do tipo proxy_auth. Aí, dentro delas, você define quem são os usuários ou grupos que fazem parte (se o autenticador usado tratar isto), e coloca as diretivas de acesso mais específicas primeiro, e as mais genéricas por último.

Quanto a ele afunilar o tráfego num IP só, sabemos que isto é normal, mas eu não vejo como algo não contornável. Com um pouco de criatividade nas ACLs e na configuração geral, eu vejo possibilidades de aplicar diferentes critérios para diferentes usuários, hosts ou tipos de tráfego tratados pelo Squid, e ainda conformá-los a um total de banda definido pelo administrador. Se você puder dar um cenário onde isto não pareça ser possível, seria legal para darmos uma "zoiada".

[]s