Burst limit... como funciona

Pessoal,

Testei o burst limit em conexões PPPoE e notei que, por exemplo:

velocidade: 128 Kbps
burst limit: 256 Kbps
time burst: 10s

Teóricamente (na minha cabeça) o cliente X iria baixar um arquivo de um site qualquer e, durante 10s daquela conexão, ele teria 256 Kbps, logo em seguida caindo para 128Kbps. O que acontece é que o cliente X começa a baixar realmente em 256Kbps (+/-10% de diferença) e depois de 10s ele cai para algo em torno de 80% dos 256Kbps e nada mais... Fica BEM acima dos 128Kbps...

Alguém sabe me explicar melhor como funciona esse burst?

Salve, salve!!


Nataniel;

Estou usando a versão 2.9.6 e posso te falar que já tentei de tudo pra fazer o burst limit funcionar. A única coisa que consegui, foi obter uma difereça de 15 ou 20% na conexão , contudo ficando muito acima da conexão final. creio que deva ser um bug de versão.

Diga ae que versao esta usando, e se conseguir resolver posta tb!!


Abraço galera!!!!

online,

Estou usando a versão 2.9.6 também. Aliás não conheço outra versão.

Mantenha o burst limit com a mesma taxa do Max limit, e use o burst threshold durante o tempo necessario para liberar acima do maximo. O burst threshold será liberado durante o mesmo período não somente para este cliente mas todos estiverem estabelecendo uma conexão, portanto é bem interessante pq vc não sacrifica toda a banda criando regras individuais.

cybersank,

deixa eu ver se entendi, então posso fazer apenas uma regra para que vai controlar a banda de todos os ip's individualmente sem necessidade de criar um regra para cada ip? E ainda posso fazer com que alguns segundos depois de um clique em um link ou abertura de uma página a velocidade para cada ip seja aumentada fazendo com que o carregamento seja feito mais rápido, e isso mesmo?

Vc poderia postar uma imagem com um exemplo de regra para um cliente que tem banda de 128k/64k e que tem aumentada para 512k/256k nos primeiros 10 segundos depois que ele clica em um link ou abre uma página.

exatamente,
name="client-x" target-addresses=10.xx.xx.xx/32 dst-address=0.0.0.0/0
interface=all parent=none direction=both priority=8
queue=default-small/default-small limit-at=0/0 max-limit=250000/250000
burst-limit=1100000/1100000 burst-threshold=300000/300000
burst-time=45s/45s total-queue=default-small


Isto dará 20-25 segundos de 1.1Mbps depois voltar para 250 k até chegar ao normal de 300k num periodo de 45 segundos.
O tempo de regulagem varia de acordo com a velocidade que o usuário estiver baixando, se chegar ao máximo, como por exemplo num teste de velocidade, podemos ver a regulagem entre 20 e 25 segundos. A maioria dos usuários que surfam nunca nem notam a diferença, mas os jogadores e os downloaders ficam agarrados nos 250k.

Citação:

---

Postado originalmente por cybersank

Mantenha o burst limit com a mesma taxa do Max limit, e use o burst threshold durante o tempo necessario para liberar acima do maximo. O burst threshold será liberado durante o mesmo período não somente para este cliente mas todos estiverem estabelecendo uma conexão, portanto é bem interessante pq vc não sacrifica toda a banda criando regras individuais.

---

cyber,

Eu uso conexão PPPoE e meu Radius atribui os parâmetros para o Mikrotik regular a velocidade do cliente conectado. Eu tentei usar o burst e como te falei ficou nessa. Baixa grandes arquivos (direto de dentro de um servidor da minha rede para poder realmente testar a velocidade) e a velocidade ficou algo em torno de 30% acima da velocidade real do cliente.

E ai pessoal, alguém já conseguiu colocar o burst limit para funcionar 100%? Alguém poderia postar uma exemplo

Portela,

Já fiz 300 configurações diferentes mas não consegui entender o funcionamento dele. A última foi algo assim:

velocidade limite -> igual ao teto máximo sem burst do cliente
burst thresold -> igual a velocidade minima que o cliente deve retornar para ter direito a um novo burst
velocidade burst -> maxima velocidade de burst
tempo -> tempo em que o burst ficara ativo (maximo) para depois ser dropado para velocidade limite

Eu fiz assim:

100k/200k 150k/300k 25k/50k 10/10

Teoricamente os meus clientes teriam 50% a mais de velocidade quando começacem a usar uma conexão que tivesse velocidade menor do que 50k (download) até o limite de 10s... Sinceramente não acontece exatamente dessa maneira não...

faz assim

cabeer,

Eu tentei algo parecido mas com menos tempo... Nessa sua conf eu entendo que o cliente Elizandra terá 128Kbps (up e down) durante 25 segundos se, ao exceder esse tempo, a conexão ainda precisa de banda ela cairá para 32/64Kbps... A única forma de voltar a ter burst de 128k seria se a conexão caisse abaixo dos 32/64k...

Correto?

cabeer, qual versão do MK vc usa? Estou testando essa sua configuração em um MK 2.9.6 e acho que tá funcionando legal, estou mudando de todos os clientes para confirmar.

Exatamente a 2.9.6


Valeu

Olha faz o seguinte teste coloca uma conf. 1mb por 128k pra fica bastante longe .Depois vcs tentam fazer donwload do ftp do proprio MK ai veram a diferença.



T+++

Espero ter ajudado

cabeer, tenho aqui no provedor um AP mk (onde estou colocando o burst limit) e um servidor no pé da torre, também mk, fazendo somente NAT, firewall, cache, proxy transparante e cache de DNS. Como faço para ativar o servidor FTP no servidor MK que tenho rodando NAT?


Veja como estou fazendo para cada cliente com o burst limit

[img][/img]

Portela

Facil vc nau faz backup do seu mk, pois bem acessa la via ftp, tipo ftp://ip-da-sua-interface pronto faça o down dai msm , outra coisa coloca uns 30s pq senau nau vai da nem pra vc percebe , pq vc coloca 30s mais vai baixar no maximo da banda uns 7 ,8 s

testa ai

Valeu

cabeer,

não consigo entrar via ftp, fiz da forma que vc falou mas não entra. Vou testar aqui com 30 segundo, estou usando o bust limit no AP mk versão 2.9.7 rodando em um cartão flash

Citação:

---

Postado originalmente por Portela

cabeer,

não consigo entrar via ftp, fiz da forma que vc falou mas não entra. Vou testar aqui com 30 segundo, estou usando o bust limit no AP mk versão 2.9.7 rodando em um cartão flash

---

Mas vc tem que acessa o outro mk q ta em baixo onde tem o prox acho q no flash nau faz ftp nunca testei.

Testei mesmo foi no mk com cache

cabber,

Testei a configuração que você passou e realmente mostra um resultado interessante. Migrei meus clientes para o novo formato da seguinte maneira:

Cliente contrata banda DOWN/UP (200/100 kbit)

No MK fica cadastrado o seguinte:

max-limit = 50% da banda contratada (100/50 kbit)
burst-thresold = 25% da banda contratada (50/25 kbit)
burst-limit = 125% da banda contratada (250/125 kbit)
tempo = 30/30

Nesse modelo o cliente quando pede rajadas de navegação ele tem a sua velocidade entre 200 e 250 kbit... Depois de 12 a 14 segundos naquela velocidade (durante um download) ela cai para a velocidade max-limit até o tempo total e, a partir dos 30 segundos a velocidade começa a cair ficando no max-limit ate o final do transporte dos dados.

BENEFÍCIOS: economia de banda, velocidade para clientes de navegação, velocidade para sistemas de bate-papo e sistemas interativos como skype que têm rajadas de banda alta, mas mantem trafego abaixo dos 10 kbit.

MALEFÍCIOS: heavy users reclamam que quando estão baixando alguma coisa fica impraticável a navegação.

Entendo que o MK tende a ver todas as conexões daquele mesmo queue dentro da mesma situação. Então se 1 conexão está usando o max-limit o cliente não tem direito de tentar uma rajada web e fica limitado a compartilhar o max-limit entre o que ele está fazendo (download, msn, navegação).

Citação:

---

Postado originalmente por nataniel

cabber,

Testei a configuração que você passou e realmente mostra um resultado interessante. Migrei meus clientes para o novo formato da seguinte maneira:

Cliente contrata banda DOWN/UP (200/100 kbit)

No MK fica cadastrado o seguinte:

max-limit = 50% da banda contratada (100/50 kbit)
burst-thresold = 25% da banda contratada (50/25 kbit)
burst-limit = 125% da banda contratada (250/125 kbit)
tempo = 30/30

Nesse modelo o cliente quando pede rajadas de navegação ele tem a sua velocidade entre 200 e 250 kbit... Depois de 12 a 14 segundos naquela velocidade (durante um download) ela cai para a velocidade max-limit até o tempo total e, a partir dos 30 segundos a velocidade começa a cair ficando no max-limit ate o final do transporte dos dados.

BENEFÍCIOS: economia de banda, velocidade para clientes de navegação, velocidade para sistemas de bate-papo e sistemas interativos como skype que têm rajadas de banda alta, mas mantem trafego abaixo dos 10 kbit.

MALEFÍCIOS: heavy users reclamam que quando estão baixando alguma coisa fica impraticável a navegação.

Entendo que o MK tende a ver todas as conexões daquele mesmo queue dentro da mesma situação. Então se 1 conexão está usando o max-limit o cliente não tem direito de tentar uma rajada web e fica limitado a compartilhar o max-limit entre o que ele está fazendo (download, msn, navegação).

---

Nataniel

Eu entendo assim
é apenas um contador de tempo, quando começa a trafegar dados ou seja navega ...etc.. Ativa o contador e ai começa algum tipo de calculo + ou - assim tipo vamos dizer que com uma banda de 200k baixaria 2mb por minuto ai o burst te da 1mb pra vc baixar em x segundo conforme a tua confg. Se vc usar a banda toda, Ai é onde acontece o q te falei acima antes de completar os 30s conforme tua confg. o burst ja te derruba para o max limit. Imagino q seja + ou - porai.

Valeu
T++++

EITA!

Esse é o tópio número 46.000 e eu que abri... hahahaha... mereço os parabéns!!

Não entendi algo no teu sistema.
Pelo que entendi, o cara contrata 200k (vamos tratar só o DOWN para análise).
Por 30 segundos (ou menos) ele usa o burst-limit e fica em 250k
Depois você diz que ele cai ("ficando no max-limit ate o final do transporte dos dados") para 100k (que é o max-limit).

Então ele contratou 200k, vc dá um pouco a mais no começo, mas depois fica em 100k?

--------------------------------
Cliente contrata banda DOWN/UP (200/100 kbit)
No MK fica cadastrado o seguinte:
max-limit = 50% da banda contratada (100/50 kbit)
burst-thresold = 25% da banda contratada (50/25 kbit)
burst-limit = 125% da banda contratada (250/125 kbit)
tempo = 30/30

Nesse modelo o cliente quando pede rajadas de navegação ele tem a sua velocidade entre 200 e 250 kbit... Depois de 12 a 14 segundos naquela velocidade (durante um download) ela cai para a velocidade max-limit até o tempo total e, a partir dos 30 segundos a velocidade começa a cair ficando no max-limit ate o final do transporte dos dados.

É o seguinte

se vc coloca 30s de tempo ,ai começa a fazer um down na banda q estiver no burst limit , so q ai vem o interessante vc nau fica exatamente os 30 s com banda do B.L dp de apenas 7,8 segundos ja volta digamos no normal, dependendo da velocidade q estiver a fazer o down.
Agora quanto a banda contratada se vendeu 128k no max limit se coloca 128k quer dizer vc so da e nau tira nada , se for um cara navegador vai se da bem , por outro lado um downlods nau vai se beneficiar dessa confg.

Citação:

---

Postado originalmente por Liandro Paulo Carniel

Não entendi algo no teu sistema.
Pelo que entendi, o cara contrata 200k (vamos tratar só o DOWN para análise).
Por 30 segundos (ou menos) ele usa o burst-limit e fica em 250k
Depois você diz que ele cai ("ficando no max-limit ate o final do transporte dos dados") para 100k (que é o max-limit).

Então ele contratou 200k, vc dá um pouco a mais no começo, mas depois fica em 100k?

---

Liandro,

Acho que você, melhor que ninguém, deve entender que o provedor de internet só ganha dinheiro quando o cliente NÃO usa a internet, correto?

Pensando dessa forma e vendo o modelo de trabalho do ADSL (que diz para o cliente que a velocidade dele é até xxx Kbps, mas nunca diz qual é o mínimo) eu formei um modelo parecido onde eu garanto 10% da banda contrata nos planos convencionais DENTRO da rede do provedor e fora não tenho como garantir nada, infelizmente, porque nossa rede de internet no Brasil é muito precária (a exemplo disso os vários problemas com o MSN Messenger que a Microsoft responsabiliza os backbones brasileiros por "mutarem" pacotes até chegarem aos servidores do Hotmail/MSN).

Sendo assim eu cadastro o cliente com 50% da banda (bem mais do que os 10% que prometi para ter uma margem de erro razoavel e, também, para que clientes com velocidade de 100Kbps não tenham uma navegação impraticável de 10Kbps).

Para que ele não note a diferença eu uso o BURST que é o mais interessante recurso do Mikrotik (na minha opinião até o momento) para que, em testes de velocidade (speed.cnett.com.br), este cliente sempre tenha sua velocidade garantida.

Todos os processos de navegação que são por BURST (telnet, ssh, http, https, msn, skype*) serão beneficiados pela configuração DESDE que o cliente não esteja com um programa de P2P aberto (que consumirá a banda acima do THRESOLD e por isso o cliente NÃO terá direito ao BURST).

*A conexão ao Skype é de BURST mas a conversa nele nem tanto. Se uma pessoa falar demais a conexão fica estável na ordem dos 90Kbps de upload o que pode gerar MUITOS disturbios de conversas e deixar de ser uma conexão de BURST para se tornar uma conexão de BULK.

Bursts
Bursts are used to allow higher data rates for a short period of time. Every 1/16 part of the burst-time, the router calculates the average data rate of each class over the last burst-time seconds. If this average data rate is less than burst-threshold, burst is enabled and the actual data rate reaches burst-limit bps, otherwise the actual data rate falls to max-limit or limit-at.

Let us consider that we have a setup, where max-limit=256000, burst-time=8, burst-threshold=192000 and burst-limit=512000. When a user is starting to download a file via HTTP, we can observe such a situation:



At the beginning the average data rate over the last 8 seconds is 0bps because before applying the queue rule no traffic was passed, using this rule. Since this average data rate is less than burst-threshold (192kbps), burst is allowed. After the first second, the average data rate is (0+0+0+0+0+0+0+512)/8=64kbps, which is under burst-threshold. After the second second, average data rate is (0+0+0+0+0+0+512+512)/8=128kbps. After the third second comes the breakpoint when the average data rate becomes larger than burst-threshold. At this moment burst is disabled and the current data rate falls down to max-limit (256kbps).

Salve salve galera...

Alguem sabe me dizer se é possível fazer uma regra de Burst limit para cada plano definido no meu sistema ISP??
Ex.:

Regra para 128Kbps/64Kbps (para todos os clientes com esse plano)
Regra para 256Kbps/128Kbps (para todos os clientes com esse plano)
Regra para 512Kbps/256Kbps (para todos os clientes com esse plano)

Se possível colocar um EXEMPLO.

ISP,

Usando autenticação radius é simples de ser feito. Agora se for para criar um por um eu não sei como seria. No PPPoE + Radius o radius manda os atributos para o Mikrotik e este executa os mesmos.

como configurar o burst usando hotspot?

Para funcionar as Simple Queues com hotspot, você tem q deixar as regras de Simple Queues criadas acima da regra criada pelo hotspot, ou seja, deixar a regra do hotspot por último como na imagem abaixo:

http://img421.imageshack.us/img421/2...euespb3.th.jpg

Pessoal,

Estou fazendo vários testes de BURST:

http://forum.under-linux.org/index.p...c,47040.0.html

Bom dia Pessoal. Será que alguém pode me ajudar com o Burst limit??. Ainda naum consegui entender como configurar isso pelo Winbox.. Obrigado a Todos.