+ Responder ao Tópico



  1. #1

    Padrão Priorizar o whatsapp

    Pessoal preciso priorizar o whatsapp em 2M, seria a mesma regra que é feita para o facebook?

  2. #2

    Padrão

    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.



  3. #3

    Padrão Re: Priorizar o whatsapp

    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.

  4. #4

    Padrão Re: Priorizar o whatsapp

    Citação Postado originalmente por agatangelos Ver Post
    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.

    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.



  5. #5

    Padrão Re: Priorizar o whatsapp

    Citação Postado originalmente por xyunamx Ver Post
    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.

    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.

    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 !

  6. #6

    Padrão Re: Priorizar o whatsapp

    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