Versão Imprimível
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...
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
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.
Citação:
Postado originalmente por sergio
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.
Citação:
Postado originalmente por rps67
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!
Não sei... só vi isto aqui agora. Terá que consultar a documentação ou forums do Skype.Citação:
Postado originalmente por Roberto21
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).
Citação:
Postado originalmente por sergio
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?
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.
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...
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.
Citação:
Postado originalmente por jodrix
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!:burnout:
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.
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.
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