Ver Feed RSS

m4d3

Otimizando banda disponível com MikroTik e técnica de Burst/Threshold por: M4D3

Avaliação: 4 votos, 5,00 média.
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

Link para download:
MEGAUPLOAD - The leading online storage and file delivery service

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.
Categorias
Não Categorizado

Comentários

Página 3 de 3 PrimeiroPrimeiro 123
  1. Avatar de AndrioPJ
    Citação Postado originalmente por 1929
    speed - 1000
    SizeF - 5
    EcoLk - 40
    ThreS - 30
    Você vai obter esta regra para o burst.

    400k/400k 1000k/1000k 120k/120k 40/40 8

    onde:
    banda contratada - 400kbps
    Burst - 1000kbps
    120k - é o ponto de corte utilizado pelo cálculo do mikrotik
    40 - é o tempo utilizado para o cálculo do mikrotik - Não é o tempo que dura o burst.
    8 - é a prioridade (mínima)
    Se levar em consideracao que o cliente tera os 1000k durante todo o periodo do burst (ou seja, sem ocilacao)... nesses valores o cliente devera permanecer uns 5s com Burst e uns 35s sem Burst.
    o Burst é perfeito para dar aquela sensacao de maior banda para o cliente.
    Pena que muitos provedores fazem uso do Burst para fornecer a banda contratada, ou seja, vendem Burst... na minha opiniao, eu acho isso uma falta de etica do provedor, principalmente quando esse nao é informado ao cliente.
  2. Avatar de peritinaicos
    Complicado isso, como ficaria no caso dos clientes que contratam 1MB? Alguém usa essa técnica com planos de 1 ou 2mb?
  3. Avatar de AndrioPJ
    Eu passei a usar Burst somente para compensar a perda que o cliente deve ter no meio do caminho.
    ou seja, se ele contrata 1 mega, eu entrego 1000 de banda normal e 1100 de burst.
  4. Avatar de peritinaicos
    Eu gostaria de fazer assim cliente que contrata 512K eu dixar com burst de 1MB por uns 20seg
  5. Avatar de jmathayde
    Link do programa a pulicia fecho hehehhee , tem como postar em outro local por favor
  6. Avatar de Claudineibj
  7. Avatar de Conterato
    Pessoal, fiz alguns testes em um lote de clientes novos de um provedor que compramos, e realmente sempre que um cliente conecta ou desconecta a tabela Queue é zerada e o cliente passa a ter novamente direito a "rajada" do Burst....Em servidores ou consentradores Mikrotik que não tem hotspot configurado o problema não acontece, apenas em Hortspot ou com PPPOE junto...Detalhe as entradas e saidas dos PPPOEs não alteram a tabela Queue e assim não zeram o Burst.

    Uso autenticação e criação das Queues por Radius.

    Alguém conseguiu resolver esse problema?

    Abraços.:
  8. Avatar de eliezeralmeida
    E se deixar as simple-queues de toda a rede já adicionadas, apenas para cada IP, isso é errado?
Página 3 de 3 PrimeiroPrimeiro 123

+ Enviar Comentário