[GTER] distribuição justa de banda - existe saída ?
Leonardo Reginin
leonardo at procergs.rs.gov.br
Mon May 28 09:45:25 -03 2012
Olá Marcelo.
Talvez com o uso de Queues ....
man ipfw(8)
TRAFFIC SHAPER (DUMMYNET) CONFIGURATION
ipfw is also the user interface for the dummynet traffic shaper,
packet
scheduler and network emulator, a subsystem that can artificially
queue,
delay or drop packets emulating the behaviour of certain network
links or
queueing systems.
dummynet operates by first using the firewall to select packets
using any
match pattern that can be used in ipfw rules. Matching packets
are then
passed to either of two different objects, which implement the traffic
regulation:
pipe A pipe emulates a link with given bandwidth and
propagation
delay, driven by a FIFO scheduler and a single queue with
programmable queue size and packet loss rate. Packets are
appended to the queue as they come out from ipfw, and then
transferred in FIFO order to the link at the desired rate.
queue A queue is an abstraction used to implement packet
scheduling
using one of several packet scheduling algorithms.
Packets
sent to a queue are first grouped into flows according
to a
mask on the 5-tuple. Flows are then passed to the
scheduler
associated to the queue, and each flow uses scheduling
param-
eters (weight and others) as configured in the queue
itself.
A scheduler in turn is connected to an emulated link, and
arbitrates the link's bandwidth among backlogged flows
according to weights and to the features of the scheduling
algorithm in use.
In practice, pipes can be used to set hard limits to the bandwidth
that a
flow can use, whereas queues can be used to determine how
different flows
share the available bandwidth.
Marcelo Szeer wrote:
> Boa noite a todos...
>
> Gostaria de tirar uma dúvida conceitual.... em nossa rede, usamos como servidor de controle de banda o FreeBSD com ipfw... para manter uma distribuição de link equilibrada e garantir um mínimo de 50% de link ao cliente, o nosso pessoal de redes configurou 2 clientes de plano semelhante em um mesmo pipe.. e tudo isso é feito dinamicamente em um script feito em bash e funciona muito bem...
>
> há uma injustiça tremenda nesse modelo, pois, se há banda livre no backbone para entregar ao cliente, não faz o menor sentido entregar 50% para 2 clientes só porque ambos que estão no mesmo pipe e navegam no mesmo momento... ora, se há banda livre, ambos deveriam, naquele momento, receber os 100% de banda, afinal, há ociosidade / capacidade de atendimento, então, neste caso há uma grande distorção...
>
> teorica e matematicamente, o certo seria que o sistema calculasse de forma dinâmica e proporcional o que possui em banda para entregar versus o que está sendo demandado pela rede (clientes), ajustando sua distribuição de banda de forma proporcional e inteligente... desta maneira, a lógica seria:
>
> se tenho X mb de link e de maneira estatística é possível atender com qualidade toda a demanda de clientes com apenas 80% de X, então, todos clientes devem receber 100% de link, reservando-se os 20% restantes para clientes dedicados como regra padrão, por exemplo.
>
> se a demanda alcançar 85%, por exemplo, acima do threshold, reduz-se proporcionalmente todos os clientes de plano banda-larga para que cada um receba 95% da sua banda e assim por diante, garantindo também os 20% para os dedicados.. dessa maneira, "teoricamente", o cliente receberia a maior parte do tempo a sua banda contratada e resolveria essa regra injusta ao qual o cliente é submetido, inclusive, na maioria dos provedores...
>
> pensou-se aqui em criar 2 pipes sendo um de clientes e outro com um tubo maior limitado, acima dele.. funcionaria, mas não seria dinâmico, seria estático e teria que ser alterado constantemente conforme a demanda...
>
> existe alguma maneira de fazer isso, alguém conhece ?
>
> alguém sabe se o ALLOT faz isso ?
>
> há luz no fim do túnel ?
>
> agradeço todas manifestações!
>
> Marcelo Szeer
>
>
>
>
>
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
--
Att,
Leonardo Reginin
===============================================================
PROCERGS - Cia. Processamento de Dados do Estado do RS
DPR/SSR - Divisão de Produção/Setor de Suporte e Projeto Redes
Fone: 55(xx51)3210-3138
'A candle loses nothing by lighting another candle' Erin Majors
===============================================================
________________________________________________________________________
O conteúdo desta mensagem é de uso restrito e confidencial, sendo o seu
sigilo protegido por lei. Estas informações não podem ser divulgadas sem
prévia autorização escrita. Se você não é o destinatário desta mensagem,
ou o responsável pela sua entrega, apague-a imediatamente e avise o
remetente, respondendo esta mensagem. A PROCERGS não se responsabiliza
por conclusões, opiniões ou outras informações nesta mensagem que não se
relacionem com sua linha de negócios.
More information about the gter
mailing list