Página 1 de 3 123 ÚltimoÚltimo
+ 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.202
    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 21: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 21: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 21:45.

  6. #6
    xargs -n 1 kill -9 Avatar de sergio
    Ingresso
    Jan 2004
    Localização
    Capital do Triângulo
    Posts
    5.202
    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).