Idéia meio louca para liberar navegação

[bjaraujo]

então... o que foi dito nos posts anteriores vale para qualquer limitação de banda que realiza, independente de quem passe os parâmetros, quem controla é o Mikrotik ROS.

Valeu, Sérgio. Vou fazer uns experimiento em breve.

[bjaraujo]

Acho que não. Nem um nem outro.
PPPoE autentica e radius fornece chave de segurança.
Quem controla a banda é o Queues.

Ou então eu estou perdido.

Editando: Sérgio, não vi que voce já tinha respondido.

Foi por isso mesmo que surgiu a dúvida. Quando uma conexão e efetuada (túnel) uma fila também é criada para cada conexão. Por isso mesmo imaginei (tô leigo no assunto ainda) que uma fila pcq ficaria "ao lado" e não no "meio do caminho das outras". Entretando vou experimentar marcar os pacotes da WAN e no mínimo terei um QoS equilibrado.

[sergio]

Vamos lá... quando se usa pppoe no Mikrotik ROS, ele cria filas simples dinamicas com o tipo de fila default-small. Como td isso é dinâmico não tem como escolher na fila simples o tipo SFQ. Mas para isso basta darmos uma "tapeada" na fila simples... Configure em Tipo de Filas o default-small para SFQ e não pfifo, como lá está. Desta forma já estará usando SFQ na fila simples.

Agora quanto a QoS a história é outra e tem alguns posts aqui no forum mencionando como configurar.

Foi por isso mesmo que surgiu a dúvida. Quando uma conexão e efetuada (túnel) uma fila também é criada para cada conexão. Por isso mesmo imaginei (tô leigo no assunto ainda) que uma fila pcq ficaria "ao lado" e não no "meio do caminho das outras". Entretando vou experimentar marcar os pacotes da WAN e no mínimo terei um QoS equilibrado.

[bjaraujo]

Vamos lá... quando se usa pppoe no Mikrotik ROS, ele cria filas simples dinamicas com o tipo de fila default-small. Como td isso é dinâmico não tem como escolher na fila simples o tipo SFQ. Mas para isso basta darmos uma "tapeada" na fila simples... Configure em Tipo de Filas o default-small para SFQ e não pfifo, como lá está. Desta forma já estará usando SFQ na fila simples.

Agora quanto a QoS a história é outra e tem alguns posts aqui no forum mencionando como configurar.

Blz, já conferi aqui; é bem simples mesmo. Valeu.

[AndrioPJ]

ai é diferente da proposta do 1929... No seu caso, o link é a fila simples, e se esta fila congestiona o SFQ irá usar "sua justiça" (round robin) para que todas os pacotes tenham chances iguais de disputar a banda. Esse é um padrão válido, que uso com frequência.

exatamente
qdo um cliente baixava um arquivo, acabava consumindo mais de 70% de sua conexao...
por isso o sfq melhorou a conexao dos clientes
pois, deu oportunidade para todos os pacotes serem enviados...

porem, temos outro caso em questao, q acho q o sfq pode ser aplicado
o gargalo de nosso proprio link
o sfq nao controla isso, pelo menos, ate dizermos a ele q ele deve controlar...

sou novato em mikrotik, mas pelo que andei lendo sobre mk e pelas experiencias que tenho com linux.
daria para fazer com q o sfq controle nosso link tbm

mas como?
na teoria, seria criado uma regra para a interface, com o valor real de nossa banda
logo depois, todos as regras de clientes criadas teria como parent a regra da interface
ficaria mais ou menos assim:

temos 4 megas...
iriamos criar uam regra para a interface, com 4 megas

criamos 5 regras depois, todas com parent a regra da interface, regras de clientes
cliente1= 1mb
cliente2=1mb
cliente3=1,500mb
cliente4=1mb

na pratica, a soma de banda de todos esses clientes ultrapassaria os 4mb...
porem, sabemos que nem todos os clientes estaram online...
logo, o sfq nao seria ativado, ja q o link nao estaria trabalhando no gargalho...

mas, vamos supor que todos estejam online, a soma de banda deles daria 4,500mb
logo, o sfq seria ativado... ja q estaria trabalhando no gargalho.

sergio, vc q eh mais experiente com mikrotik
saberia me dizer se essa teoria daria certo?

[sergio]

Sim, funciona, mas preferiria implementar algo em cima do PCQ, com grupos, conforme mencionei nos posts anteriores para o 1929.

Com a criação de grupos e ainda criando a hierarquia (parent) conforme citou dá para ter uma situação muito boa de aproveitamento do link o tempo todo. Junto a isso dá para aliar o burst para algumas situações.

exatamente
qdo um cliente baixava um arquivo, acabava consumindo mais de 70% de sua conexao...
por isso o sfq melhorou a conexao dos clientes
pois, deu oportunidade para todos os pacotes serem enviados...

porem, temos outro caso em questao, q acho q o sfq pode ser aplicado
o gargalo de nosso proprio link
o sfq nao controla isso, pelo menos, ate dizermos a ele q ele deve controlar...

sou novato em mikrotik, mas pelo que andei lendo sobre mk e pelas experiencias que tenho com linux.
daria para fazer com q o sfq controle nosso link tbm

mas como?
na teoria, seria criado uma regra para a interface, com o valor real de nossa banda
logo depois, todos as regras de clientes criadas teria como parent a regra da interface
ficaria mais ou menos assim:

temos 4 megas...
iriamos criar uam regra para a interface, com 4 megas

criamos 5 regras depois, todas com parent a regra da interface, regras de clientes
cliente1= 1mb
cliente2=1mb
cliente3=1,500mb
cliente4=1mb

na pratica, a soma de banda de todos esses clientes ultrapassaria os 4mb...
porem, sabemos que nem todos os clientes estaram online...
logo, o sfq nao seria ativado, ja q o link nao estaria trabalhando no gargalho...

mas, vamos supor que todos estejam online, a soma de banda deles daria 4,500mb
logo, o sfq seria ativado... ja q estaria trabalhando no gargalho.

sergio, vc q eh mais experiente com mikrotik
saberia me dizer se essa teoria daria certo?

[AndrioPJ]

Sim, funciona, mas preferiria implementar algo em cima do PCQ, com grupos, conforme mencionei nos posts anteriores para o 1929.

Com a criação de grupos e ainda criando a hierarquia (parent) conforme citou dá para ter uma situação muito boa de aproveitamento do link o tempo todo. Junto a isso dá para aliar o burst para algumas situações.

vi que da para criar um controle de banda para a interface no queue tree... e assim criar parent
daria para criar isso no simple queue tbm?
se sim, como proceder? seria algo como, nao citar ip, colocar os valores da banda... e em advanced, escolher a interface correspondente?
ou, teria que criar uma marcacao para a interface?

[sergio]

Explicar como fazer é um lance complicado... primeiro, sou avesso à receitas, pois dependem de ambiente e topologia e cada um tem a sua. Segundo; seria interessante que você entendesse os conceitos envolvidos, pois esse é um gerenciamento que trará um diferencial enorme para sua rede e de nada adianta você fazer e não entender o conceito envolvido.

Abaixo deixo vários links, para estudo, e assim que começar a implementar, poste suas dúvidas, que eu e vários outros poderão ajudar.


Token bucket - Wikipedia, the free encyclopedia

Hierachical token bucket theory

classful-qdisc

HTB - MikroTik Wiki

Queue - MikroTik Wiki

Burst - MikroTik Wiki

Queue Size - MikroTik Wiki

PCQ - MikroTik Wiki

vi que da para criar um controle de banda para a interface no queue tree... e assim criar parent
daria para criar isso no simple queue tbm?
se sim, como proceder? seria algo como, nao citar ip, colocar os valores da banda... e em advanced, escolher a interface correspondente?
ou, teria que criar uma marcacao para a interface?

[AndrioPJ]

conheco varios desses conceitos... usei linux por muito tempo, controle de banda com htb.
em mikrotik sou novato, mas, teoria nao muda... o sistema sim
ainda no mikrotik, me deparei com o burst, na qual nunca havia usado... mas ja entendi o seu conceito
vi o pcq, entendi a teoria dele... mas nunca o implementei, entao nao tenho experiencia com o mesmo e por isso nao afirmo nada referente ao mesmo.

bom, de qualquer forma...
fiz as mudancas aqui no servidor de testes que tenho em casa... esse servidor controla os pc de casa, do escritorio da minha mae e de uns 4 vizinhos.
queue type: sfq

regras configuradas no simple queue.

1 regra, nomeada de "Teste"... sem "Target address", "Max Limit: 296k/2M" (velocidade configurada apenas para teste), "interface: REDE"
demais regras do controle de banda, logo abaixo... configuradas normalmente, porem, com parent a regra "Teste"

a principio, no primeiro teste.. me parece que esta funcionando como deveria

se estiver sobrando banda
o cliente com burst ou sem, recebe a velocidade certinho.
porem, se a regra "Teste" estiver no gargalo... os demais navegaram com velocidade abaixo.

bom, vou manter o teste, vamos ver como vai se sair

[1929]

Andrio, eu ainda não entendi porque usar estas regras no seu caso. Pois o SFQ já faz isso quando o link entra no gargalo.

A proposta do Sérgio, de usar o PCQ é mais democrática, pois vai agir não só no gargalo mas todo o tempo, administrando melhor a banda.
Aqui só eu pelo que sei, uso burst. E depois que passei a incrementar com o SFQ já deu mais uma melhorada.
Mas vou implementar o PCQ para ver se crio mais um diferencial na rede.

[AndrioPJ]

Andrio, eu ainda não entendi porque usar estas regras no seu caso. Pois o SFQ já faz isso quando o link entra no gargalo.

A proposta do Sérgio, de usar o PCQ é mais democrática, pois vai agir não só no gargalo mas todo o tempo, administrando melhor a banda.
Aqui só eu pelo que sei, uso burst. E depois que passei a incrementar com o SFQ já deu mais uma melhorada.
Mas vou implementar o PCQ para ver se crio mais um diferencial na rede.

bom, vamos la, vou tentar explicar o pq

sabemos que o sfq equaliza os fluxos de tráfego (sessões TCP ou streams UDP) quando o link estiver completamente cheio.
se vc verificar, quando um cliente esta navegando... a regra referente a ele pode ficar: verde, amarela ou vermelha... ou seja, o sfq so tem conhecimento do link do cliente... qdo esse estiver no gargalo, é ativado.

mas vejamos
alem do link dentro da rede, temos o link para fora da rede... na qual, o sfq desconhece.
se o sfq for ativado ai... podemos ter uma melhora... ja q todos os pacotes da rede terem uma chance de sair
fora que, no caso de quem usa ADSL, ja limitamos a quantidade de banda que ira sair (nao ultrapassando a contratada e assim evitando sobrecarregamento desnecessario no moden).

entendeu agora o pq de 2 regras com sfq?

[1929]

mas vejamos
alem do link dentro da rede, temos o link para fora da rede... na qual, o sfq desconhece.
...
entendeu agora o pq de 2 regras com sfq?

Não tenho dúvidas quanto ao algorrítmo do sfq. Como disse antes eu tenho ele aqui ativado também. E quando tenho muitos online, meu link que é pequeno fica no gargalo. Daí não fica aquele fominha tomando a banda para seus downloads, pois a distribuição fica mais igualitária. Só que não acho que o SFQ não tenha conhecimento do link externo.
Apesar de nós não informarmos isso para ele, por algum mecanismo ele sente isso. Então ele acaba agindo como se fosse um sensor de banda com um gatilho a ser acionado quando necessário.
Só que a sugestão do Sérgio com o uso do PCQ vai mais longe um pouco, pois já começa com esta distribuição democrática mais cedo, muito antes da banda chegar no gargalo. Ainda não implementei o PCQ por total falta de tempo de fazer alterações e ficar algum tempo monitorando. Mas já está nos meus planos.
Outra coisa que tem me ajudado é a marção de pacotes com prioridades distintas.

[AndrioPJ]

se vc observar, nas regras, la na aba advanced... da para trocar o queue type q determinada regra vai trabalhar
o sfq nao faz calculo do seu link
ele apenas trabalha em cima da regra na qual esta configurado...

qdo um cliente navega, o trafego dele se passa somente em cima disso.
o problema acontece, qdo ele (cliente) faz download e navega ao mesmo tempo... com ao download (trafego constante) o link que é enviado para o cliente fica no gargalo (veja o status dele na regra do mesmo, devera aprensetar em vermelho)... devido a isso, a navegacao do mesmo fica prejudicada.

porem, se o tipo de algoritimo usado para o controle de banda do cliente, for o sfq.
ao se fazer download e navegar ao mesmo tempo.. o sfq tentara equalizar o fluxo de dados do mesmo.
dando oportunidade para que ele faca os 2 ao mesmo tempo.

mas, como disse...
o sfq nao tem conhecimento de qto de link que chega para vc... ele apenas controla o que lhe eh configurado para controlar...
logo, a minha ideia, seria que ele tenta-se equalizar a banda de cada cliente, porem, respeita-se a regra pai

[1929]

Entendi.
Seria um sqf aplicado ao limite de banda do cliente.
Aqui, como eu já tinha trocado o type em queue type o default-small também já estava em sfq

[j34nsch]

Sim, e para isto você poderá usar a PCQ, conforme citei, que terá um aproveitamento melhor. Fazendo por grupos, poderá ter o grupo dos "fominhas", onde compartilharão uma banda X, e um grupo dos "normais" que serão beneficiados com a banda excedente, usufruindo de uma banda maior e menor latência.

Inclusive poderá gerar regras especificas, usando firewall address-list, onde, se um usuário por um determinado tempo consumir N em download/upload, será inscrito no grupo de "fominhas".

Ou seja, existem várias possibilidades.

Olá Sergio muito obrigado em compartilhar o seu grande conhecimento conosco, porem o seu post me deixou com a pulga a traz da orelha, como seria feito essa configuração de monitorar o consumo de banda do cliente durante um determinado período e assim selecionar a qual grupo ele pertence?

valeu t+

[sergio]

Usando as opções que o firewall oferece como contagem de bytes. Além disso automatizar algo que for necessário com scripts.

Olá Sergio muito obrigado em compartilhar o seu grande conhecimento conosco, porem o seu post me deixou com a pulga a traz da orelha, como seria feito essa configuração de monitorar o consumo de banda do cliente durante um determinado período e assim selecionar a qual grupo ele pertence?

valeu t+