BURST LIMIT – OTIMIZANDO VELOCIDADE

Publicado por André Andrade em

 

BURST LIMIT – OTIMIZANDO VELOCIDADE

Gostaríamos de agradecer ao usuário M4D3
Segue abaixo um bom material de leitura.

“Neste artigo vou abordar como pode ser feita a otimização da banda do provedor de acesso ou até mesmo de redes de médio porte utilizando do MikroTik e uma das técnicas que acho bastante interessantes que é o Burst/Threshold.

No exemplo que segue utilizaremos valores simétricos para UP/DOWN a fim de facilitar a compreensão.

BL = Burst Limit (300k) – Limite de velocidade máximo usando o recurso de Burst ou ‘Rajada’
BT = Burst Threshold (96k) – Limite que poderá ser consumido para ter direito a novo BL (300k)
TB = Burst Time (8s) – Tempo sobre o qual são calculados os limites de velocidade
ML = Max Limit (120k) – É a máxima taxa de transferência após atingido o limite que será caculado com base no tempo TB podendo atingir a velocidade máxima BL.

Na prática:

O burst é calculado sobre os ultimos X segundos definidos no TB, ou seja, a média no nosso exemplo dos últimos 8s de consumo, logo:

Exemplo 1:
1s 2s 3s 4s 5s 6s 7s 8s
300k + 300k + 300k + 300k + 300k + 300k + 300k + 300k = 2400k/8s=300k – Sendo assim o limite e a velocidade irá decair até o ML de 120k nos próximos segundos, permanecendo nesta velocidade constante enquanto o consumo estiver acima do valor definido em BT.

Exemplo 2:

Caso o consumo caia por 1s a zero fariamos o calculo:
9s 10s 11s 12s 13s 14s 15s 16s
120k + 120k + 120k + 120k + 0k + 120k + 120k + 120k = 960k/8s=105k
Com este novo valor (105k) para BT o usuário não tem direito a nova rajada com BL, na sequencia novamente o consumo cai para valores intermediarios nos dois próximos segundos do acesso como no exemplo que segue:

Exemplo 3:
11s 12s 13s 14s 15s 16s 17s 18s
120k + 120k + 0k + 120k + 120k + 120k + 57k + 35k = 692k/8s=86,5k
Como o novo valor de BT (86,5k) o cliente terá direito a novo BL por ‘n’ segundos enquanto o BT não ultrapasse o valor que estipulamos na configuração do profile (96k).

Exemplo 4:
12s 13s 14s 15s 16s 17s 18s 19s
120k + 0k + 120k + 120k + 120k + 57k + 35k + 300k = 872/8s = 109k e neste caso como o novo valor da média dos 8s ficou acima do valor de BT o usuário já no próximo segundo passa a não ter direito a velocidade do BL voltando para o valor de controle estipulado em ML (120k).

É assim que funciona o Burst/Threshold da maneira que eu consegui comprovar e diferente do que já li em diversos posts, obviamente que a subida e descida das velocidades leva um certo tempo e isso deve ser levado em consideração.

Estou postando um programa facilitador onde você pode calcular o tempo com base no tamanho do arquivo ‘trafego’ antes de aplicar o ML no cliente.

Não é algo exato mas permite uma melhora considerável na navegação de todos os usuários, tendo em vista que usuários utilizando P2P ou downloads intermináveis acabam por consumir toda a banda disponível sem o uso desta técnica ou outra forma avançada de controle.

Poderia se dizer em controle de P2P utilizando portas, Layer7 ou alguma outra técnica, porém estes métodos além de ineficazes são incapazes de marcar todas as ações provenientes de P2P o que com o uso do Bust/Threshold é feito sem muito esforço.

Na minha opinião o provedor que vende um plano de 800k e garante banda de 20% e portanto 160k tem toda liberdade de utilizar uma técnica de controle seja ela qual for para melhorar a experiência de 98% dos usuários, claro que sempre haverá 2% insatisfeitos quanto utilizado qualquer tipo de limite e exigem ter 100% da banda disponível para P2P o dia todo mas isso é outra história.

http://img130.imageshack.us/img130/4070/conplanex.png

No exemplo acima veja como ficariam os valores para o plano de 300k de download por 128k de upload e garantias de 40% e 70% respectivamente como sugerido na configuração:

ML – 120k/96k
BL – 300k/128k
BT – 96k/62k
TB – 166s/192s
PRIO – 8

Instruções de uso:
Em Link Upload/Download digite as taxas suportadas pelo seu link para saber quantos clientes irá suportar na taxa máxima de download/upload.

Em SizeF digite o tamanho em MB (somente inteiros) do trafego antes de aplicar o ML.
Em Speed Upload/Download digite a velocidade do BL para o plano que será criado, digite em prio a prioridade, em EcoLk digite o % de queda após o TB e em ThreS o % sobre o EcoLk onde será liberado novo BT.

Observação:
96k/120k 128k/300k 62k/96k 192/166 8 xxk/xxk
O valor que vem depois da prioridade (8) na string acima (xxk/xxk) é o ‘minimum-rate’ uma especie de garantia oferecida pelo profile, no entanto para oferecer alguma garantia deve-se primeiro obter esta mesma garantia, dito isso cada um sabe bem o que é uma adsl e o que é um link dedicado em termos de garantias.

Abraço a todos e espero que sirva ao propósito.”
FONTE: https://under-linux.org/entry.php?b=2485 acesso em 24/10/2021.

 

Pronto!

Equipe ReceitaNet – Sempre trabalhando para o seu Crescimento!


André Andrade

Pós Graduação em Engenharia de Redes e Sistemas de telecomunicações - Inatel