<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Valois Ivan Tomasi - Master Redes escreveu:
<blockquote cite="mid:4846F679.9030808@terra.com.br" type="cite">Pessoal,
  <br>
No link<br>
  <a moz-do-not-send="true" class="moz-txt-link-freetext"
 href="http://mtaipe.zonaz.net/wiki/voip-qos">http://mtaipe.zonaz.net/wiki/voip-qos</a><br>
o cara fala da marca&ccedil;&atilde;o de pagotes pelo asterisk e depois d&aacute; prioridade
na saida da placa de rede p/ internet no servidor (upload). Como n&atilde;o
manjo muito bem (pra n&atilde;o dizer quase nada) de QOS em linux, gostaria da
opini&atilde;o de especialistas, que nessa lista tem de monte.<br>
Olha s&oacute;:<br>
no sip.con e iax.conf se faz a marca&ccedil;&atilde;o:<br>
  <i>tos_sip=0x60<br>
tos_audio=0xb8<br>
tos_video=0x88</i><br>
Segundo a convers&atilde;o qua tamb&eacute;m est&aacute; no link acima<br>
Depois, usa-se o tc para priorizar os pacotes marcados pelo asterisk<br>
  <i>tc qdisc del dev ppp0 root<br>
tc qdisc add dev ppp0 root handle 1: prio priomap 2 2 2 2 2 2 2 2 1 1 1
1 1 1 1 0<br>
tc qdisc add dev ppp0 parent 1:1 handle 10: sfq<br>
tc qdisc add dev ppp0 parent 1:2 handle 20: sfq<br>
tc qdisc add dev ppp0 parent 1:3 handle 30: sfq<br>
tc filter add dev ppp0 protocol ip parent 1: prio 1 u32 match ip tos
0xb8 0xff flowid 1:1<br>
tc filter add dev ppp0 protocol ip parent 1: prio 1 u32 match ip tos
0x60 0xff flowid 1:2<br>
  </i>S&oacute; que n&atilde;o consigo saber se isso est&aacute; realmente funcionando.
Siceramente, n&atilde;o senti muita difere&ccedil;a nas liga&ccedil;&otilde;es, quer dizer, ou n&atilde;o,
a pessoa que est&aacute; me ouvindo. Notem que estou fazendo qos somente p/
upload.<br>
Algu&eacute;m teria alguma dica para melhorar isso?<br>
</blockquote>
<br>
Ol&aacute;,<br>
<br>
&nbsp;&nbsp;&nbsp; &nbsp;&nbsp; Aparentemente, n&atilde;o chequei a fundo cada instru&ccedil;&atilde;o, est&aacute; tudo
correto. O grade problema &eacute; que &eacute; preciso QoS fim-a-fim (ponta-a-ponta)
ou banda garantida do seu lado. Isso significa que n&atilde;o adianta voc&ecirc;
fazer QoS no seu servidor e no pr&oacute;ximo isso n&atilde;o ocorre. O que est&aacute;
fazendo &eacute; garantindo que o pacote com a marca X sai do seu micro antes
dos outros de marca Y ou sem marca&ccedil;&atilde;o, mas o pr&oacute;ximo servidor onde ele
esbarra n&atilde;o faz isso e da&iacute; vai tudo &aacute;gua abaixo quando este tiver uma
carga boa e nem precisa ser muito alta, visto que as empresas ADSL
garantem apenas 10% ou nem isso, al&eacute;m do que tem um alto consumo de
banda com overhead.<br>
<br>
&nbsp;&nbsp;&nbsp; &nbsp;&nbsp; O ideal &eacute; linha dedicada dentro do backbone de uma empresa
competente, a&iacute; sem ter&aacute; suas garantias, caso contr&aacute;rio, apostar&aacute; no
pr&oacute;ximo roteador com baixa carga. Para se ter uma id&eacute;ia do que estou
dizendo, coloque uma m&aacute;quina X atr&aacute;s de um firewall Y (outra m&aacute;quina)
ligado ao ADSL e fa&ccedil;a as regras de QoS apenas na m&aacute;quina X, o que vai
ocorrer &eacute; os pacotes marcados v&atilde;o antes dos n&atilde;o marcados, mas no
firewall que n&atilde;o tiver QoS, estes v&atilde;o se misturar ao resto da navega&ccedil;&atilde;o
deste e da rede e l&aacute; se foi pro saco o QoS, isso &eacute; o ADSL compartilhado
que temos para uso dom&eacute;stico.<br>
<br>
&nbsp;&nbsp;&nbsp; &nbsp;&nbsp; Quando se tem banda dedicada garantida, &eacute; garantido que seu
pacote chegar&aacute; na outra m&aacute;quina (provedor VoIP) na mesma propor&ccedil;&atilde;o e
ordem em que foi enviado, a&iacute; sim temos um QoS, al&eacute;m de que o provedor
VoIP tamb&eacute;m ter&aacute; QoS e linha dedicada com banda garantida.<br>
<br>
<br>
[]'s<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Junior Polegato<br>
</body>
</html>