+ Responder ao Tópico



  1. #1

    Padrão Skype...

    pessoal, estou precisando de alguma regra para priorizar a voz no skype, o que está acontecendo é um delay segundo o cliente.

    Estou nesse momento vasculhando o forum mas percebi que é um assunto que muitos dizem saber, mas regras efetivas para priorizar o skype não encontrei, pode até mesmo ser uma regra para priorização do VOIP, mas ainda não encontrei.

    Alguém usa algo ai que possa me ajudar?


    Abração a todos...

  2. #2

    Padrão

    Talves possa dar uma luz ae :

    add chain=prerouting protocol=udp dst-port=5060 action=mark-connection \
    new-connection-mark=voip_in passthrough=yes comment="VOIP-IN" disabled=no
    add chain=prerouting connection-mark=voip_in action=mark-packet \
    new-packet-mark=VOIP_IN passthrough=yes comment="" disabled=no
    add chain=prerouting protocol=udp src-port=5060 action=mark-connection \
    new-connection-mark=voip_out passthrough=yes comment="VOIP-OUT" \
    disabled=no
    add chain=prerouting connection-mark=voip_out action=mark-packet \
    new-packet-mark=VOIP_OUT passthrough=yes comment="" disabled=no

  3. #3
    xargs -n 1 kill -9 Avatar de sergio
    Ingresso
    Jan 2004
    Localização
    Capital do Triângulo
    Posts
    5.201
    Posts de Blog
    9

    Padrão

    Não sei exatamente como o Skype se comporta, mas no meu (Linux) tem um tal de "Usar porta 23399 para ligações de entrada", portanto deve-se marcar o trafego desta porta também para fazer priorização na queue tree (que deverá possuir uma classe pai, senão de nada adianta mudar o item priority).

    Se usar a versão 3.x do Mikrotik consegue-se marcar o skype veja o anexo.
    Arquivos Anexos Arquivos Anexos
    Última edição por sergio; 05-03-2008 às 22:17.

  4. #4

    Padrão

    Citação Postado originalmente por sergio Ver Post
    Não sei exatamente como o Skype se comporta, mas no meu (Linux) tem um tal de "Usar porta 23399 para ligações de entrada", portanto deve-se marcar o trafego desta porta também para fazer priorização na queue tree (que deverá possuir uma classe pai, senão de nada adianta mudar o item priority).

    Se usar a versão 3.x do Mikrotik consegue-se marcar o skype veja o anexo.

    Olá Sérgio!

    Uso a versão 2.9.50, essa porta que você mencionou é TCP ou UDP?

    Me explica o que você quiz dizer exatamente com a classe pai, as vezes conheçemos mas não nos termos técnicos empregados...

    Que acha dessas regras que achei no forum?


    Market Pocket - Voip
    chain=prerouting protocol=udp src-port=10000-20000
    action=mark-connection new-connection-mark=Voip passthrough=yes

    4 chain=prerouting protocol=udp src-port=5060 action=mark-connection
    new-connection-mark=Voip passthrough=yes

    5 chain=prerouting tos=184 action=mark-connection new-connection-mark=Voip
    passthrough=yes

    6 chain=prerouting connection-mark=Voip action=mark-packet
    new-packet-mark=Voip passthrough=yes

    7 chain=prerouting connection-mark=Voip action=change-tos new-tos=184

    8 ;;; Clientes Voip
    chain=prerouting dst-address=10.1.1.1 action=mark-connection
    new-connection-mark=Voip passthrough=yes




    Obrigado.
    Última edição por Roberto21; 05-03-2008 às 22:47.

  5. #5

    Padrão

    Citação Postado originalmente por rps67 Ver Post
    Talves possa dar uma luz ae :

    add chain=prerouting protocol=udp dst-port=5060 action=mark-connection \
    new-connection-mark=voip_in passthrough=yes comment="VOIP-IN" disabled=no
    add chain=prerouting connection-mark=voip_in action=mark-packet \
    new-packet-mark=VOIP_IN passthrough=yes comment="" disabled=no
    add chain=prerouting protocol=udp src-port=5060 action=mark-connection \
    new-connection-mark=voip_out passthrough=yes comment="VOIP-OUT" \
    disabled=no
    add chain=prerouting connection-mark=voip_out action=mark-packet \
    new-packet-mark=VOIP_OUT passthrough=yes comment="" disabled=no


    Olá camarada!!


    Já tinha achado algumas regras no forum, e essas ai que você postou pra me dar uma mão eu já tinha pego no forum a pouco tempo, mas, além dessas suas regras em outro tópico tem mais algumas que marcam as portas UDP 10000-20000, e mais a TOS 184, e o change da TOS para toda conexão marcada como VOIP, você acha desnecessário essas outras regras/ Ou só estas ai bastam?


    As regras que encontrei foram essas:



    Market Pocket - Voip
    chain=prerouting protocol=udp src-port=10000-20000
    action=mark-connection new-connection-mark=Voip passthrough=yes

    4 chain=prerouting protocol=udp src-port=5060 action=mark-connection
    new-connection-mark=Voip passthrough=yes

    5 chain=prerouting tos=184 action=mark-connection new-connection-mark=Voip
    passthrough=yes

    6 chain=prerouting connection-mark=Voip action=mark-packet
    new-packet-mark=Voip passthrough=yes

    7 chain=prerouting connection-mark=Voip action=change-tos new-tos=184

    8 ;;; Clientes Voip
    chain=prerouting dst-address=10.1.1.1 action=mark-connection
    new-connection-mark=Voip passthrough=yes



    Obrigado!
    Última edição por Roberto21; 05-03-2008 às 22:45.

  6. #6
    xargs -n 1 kill -9 Avatar de sergio
    Ingresso
    Jan 2004
    Localização
    Capital do Triângulo
    Posts
    5.201
    Posts de Blog
    9

    Padrão

    Citação Postado originalmente por Roberto21 Ver Post
    Olá Sérgio!

    Uso a versão 2.9.50, essa porta que você mencionou é TCP ou UDP?

    Me explica o que você quiz dizer exatamente com a classe pai, as vezes conheçemos mas não nos termos técnicos empregados...


    Obrigado.
    Não sei... só vi isto aqui agora. Terá que consultar a documentação ou forums do Skype.

    Quanto a classes, o MT usa o HTB para construção das filas (queues) então, se precisa configurar uma queue simple ou queue tree para priorizar tráfego de serviços ou IP precisa de uma classe pai com a banda total e as classes filhas que compartilharão esta banda total e poderão tomar emprestado da banda total. O parâmetro priority serve para definir quem pode tomar emprestado primeiro (apenas isso).

  7. #7

    Padrão

    Citação Postado originalmente por sergio Ver Post
    Não sei... só vi isto aqui agora. Terá que consultar a documentação ou forums do Skype.

    Quanto a classes, o MT usa o HTB para construção das filas (queues) então, se precisa configurar uma queue simple ou queue tree para priorizar tráfego de serviços ou IP precisa de uma classe pai com a banda total e as classes filhas que compartilharão esta banda total e poderão tomar emprestado da banda total. O parâmetro priority serve para definir quem pode tomar emprestado primeiro (apenas isso).

    Olá Sérgio!


    Muito obrigado por mais uma vez me dar uma mão,como te falei o termo não poderia ser igual, mas uso htb e exploro bastante em minha rede, tenho filas e prioridades nas queue tree... por favor, aproveitando que você está on-line analize aqui junto comigo essas regras que encontrei no forum:

    Market Pocket - Voip
    chain=prerouting protocol=udp src-port=10000-20000
    action=mark-connection new-connection-mark=Voip passthrough=yes

    4 chain=prerouting protocol=udp src-port=5060 action=mark-connection
    new-connection-mark=Voip passthrough=yes

    5 chain=prerouting tos=184 action=mark-connection new-connection-mark=Voip
    passthrough=yes

    6 chain=prerouting connection-mark=Voip action=mark-packet
    new-packet-mark=Voip passthrough=yes

    7 chain=prerouting connection-mark=Voip action=change-tos new-tos=184

    8 ;;; Clientes Voip
    chain=prerouting dst-address=10.1.1.1 action=mark-connection
    new-connection-mark=Voip passthrough=yes



    Acho que a ordem não está correta, e essas regras fariam realmente alguma diferença no VOIP de um determinado cliente, mesmo que fosse pouca coisa?

    Outro detalhe, após inserir essas regras é aconselhável que eu faça uma queue tree para as mesmas?

  8. #8
    xargs -n 1 kill -9 Avatar de sergio
    Ingresso
    Jan 2004
    Localização
    Capital do Triângulo
    Posts
    5.201
    Posts de Blog
    9

    Padrão

    Teoricamente estas regras ai funcionam sim, desde que o Tos seja realmente o 184 (padrão VoIP), o qual não sei se o Skype usa e se usar tem um monte de P2P que usa tb (hehehehehe), desta forma consegue marcar os pacotes e fazer suas regras QoS (queue tree).

    Já essa faixa de portas de 10000 a 20000 é grande demais sem contar que um monte de P2P, virus, cavalo de troia, exploram as mesmas.

  9. #9

    Padrão

    Mais alguma opinião pessoal, essas regras acima não funcionaram, nem chegaram a marcar no mangle e o cliente afirma que o delay continua...

  10. #10

    Padrão

    Amigo Roberto, tá fazendo controle do trafego p2p...... desabilita e mande teu cliente testar.... aqui funcionou para msn e skype ... o problema é deixar o trafego liberado.... ainda não achei solução.

  11. #11

    Padrão

    Citação Postado originalmente por jodrix Ver Post
    Amigo Roberto, tá fazendo controle do trafego p2p...... desabilita e mande teu cliente testar.... aqui funcionou para msn e skype ... o problema é deixar o trafego liberado.... ainda não achei solução.


    PUTZZZZZZZZZZZZ...Não fala isso nem de brincadeira! (rssssssss)

    Vou fazer o seguinte, vou fazer uma exclusão do ip dele na regra de marcação do p2p no mangle, e depois posto os resultados.

    Muito obrigado camarada pela força!

  12. #12
    Moderador Avatar de minelli
    Ingresso
    Aug 2006
    Localização
    Pres. Venceslau - SP | Pres. Prudente - SP
    Posts
    1.412
    Posts de Blog
    10

    Padrão Skype

    Caro Colega Roberto faça o teste com essas regras ai...:

    1 - add chain=prerouting dst-address-list=Voip_Server action=mark-connection new-connection-mark=voip_conn passthrough=yes \
    comment="Voip - Server" disabled=no
    2 - add chain=postrouting connection-mark=voip_conn action=change-tos new-tos=min-delay comment="" disabled=no
    3 - add chain=prerouting connection-mark=voip_conn action=mark-packet new-packet-mark=Voip passthrough=yes comment="" \
    disabled=no

    use-a exatamente sem alterar o "chain" de nenhuma delas e coloque-as por ultimo no mangle experimente depois nos fale..., claro tera de fazer alterações pois a 1 ela prioriza pelo destino como tera de priorizar o cliente terá de alterar agora antes vc poderia ir em tools em packet sniffer e filtrar o cliente usando skype para pegar somente as portas certas ai resolveria seu problema pq colocaria o ip do cliente e as portas exatas...., espero ter te ajudado.

  13. #13

    Padrão

    Olá Minelli!

    brother vamos interpretar essa primeira regra...o que ela faz exatamente? Ela adiciona ao address list os ip's que usarem algum server VOIP?

    Sinceramente não compreendi a função e a forma de trabalho dessa primeira regra.

    Abração.

  14. #14
    Moderador Avatar de minelli
    Ingresso
    Aug 2006
    Localização
    Pres. Venceslau - SP | Pres. Prudente - SP
    Posts
    1.412
    Posts de Blog
    10

    Padrão regra

    A primeira - Marca a conexao antes de rotear com execao do q tiver na address-list

    1 - add chain=prerouting dst-address-list=Voip_Server action=mark-connection new-connection-mark=voip_conn passthrough=yes \
    comment="Voip - Server" disabled=no

    A segunda - Apos a rotear marca e de prioridade ao regra anterior.

    2 - add chain=postrouting connection-mark=voip_conn action=change-tos new-tos=min-delay comment="" disabled=no

    A terceira - Antes derotear marque os pacotes.
    3 - add chain=prerouting connection-mark=voip_conn action=mark-packet new-packet-mark=Voip passthrough=yes comment="" \
    disabled=no