QoS Skype

Pessoal,

uso o HTB+tc para fazer QoS na minha rede mas o controle do skype não está funcionando.

A navegação está barrada em 512k como podem ver abaixo mas liberei até 400kpbs(tenho 906kpbs de link dedicado) e alterei a porta de todos skypes da rede para 46214 mas o controle não está funcionando para ele como podem ver abaixo:

Código bash:

---

proxy:/home/novaf# cat /etc/init.d/htbinterna
#!/bin/bash
 
tc qdisc del dev eth1 root
 
tc qdisc add dev eth1 root handle 1:0 htb default 40
#----------------------alterar essa linha-------------------
tc class add dev eth1 parent 1:0 classid 1:1 htb rate 10mbit
 
tc class add dev eth1 parent 1:1 classid 1:10 htb rate 64kbit ceil 400kbit prio 1 # voip
tc class add dev eth1 parent 1:1 classid 1:20 htb rate 128kbit ceil 512kbit prio 2 # HTTP
tc class add dev eth1 parent 1:1 classid 1:30 htb rate 128kbit ceil 512kbit prio 2 # HTTP 3128
tc class add dev eth1 parent 1:1 classid 1:40 htb rate 64kbit ceil 512kbit prio 3 # default
 
#--------------adiciona essa classe para receber o tr�fego do zph
tc class add dev eth1 parent 1:1 classid 1:50 htb rate 512kbit  prio 1 #ZPH
 
 
tc qdisc add dev eth1 parent 1:10 handle 10: sfq perturb 10
tc qdisc add dev eth1 parent 1:20 handle 20: sfq perturb 10
tc qdisc add dev eth1 parent 1:30 handle 30: sfq perturb 10
tc qdisc add dev eth1 parent 1:40 handle 40: sfq perturb 10
tc qdisc add dev eth1 parent 1:50 handle 50: sfq perturb 10
 
 
tc filter add dev eth1 parent 1:0 protocol ip prio 1 u32 match ip sport 46214 0xffff flowid 1:10
tc filter add dev eth1 parent 1:0 protocol ip prio 2 u32 match ip sport 80 0xffff flowid 1:20
tc filter add dev eth1 parent 1:0 protocol ip prio 2 u32 match ip sport 3128 0xffff flowid 1:30
 
 
#-------------e finalmente o filtro que vai classificar o tr�fego e jogar na classe certa
tc filter add dev eth1 parent 1:0 protocol ip prio 3 u32 match ip protocol 0x6 0xff match ip tos 0x60 0xff flowid 1:50

---

faço a mesma coisa na interface externa mas não tem tráfego no controle do skype.Como sei que ele tenta pegar as portas 443 e a 80 netão desmarquei nas configurações de conexões dele.

o que pode ser?

Código :

---

proxy:/home/novaf# tc -s -d class show dev eth1
class htb 1:1 root rate 10000Kbit ceil 10000Kbit burst 6598b/8 mpu 0b overhead 0b cburst 6598b/8 mpu 0b overhead 0b level 7
 Sent 41760241 bytes 60417 pkt (dropped 0, overlimits 0 requeues 0)
 rate 65496bit 18pps backlog 0b 0p requeues 0
 lended: 27437 borrowed: 0 giants: 0
 tokens: 5315 ctokens: 5315
 
class htb 1:10 parent 1:1 leaf 10: prio 1 quantum 1000 rate 64000bit ceil 400000bit burst 1631b/8 mpu 0b overhead 0b cburst 1799b/8 mpu 0b overhead 0b level 0
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
 rate 0bit 0pps backlog 0b 0p requeues 0
 lended: 0 borrowed: 0 giants: 0
 tokens: 208896 ctokens: 36864
 
class htb 1:20 parent 1:1 leaf 20: prio 2 quantum 1600 rate 128000bit ceil 512000bit burst 1663b/8 mpu 0b overhead 0b cburst 1855b/8 mpu 0b overhead 0b level 0
 Sent 5767823 bytes 7277 pkt (dropped 0, overlimits 0 requeues 0)
 rate 1592bit 1pps backlog 0b 0p requeues 0
 lended: 4044 borrowed: 3233 giants: 0
 tokens: 102912 ctokens: 28800
 
class htb 1:30 parent 1:1 leaf 30: prio 2 quantum 1600 rate 128000bit ceil 512000bit burst 1663b/8 mpu 0b overhead 0b cburst 1855b/8 mpu 0b overhead 0b level 0
 Sent 26449580 bytes 27698 pkt (dropped 0, overlimits 0 requeues 0)
 rate 37952bit 7pps backlog 0b 0p requeues 0
 lended: 11969 borrowed: 15729 giants: 0
 tokens: 66560 ctokens: 19712
 
class htb 1:40 parent 1:1 leaf 40: prio 3 quantum 1000 rate 64000bit ceil 512000bit burst 1631b/8 mpu 0b overhead 0b cburst 1855b/8 mpu 0b overhead 0b level 0
 Sent 9542838 bytes 25442 pkt (dropped 0, overlimits 0 requeues 0)
 rate 24280bit 9pps backlog 0b 0p requeues 0
 lended: 16967 borrowed: 8475 giants: 0
 tokens: 194560 ctokens: 27904
 
class htb 1:50 parent 1:1 leaf 50: prio 1 quantum 6400 rate 512000bit ceil 512000bit burst 1855b/8 mpu 0b overhead 0b cburst 1855b/8 mpu 0b overhead 0b level 0
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
 rate 0bit 0pps backlog 0b 0p requeues 0
 lended: 0 borrowed: 0 giants: 0
 tokens: 29696 ctokens: 29696

---

Amigo, já tentou somar um TOS ao invés de apenas o QOS? :top:
Voce pode até deixar a porta padrão do skype e apenas priorizar via iptables as mesmas. É isso que eu faço aqui no provedor ( e olha que somos provedor..) com a banda acima de 300 todo mundo consegue conversar no skype tranquilamente.
Ex:. iptables -t mangle -A INPUT -i eth1 -p tcp --dport 80 -j TOS --set-tos 16
iptables -t mangle -A PREROUTING -i eth1 -p tcp --dport 80 -j TOS --set-tos 16
obs: você pode adaptar o TOS nas tabelas que achar necessario. No exemplo usei a porta http (80)

lógico que você vai alterar pela(as) porta(as) do skype. Não lembro nesse momento exatamente quais portas ele utiliza.

Qualquer erro, me informe... fiz de cabeça isso ai. =)

deixa eu ver se entendi...nesse caso vc estã dando prioridade e não liberando "X" kbps para o skype correto? no caso preciso liberar uma certa quantidade de banda do link para ser usada somente pelo skype como faço isso pelo iptables?

Se tem uma coisa nesse mundo que eu posso afirmar, é que tudo é possivel em linux. Não tenho ouvido falar de controle de banda via iptables (pra mim não é possivel..), normalmente é pelo cbq, htb e etc..
Agora para resolver teu problema segue esse link Controle de Banda Descomplicado com HTB Tools | TutoLivre que tem o controle de banda com a possibilidade de especificar a porta... Eu recomendo o htb tools como gerenciador de banda, muito simples. Utilizo a algum tempo, só que para nós não há necessidade de controlar banda por porta, e sim por usuario.
Espero ter ajudado amigo.
Estou a disposição.

então,

o que uso acima é para controle por porta com o htb+tc todos os outros funcionam mas para a porta do skype não!

Esse é o problema não passa nada pela porta que coloquei em todos skypes da rede.

Cara, nós vamos resolver esse problema!
vou te ajudar.

Vou instalar o skype aqui e testar por quais portas ele transmite dados, e volto e posto.
enquanto isso, verifica se o teu firewall está aberto para as conexões das portas 80 e a que você coloca para o skype. Talves esteja fechada por padrão do seu firewall. Não custa nada verificar.

eu coloquei a porta 46214 para todos skypes.

Dentro dele desmaruquei para não procurar a prota 80 e 443.

No firewall tudo que vai para a porta 80 é direcionado para o squid porta 3128 e algumas máquinas como a diretoria que no total são 4 notebooks não passam pelo squid...passam direto pela porta 80.

segundo,

testou?