Pessoal preciso priorizar o whatsapp em 2M, seria a mesma regra que é feita para o facebook?
Versão Imprimível
Pessoal preciso priorizar o whatsapp em 2M, seria a mesma regra que é feita para o facebook?
Não sei como você priorizou o facebook, mas, no seu caso você marcaria as conexões e e os pacotes com destino ao watzap e depois marcaria tudo o trafico restante com outra marca qualquer e priorizava o watzap com o limit at de 2mb e o restante com o restante de banda que sobrarem, pode ser feito no simple queue, e lembre-se tudo que não tiver marcas passara com prioridade máxima.
cara o zap zap gasta taaaaao pouco qual seria a vantagem de priorizar ele? sempre dou prioridade a navegação pois se o cliente abrir qualquer pagina que seja, uol, terra, globo.com etc... e estiver lenta o cliente liga reclamando, nunca me ligou um cliente reclamando que o zap zap esta lento.
O "zap zap" fica ao critério de quem administra a rede, porem devido ao pouco consumo n ira atrapalhar os demais protocolos. Ja o acesso web, é um alto consumo, e caso este tenha prioridade sobre os protocolos de realtime ai sim iria prejudicar.Citação:
Postado originalmente por agatangelos
O que é mais sentenciável a latencia; uma ligação via skype ou o acesso ao facebook?, um acesso ao proprio mikrotik via winbox/ssh ou uma pesquisa no google?...
Priorizar o trafego hoje em dia é uma coisa essencial, porem é como uma "faca de dois gumes" se não for bem pensado pode vir a gerar problemas.
Minha priorização hj esta assim:
1 -Minha telefonia interna -> utiliza o sip, porem priorizei pros endereços (meu patrao esta muto chato em relação a telefonia)
2 - Winbox-ssh-telnet-icmp-DNS -> garantir qualidade ao acesso nos meus equipamentos ,nos "ping,traceroute..." , e rapida resolucao de nomes.
3 - Tunelamentos -> pois os clientes q usam sao grande empresas, e usam apenas dentro da minha rede
4 - FTP - http- https -> mais comum entre os usuarios final
5 - vazio
6- todos os prot. de email -> troca de texto e mensagem e não precisa de tanta prioridade
7 - Pacotes sem marcação -> trafego que não foi identificado
8 - P2P ->ultimo
Nao tenho mais reclamações sobre lentidão, mesmo quando o consumo esta no talo...
Porem ainda tem muita coisa pra melhorar nisso.
Amigo, estava justamente pesquisando sobre QoS, preciso muito fazer algo da forma que você mencionou que tem feito.Citação:
Postado originalmente por xyunamx
Porém, minhas dúvidas são as seguintes :
1 - Sei que para priorizar tráfego, primeiro é necessário fazer uma analise da rede, então, qual ferramenta usar para identificar o que mais é relevante para cada caso?
2 - Mais fácil, mas como elaborar estas regras, principalmente para identificar P2P. Poderia postar suas regras para estudo apenas ?
Obrigado !
1- vc pode usar o wireshark, o snif do proprio mikrotik, criar regras de firewall, apenas para contabilizar e varios outros meios...
No meu caso usei regras de firewall com "action=passthrough " para contabilizar durante 15 dias, apos isso criei as filas (queues)
com garantia 0 maximo todo o link, prioridade 8, durante 1 mes, so depois disso criei as filas de acordo com o q eu queria...
a matemática que usei foi mais ou menos assim:
50% do link total para o minimo, em cima disso joguei a porcentagem de cada uma das filas
ex:
se tenho 100mb, a soma de todos os mínimos de 50mb...
se www foi 60% do trafego
se sip foi 20%
se p2p foi 10
e o restante foi 10%
o minimo de cada seria
www= 60% de 50= 30mb
sip = 20% de 50= 10mb
p2p= 10% de 50 = 5mb
restante = 10% de 50=5mb
sendo assim, o que ganti para todos os prot. fica bem abaixo do total de link, o que sobra é dividido de acordo com a prioridade de cada 1
e no maximo fiz bem parecido, porem deixei chegar ate 80% a mais do meu link,
o calculo seria como se eu tivesse 180mb,
sendo assim os protocolos de menor consumo n chegam nem a ter o valor = ao total do meu link...
OBS:
Tenho 4 links que somam mais de 1gbs, porem tem de ser feito pra cada 1, e lembrando que so se o possível controlar o up de cada equipamento, de uma forma mais grosseira vc n consegue controlar o que vc ouve, apenas o que vc fala.
e tem de ser feito um estudo de banda para cada enlace, e tratar cada um como unico...
outra politica que adotei, foi contabilizar os enlaces wirelles em 15% a menos do que conseguiam
e agora estou priorizando o OSPF tbm.
Removi algumas regras, porem deixei as básicas ai, a partir dai é so criar o queue tree utilizando a marcação e setando as prioridades da forma que lhe melhor convêm a sua rede.
OBS: tem muito p2p ai q n é marcado, p2ps n é marcado, (caso alguem consiga marca-los sem utilizar l7, posta ai as regras)
add action=mark-connection chain=prerouting comment=API dst-port=8728 new-connection-mark=MTK protocol=tcp
add action=mark-connection chain=prerouting comment=Winbox new-connection-mark=MTK port=8291 protocol=tcp
add action=mark-packet chain=prerouting connection-mark=MTK new-packet-mark=MTK passthrough=no
#
#Removida as regras que marcam as conexoes de telefonia
#
add action=mark-connection chain=prerouting comment=P2P new-connection-mark=P2P p2p=all-p2p
#
# Tentei usar firewal de layer7, mas o processamento sobe muito, ainda n achei uma forma melhor
#
add action=mark-packet chain=prerouting connection-mark=P2P new-packet-mark=P2P passthrough=no
add action=mark-connection chain=prerouting comment=FTP-data dst-port=20 new-connection-mark=FTP protocol=tcp
add action=mark-connection chain=prerouting comment=FTP-data dst-port=20 new-connection-mark=FTP protocol=udp
add action=mark-connection chain=prerouting comment=FTP-Control dst-port=21 new-connection-mark=FTP protocol=tcp
add action=mark-connection chain=prerouting comment=FTP-Control dst-port=21 new-connection-mark=FTP protocol=udp
add action=mark-connection chain=prerouting comment=sFTP dst-port=115 new-connection-mark=FTP protocol=tcp
add action=mark-connection chain=prerouting comment=sFTP dst-port=115 new-connection-mark=FTP protocol=udp
add action=mark-packet chain=prerouting connection-mark=FTP new-packet-mark=FTP passthrough=no
add action=mark-connection chain=prerouting comment=SSH dst-port=22 new-connection-mark=SSH protocol=tcp
add action=mark-packet chain=prerouting connection-mark=SSH new-packet-mark=SSH passthrough=no
add action=mark-connection chain=prerouting comment=Telnet dst-port=23 new-connection-mark=Telnet protocol=tcp
add action=mark-connection chain=prerouting comment=TelnetS dst-port=992 new-connection-mark=Telnet protocol=tcp
add action=mark-packet chain=prerouting connection-mark=Telnet new-packet-mark=Telnet passthrough=no
add action=mark-connection chain=prerouting comment=SMTP dst-port=25 new-connection-mark=Email protocol=tcp
add action=mark-connection chain=prerouting comment=SMTP-Zimbra dst-port=10024 new-connection-mark=Email protocol=tcp
add action=mark-connection chain=prerouting comment=SMTP-Zimbra dst-port=10025 new-connection-mark=Email protocol=tcp
add action=mark-connection chain=prerouting comment=SMTPs dst-port=465 new-connection-mark=Email protocol=tcp
add action=mark-connection chain=prerouting comment=SMTPs dst-port=587 new-connection-mark=Email protocol=tcp
add action=mark-connection chain=prerouting comment=IMAP3 dst-port=220 new-connection-mark=Email protocol=tcp
add action=mark-connection chain=prerouting comment=IMAP dst-port=143 new-connection-mark=Email protocol=tcp
add action=mark-connection chain=prerouting comment=IMAPs dst-port=993 new-connection-mark=Email protocol=tcp
add action=mark-connection chain=prerouting comment=POP3 dst-port=110 new-connection-mark=Email protocol=tcp
add action=mark-connection chain=prerouting comment=POP3s dst-port=995 new-connection-mark=Email protocol=tcp
add action=mark-packet chain=prerouting connection-mark=Email new-packet-mark=Email passthrough=no
add action=mark-connection chain=prerouting comment=DNS new-connection-mark=DNS port=53 protocol=udp
add action=mark-packet chain=prerouting connection-mark=DNS new-packet-mark=DNS passthrough=no
add action=mark-connection chain=prerouting comment=HTTP new-connection-mark=www port=80 protocol=tcp
add action=mark-connection chain=prerouting comment=HTTPs new-connection-mark=www port=443 protocol=tcp
add action=mark-packet chain=prerouting connection-mark=www new-packet-mark=www passthrough=no
add action=mark-packet chain=prerouting comment=ICMP new-packet-mark=ICMP passthrough=no protocol=icmp
add action=mark-connection chain=prerouting comment=GRE new-connection-mark=Tunel protocol=gre
add action=mark-packet chain=prerouting connection-mark=Tunel new-packet-mark=Tunel passthrough=no