Re: Simple queue dinamico do radius sobrepoe o queue tree, há como contornar isso?
Amigo, professor Sergio olha eu aqui aperriando novamente !
As regras criadas estaticamente, ficam sempre abaixo das que vao sendo criadas dinamicamente, conforme vao sendo criadas as estaticas vao descendo. Como fasso para deixar a estatica sempre no topo ?
Colocando por exemplo a regra que uso para controlar o cache com prioridade 7, daria no mesmo de coloca-la sempre no topo ?
Re: Simple queue dinamico do radius sobrepoe o queue tree, há como contornar isso?
Citação:
Postado originalmente por
sergio
Não use queue tree e queue simple no mesmo Mikrotik. Configure seu QoS em outro nó da rede, de preferência em algum roteador de borda.
Sergio, fiquei com uma duvida que pode ser de todos aqui.
Queria fazer com que o link principal ex:
10MB -> Total Full - > tive-se controle de seu uso por serviços.
queue tree + mangle.
5MB (http, https).
3MB (e-mail, msn, icmp).
2MB ( resto).
E os clientes em queue simple herda-se a proporção do link principal.
cliente a 200k queue simple -> 100k (http, https) -> 70k (e-mail, msn, icmp) -> 30k (resto).
Isso tem como ser feito ?
No caso hoje uso este esquema parecido desta forma:
Roteador mikrotik que esta no link de fibra optica 10MB
queue tree + mangle devidindo os serviços com prioridades e velocidades diferentes.
Servidor Hotspot mikrotik pegando o link total do Roteador mikrotik e distribuindo as velocidade dos clientes pelo hotspot + radius + mysql.
A duvida é se esta velocidade final do cliente tem porcentagem no uso como o link total tem no Roteador mikrotik.
Obrigado por qualque esclarecimento.
Re: Simple queue dinamico do radius sobrepoe o queue tree, há como contornar isso?
Usando qual aplicação para crias as dinâmicas? HotSpot?
Citação:
Postado originalmente por
superxandaoce
Amigo, professor Sergio olha eu aqui aperriando novamente !
As regras criadas estaticamente, ficam sempre abaixo das que vao sendo criadas dinamicamente, conforme vao sendo criadas as estaticas vao descendo. Como fasso para deixar a estatica sempre no topo ?
Colocando por exemplo a regra que uso para controlar o cache com prioridade 7, daria no mesmo de coloca-la sempre no topo ?
Re: Simple queue dinamico do radius sobrepoe o queue tree, há como contornar isso?
Citação:
Postado originalmente por
ShadowRed
Sergio, fiquei com uma duvida que pode ser de todos aqui.
Queria fazer com que o link principal ex:
10MB -> Total Full - > tive-se controle de seu uso por serviços.
queue tree + mangle.
5MB (http, https).
3MB (e-mail, msn, icmp).
2MB ( resto).
E os clientes em queue simple herda-se a proporção do link principal.
cliente a 200k queue simple -> 100k (http, https) -> 70k (e-mail, msn, icmp) -> 30k (resto).
Isso tem como ser feito ?
Não. As simples sempre são executadas antes da árvores.
Citação:
Postado originalmente por
ShadowRed
No caso hoje uso este esquema parecido desta forma:
Roteador mikrotik que esta no link de fibra optica 10MB
queue tree + mangle devidindo os serviços com prioridades e velocidades diferentes.
Servidor Hotspot mikrotik pegando o link total do Roteador mikrotik e distribuindo as velocidade dos clientes pelo hotspot + radius + mysql.
A duvida é se esta velocidade final do cliente tem porcentagem no uso como o link total tem no Roteador mikrotik.
Obrigado por qualque esclarecimento.
Se o link estiver congestionado ele fará a distribuição conforme você definiu em Queue Tree, mas a banda individual de cada alvo (cliente) será o Max-Limit, obviamente respeitando o que estiver disponível no momento. Ao invés de tentar fazer o que pretende, que daria bastante trabalho, use como disciplinas de filas o SFQ ou PCQ para equalizar o fluxo da própria fila simples.
Re: Simple queue dinamico do radius sobrepoe o queue tree, há como contornar isso?
Obrigado mais uma vez pela atenção.
Vou trabalhar em cima destas filas simples criada pelo hotspot o uso do SFQ ou PCQ. A ideia era tentar fazer a queue simple do cliente criada pelo hotspot ter um controle melhor do trafego. Mas até agora eu so tinha a ideia e não uma maneira de executar.
Que bom seria conseguir priorizar o trafego http de todo o resto no cliente final. Nunca mais ele iria ficar reclamando de lentidão em paginas causadas pelo uso e outros serviços no link dele.