Desativar controle de banda

Boa noite,

Existe alguma forma de desativar o controle de banda que é feito pelo mk-auth usando as queues do mikrotik?

Aqui fazemos todo o controle de banda nos equipamentos do cliente para não gastar recursos do concentrador PPPoE, mas mesmo assim, ele gasta recursos por criar a queue e processar os dados que passam por ela.

Gostaria de saber se há possibilidade de deixar sem as queues.

Agradeço a todos!

Para adicionar comentários, você deve ser membro de MK-AUTH.

Join MK-AUTH

Enviar-me um email quando as pessoas responderem –

Respostas

  • Bom dia.

    uma forma de desligar o controle de banda é você utilizar a regra de fasttrack no mikrotik.

    https://wiki.mikrotik.com/wiki/Manual:IP/Fasttrack

  • Eu não quero que seja criada queue no mikrotik, todos os clientes aqui são controlados pela ONU e não quero gastar processamento com queue, a regra do fasttrack não desativa queue.

    Thalles JOse disse:

    Bom dia.

    uma forma de desligar o controle de banda é você utilizar a regra de fasttrack no mikrotik.

    https://wiki.mikrotik.com/wiki/Manual:IP/Fasttrack

    • no cadastro do plano, na parte da velocidade deixa em branco

  • Qual OLT é essa que você utiliza ?como é feito esse controle de banda pela ONU ? 

  • Boa noite Marco

    Eu também procurei isso e em outro post o @Pedro informou que não era possível, hoje com a possibilidade de controlar a velocidade dos assinantes via ONU seria prodente implementar isso no Mk-Auth.

    Segue o que eu fiz para contornar a situação (Gambiarra wins)

    /system scheduler
    add interval=5m name=remove_queue on-event=queue policy=ftp,reboot,read,write,policy,test,password,sniff,sensitive,romon start-date=dec/28/2020 start-time=22:26:30
    /system script
    add dont-require-permissions=no name=queue policy=ftp,reboot,read,write,policy,test,password,sniff,sensitive,romon source="/queue simple remove [f]"

    Criei um script para remover todas as queues e um agendamento para rodar de 5 em 5 mintuos.

    Acho que isso pode te ajudar (se já não o fez ou mudou de sistema)

    Abraço.

  • Basta habilitar o fastrack no concentrador que as queues perderam o efeito. Se bem que o consumo de processamento das queue só é relevante quando o cliente estoura a banda é o mikrotik tem de descartar pacotes da queues dele que quando ela fica Vermelha. Ou seja se vc já controla a velocidade do cliente na CPE dele ou na OLT no caso de gpon a queue não vai estourar portando o consumo dela será insignificante porém. Se quis e garantir basta ativar o fastrack no mikrotik porém perderá o NAT tbm então se usar nat ele deve ser feito em outro mikrotik antes do concentrador
  • coloque uma virgula no nome do plano no mkauth.

  • Boa tarde amigo, a solução simples é Sr colocar valor 0 na velocidade dos planos que pretende não limitar Banda:

    Exemplo com Limite:

    8893327888?profile=RESIZE_710x

    Exemplo sem Limitação:

    8893328454?profile=RESIZE_710x

    P.S.: Sempre evite nomes com caracteres especiais no nome, evite também nomes muito grandes para os planos!

    Espero ter ajudado!

    • ola bom dia, estou procurando por este assunto tambem, criar uma queue "infinita" mesmo assim não gasta processamento? o que queria mesmo é não gerar queue nenhuma

  • Solução para não ter controle de banda no mikrotk

    no seu MK-AUTH use um valor padão de velocidade de up e down para todos os planos que não queira que seja criado uma queue, como por exemplo 777.

    agora no seu Mikrotik va em ppp e clique 2x para editar o seu servidor pppoe e veja qual "Defalt Profile" ele esta usando, agora va na aba Profile e clique 2x nele para edita-lo

    agora na janela de profile va ate a aba script e adicione a segunte regra no campo ON UP:

     

    /queue simple { :foreach item in=[find max-limit ="777M/777M"] do={ remove $item } }

     

    agora clique em aplicar.

     

    De agora em diante todo e quaquer usuario que logar usando planos com velocidade 777 , o scpipt apagara todos os queues existentes com esta velocidade

     

     

     

This reply was deleted.