BFW Firewall & Router

Boa tarde colegas, trabalho com subredes+ controle da banda, e muitos dos clientes veem usando testadores e sempre nos questionam os valores divergentes dados.
Grande amante do Brazilfw por mais de 10 anos, gostaria de saber se tem como eu dentro do controle de banda, determinar uma banda maior so pros testadores de banda???

Amigo o ideal é você ter link suficiente para o numero de cliente, acho que você não gostaria de ser enganado pelo o provedor que sede o link para você distribuir.
fica a dica: ou diminuir o numero de clientes ou aumentar o seu link de internet.

Zé_Duque_BJ escreveu:Amigo o ideal é você ter link suficiente para o numero de cliente, acho que você não gostaria de ser enganado pelo o provedor que sede o link para você distribuir.
fica a dica: ou diminuir o numero de clientes ou aumentar o seu link de internet.

Na verdade n tenho intenção de enganar o cliente mesmo pq tenho 500 megas de link, mas estou perdendo clientes pros concorrentes q tem essa pratica do mikrotik.
Se vendo 10 megas e no testado bate 9 megas, cliente ja liga reclamando.
Por isso quero saber se no brazilfw tenho como fazer isso?

o melhor a ser feito é você usar cache em disco, existe addons no brazilfw como outras que você pode contratar.

Zé_Duque_BJ escreveu:o melhor a ser feito é você usar cache em disco, existe addons no brazilfw como outras que você pode contratar.

Addon para speedteste?

Olá nicolau, mas o cliente diz que o teste dá 9 megas mais perto de nove ou de dez?
Parece papo de vendedor mas o pessoal tem que estar ciente que o tráfego
nem sempre é na mesma taxa, muito menos na taxa máxima.
Eu considero aceitável um erro de 0.5% nos testes, a minha banda por exemplo é de
10Mbps e nos testes dá sempre entre 9,5 e 9,9.
Muitas vezes dá menos, mas daí realmente dá pra perceber que é tráfego enorme na rede,
fica tudo lento.

Também pode ser o testador, se o teu cliente testa em um só, pode ser que esse tenha uma rota ruim.
O testador da Copel pra mim sempre deu resultados realistas, o brasilbandalarga também.
http://speedtest.copel.net/
http://www.brasilbandalarga.com.br/index.php/speedtest
Essa página da Abusar fala sobre os testadores e tem vários links, veja se ajuda
http://www.abusar.org/speedmeters.html

Depois do papo de vendedor não sei como fazer pra dar prioridade ao tráfego dos testadores especificamente,
mas no arquivo /etc/coyote/firewall.local (Configuração Simplificada do Firewall - Editar Regras Personalizadas)
tem regras comentadas que dão prioridade ao tráfego na porta 80, acho que pode dar alguma diferença.
Se tiver muito tráfego P2P e outros na tua rede, os navegadores na porta 80 vão ter prioridade e talvez
isso melhore os testadores também.
As regras comentadas usam o valor 0x08 mas o maior valor é 0x10, se vc quiser testar (talvez seja
melhor começar com 8 já que é o valor que provavelmente foi o Mestre Cláudio que colocou).
https://www.frozentux.net/iptables-tutorial/iptables-tutorial.html#TOSTARGET
https://www.vivaolinux.com.br/artigo/Implementando-prioridade-nos-servicos-com-TOS-no-Iptables?pagina=1

Código: Selecionar todos

# Attention: To enable the commands below can cause some side effects
...

# Speed UP HTTP
#iptables -t mangle -D OUTPUT -p tcp -j TOS --sport 80 --set-tos 0x08 2>/dev/null
#iptables -t mangle -A OUTPUT -p tcp -j TOS --sport 80 --set-tos 0x08
#iptables -t mangle -D PREROUTING -p tcp --dport 80 -j TOS --set-tos 0x08 2>/dev/null
#iptables -t mangle -A PREROUTING -p tcp --dport 80 -j TOS --set-tos 0x08


Paulo2 escreveu:Olá nicolau, mas o cliente diz que o teste dá 9 megas mais perto de nove ou de dez?
Parece papo de vendedor mas o pessoal tem que estar ciente que o tráfego
nem sempre é na mesma taxa, muito menos na taxa máxima.
Eu considero aceitável um erro de 0.5% nos testes, a minha banda por exemplo é de
10Mbps e nos testes dá sempre entre 9,5 e 9,9.
Muitas vezes dá menos, mas daí realmente dá pra perceber que é tráfego enorme na rede,
fica tudo lento.

Também pode ser o testador, se o teu cliente testa em um só, pode ser que esse tenha uma rota ruim.
O testador da Copel pra mim sempre deu resultados realistas, o brasilbandalarga também.
http://speedtest.copel.net/
http://www.brasilbandalarga.com.br/index.php/speedtest
Essa página da Abusar fala sobre os testadores e tem vários links, veja se ajuda
http://www.abusar.org/speedmeters.html

Depois do papo de vendedor não sei como fazer pra dar prioridade ao tráfego dos testadores especificamente,
mas no arquivo /etc/coyote/firewall.local (Configuração Simplificada do Firewall - Editar Regras Personalizadas)
tem regras comentadas que dão prioridade ao tráfego na porta 80, acho que pode dar alguma diferença.
Se tiver muito tráfego P2P e outros na tua rede, os navegadores na porta 80 vão ter prioridade e talvez
isso melhore os testadores também.
As regras comentadas usam o valor 0x08 mas o maior valor é 0x10, se vc quiser testar (talvez seja
melhor começar com 8 já que é o valor que provavelmente foi o Mestre Cláudio que colocou).
https://www.frozentux.net/iptables-tutorial/iptables-tutorial.html#TOSTARGET
https://www.vivaolinux.com.br/artigo/Implementando-prioridade-nos-servicos-com-TOS-no-Iptables?pagina=1

Código: Selecionar todos

# Attention: To enable the commands below can cause some side effects
...

# Speed UP HTTP
#iptables -t mangle -D OUTPUT -p tcp -j TOS --sport 80 --set-tos 0x08 2>/dev/null
#iptables -t mangle -A OUTPUT -p tcp -j TOS --sport 80 --set-tos 0x08
#iptables -t mangle -D PREROUTING -p tcp --dport 80 -j TOS --set-tos 0x08 2>/dev/null
#iptables -t mangle -A PREROUTING -p tcp --dport 80 -j TOS --set-tos 0x08


Valeu a dica, mas sabe como he cliente, sempre reclamam. Preciso realmente do recurso de poder dar prioridade no controle de banda com subrede, aos sites de teste, pois tenho perdido clientes pra concorrencia de forma deslegal. Isso he uma arma a favor deles que tb preciso ter.

Monitorei os testadores e acho que a maior parte usa a porta 8080, um usou 6501 e outro 443, então dar prioridade na 80 não deve funcionar.
O problema é saber qual o testador ou testadores os clientes usam e dar prioridade ou nas portas ou então no próprio endereço do testador.
O problema é criar uma regra pra cada testador que existe no mercado, devem ser alguns milhares.
Isso se essa maneira com as regras funcionar, só consegui pensar nessa maneira. Tem os filtros do QOS, mas como vc usa QOS nas sub-redes
acho que os filtros não funcionam.

Paulo2 escreveu:Monitorei os testadores e acho que a maior parte usa a porta 8080, um usou 6501 e outro 443, então dar prioridade na 80 não deve funcionar.
O problema é saber qual o testador ou testadores os clientes usam e dar prioridade ou nas portas ou então no próprio endereço do testador.
O problema é criar uma regra pra cada testador que existe no mercado, devem ser alguns milhares.
Isso se essa maneira com as regras funcionar, só consegui pensar nessa maneira. Tem os filtros do QOS, mas como vc usa QOS nas sub-redes
acho que os filtros não funcionam.

Exatamente isso que o mikrotik faz paulo, ele cria um controle de banda primario pros testadores e outro controle secundario pros clientes. Estava olhando o htb acreito que herança pai e filho deve funcionar. Como n sei programar htb :(

nicolau escreveu:

Paulo2 escreveu:Exatamente isso que o mikrotik faz paulo, ele cria um controle de banda primario pros testadores e outro controle secundario pros clientes. Estava olhando o htb acreito que herança pai e filho deve funcionar. Como n sei programar htb :(

É no qos que o mikrotik filtra então? Putz daí complica porque o qos do BFW em sub-redes perde os filtros.
Se vc pesquisou sobre isso poste os links, sobre htb e fórum do mikrotik talvez tenha alguma coisa.

Pode ser alguma coisa relacionada com a estrutura da rede? Tipo conexão wireless que está ruim e conectando em 11Mbps.

O script de subredes do qos já tem tudo isso, controle de tráfego com htb e tem uns filtros também.
O problema é entender a encrenca
Andei lendo o manpage do tc (como sempre, manpage só ajuda quando vc já entende alguma coisa do assunto)
e esses dois links http://lartc.org/howto/lartc.qdisc.html http://luxik.cdi.cz/~devik/qos/htb/manual/userg.htm