Página 2 de 3 PrimeiroPrimeiro 123 ÚltimoÚltimo
+ Responder ao Tópico



  1. Citação Postado originalmente por 1929 Ver Post
    Esta questão do burst é como disseram, tem que estudar mesmo para entender.
    Na verdade o time que no exemplo foi citado de 8 segundos eu também pensava que é o tempo que dura o burst, mas nunca via na prática isso acontecer.
    Depois que fui entender que é um tempo utilizado no algorrítimo que calcula o ponto de corte do burst.

    Algum tempo atrás o mascaraajp postou uma maneira prática de fazer os cálculos para achar o burst threshold que é o limiar do burst e o tempo para renovar o burst.

    burst threshold= tempo de burst X pico de burt / tempo de renovação de burst

    por ex: veloc normal 512k burst de 1024k burst time 20seg. tempo de renovação do burst 180seg

    B= 20X1024=20480 /180= 114k (arredondando)

    Então a regra ficaria assim: 512k/512k 1024k/1024k 114k/114k 180/180 8 ( 8 é a prioridade, melhor deixar na menor prioridade que é 8)
    Olá amigo 1929, tudo tranquilo. Pintou uma duvida aqui: como foi o calculo p/ obter os 180s que é o tempo da renovação do burst ?

    Abraço....

  2. Citação Postado originalmente por FabianoMartins2 Ver Post
    Olá amigo 1929, tudo tranquilo. Pintou uma duvida aqui: como foi o calculo p/ obter os 180s que é o tempo da renovação do burst ?

    Abraço....
    estes 180 seg são uma escolha. Depois que foi concedido o burst para o usuário, no exemplo que dei, deve-se esperar um burst aproximadamente a cada 180seg.
    O vídeo postado é bem elucidativo. Ele não parte da escolha de um tempo de burst time, mas o principio é o mesmo. Pois se escolher 180seg, com certeza vai baixar o valor do burst threshold, obrigando a regra a esperar baixar a média até o valor encontrado na fórmula.
    Esta fórmula eu nunca vi em nenhum manual, só sei que ela foi postada pelo mascaraajp aqui no forum e realmente funciona bem para fazer o cálculo de uma forma prática.

    Lembrando que estes tempos todos são só um indicativo. O único que é exato é o cálculo do ciclo que é o burst time/16.
    São um indicativo pois partem do princípio que o usuário vai sempre andar nos picos o que não é necessariamente o que acontece.
    Se ele for só abrir páginas de sites com certeza não vai ocupar todo o tempo de burst. Mas para controlar downloads dos baixadores inveterados é uma boa ajuda. Assim você favorece dando um "plus" para quem navega e controla dentro do plano, aqueles que só fazem downloads.



  3. Citação Postado originalmente por 1929 Ver Post
    estes 180 seg são uma escolha. Depois que foi concedido o burst para o usuário, no exemplo que dei, deve-se esperar um burst aproximadamente a cada 180seg.
    O vídeo postado é bem elucidativo. Ele não parte da escolha de um tempo de burst time, mas o principio é o mesmo. Pois se escolher 180seg, com certeza vai baixar o valor do burst threshold, obrigando a regra a esperar baixar a média até o valor encontrado na fórmula.
    Esta fórmula eu nunca vi em nenhum manual, só sei que ela foi postada pelo mascaraajp aqui no forum e realmente funciona bem para fazer o cálculo de uma forma prática.

    Lembrando que estes tempos todos são só um indicativo. O único que é exato é o cálculo do ciclo que é o burst time/16.
    São um indicativo pois partem do princípio que o usuário vai sempre andar nos picos o que não é necessariamente o que acontece.
    Se ele for só abrir páginas de sites com certeza não vai ocupar todo o tempo de burst. Mas para controlar downloads dos baixadores inveterados é uma boa ajuda. Assim você favorece dando um "plus" para quem navega e controla dentro do plano, aqueles que só fazem downloads.
    Olá, obrigado por responder. Então se entendi, no exemplo que você citou, 180s/16 = 11.2s. Isso quer dizer que após o burst liberado ele vai funcionar durante 180s e nesses 180s a cada 11.2s o mikrotik faz um analise do consumo e no final dos 180s terá uma média, e c/ base nessa média ele vai ou não liberar o burst novamente, é isso ?

    Já aproveitando, veja um plano que criei aqui, dê sua opinião de boa.
    250k/800k 350k/1200k 155k/400k 130/180 8 100k/400k

    250k/800k = banda normal
    350k/1200k = burst
    155k/400k = threshold (aqui tá a duvida), esses valores seriam a média após 130s/180s e se ao final do tempo do burst a média calculada do cliente fique abaixo de 155k/400k o burst continua liberado pra ele, e se estiver acima de 155k/400k o burst será negado, é isso ?

    Abraço...

  4. isso.
    por esta regra, voce deve ter dado um burst de 60 seg e para ser renovado a cada 180seg.

    veja a formula que o mascaraajp postou. Ela tem duas variáveis de tempo
    burst threshold= tempo x burst limit / burst time
    60 X 1200= 72000 /180 (burst time) = 400k que é o burst threshold ou ponto de corte do burst

    Como eu disse antes, não está no manual do mikrotik mas funciona.
    Na verdade o manual é muito limitado com relação ao burst. O link do vídeo mostra melhor que o manual, mas sempre fica aquele raciocínio incomodo de que o burst time na verdade não é o tempo que dura o burst. Já quando aplica a fórmula voce pode fazer um teste e ver num download por exemplo que o burst vai durar aproximadamente os 60segundos e só será renovado com mais 120segundos ( 60+120=180 que é o valor usado na regra para o burst time)
    Só que eu acho este tempo de 60 segundo muito, eu uso 20s e com renovação de 120s. Me parece que os clientes nos picos de tráfego se alternam melhor e ninguém fica de dono da banda



  5. Citação Postado originalmente por 1929 Ver Post
    isso.
    por esta regra, voce deve ter dado um burst de 60 seg e para ser renovado a cada 180seg.

    veja a formula que o mascaraajp postou. Ela tem duas variáveis de tempo
    burst threshold= tempo x burst limit / burst time
    60 X 1200= 72000 /180 (burst time) = 400k que é o burst threshold ou ponto de corte do burst

    Como eu disse antes, não está no manual do mikrotik mas funciona.
    Na verdade o manual é muito limitado com relação ao burst. O link do vídeo mostra melhor que o manual, mas sempre fica aquele raciocínio incomodo de que o burst time na verdade não é o tempo que dura o burst. Já quando aplica a fórmula voce pode fazer um teste e ver num download por exemplo que o burst vai durar aproximadamente os 60segundos e só será renovado com mais 120segundos ( 60+120=180 que é o valor usado na regra para o burst time)
    Só que eu acho este tempo de 60 segundo muito, eu uso 20s e com renovação de 120s. Me parece que os clientes nos picos de tráfego se alternam melhor e ninguém fica de dono da banda
    Ok, entendi. No seu caso, você usa 20s de duração do burst, correto ?

    E qual seriam as velocidades de up/down num exemplo usando 20s ?

    Abraço.






Tópicos Similares

  1. Respostas: 1
    Último Post: 16-12-2014, 15:34
  2. Como testar o Burst Mikrotik
    Por fernandocb no fórum Redes
    Respostas: 3
    Último Post: 24-05-2014, 10:14
  3. Bug mikrotik 3.x burst reinicia.
    Por eletromidia no fórum Redes
    Respostas: 3
    Último Post: 04-11-2012, 01:16
  4. MIkrotik
    Por kramal no fórum Redes
    Respostas: 2
    Último Post: 15-09-2004, 13:11
  5. RECURSOS DO KERNEL
    Por RoninDarkTemplar no fórum Servidores de Rede
    Respostas: 0
    Último Post: 03-09-2003, 14:06

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L