[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