<!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">
<br>
Júnior, <br>
<br>
Isso foi uma aula de QOS.<br>
<br>
O que eu estava querendo mesmo é simular o que os ATAs SPT2102 (por
exemplo) fazem com o QOS deles quando são ligados entre o ADSL e a rede
interna. Marcam seus pacotes e disponibilizam 128k de banda para eles.<br>
<br>
<br>
Grato!<br>
<br>
<br>
Valois<br>
<br>
Obrigado pela atenção!<br>
<br>
<pre wrap=""><div class="moz-txt-sig">valois escreveu:
</div></pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap=""><span class="moz-txt-citetags">> > </span>Valois Ivan Tomasi - Master Redes escreveu:
</pre>
<blockquote type="cite">
<pre wrap=""><span class="moz-txt-citetags">> > > </span>Pessoal,
<span class="moz-txt-citetags">> > > </span>No link
<span class="moz-txt-citetags">> > > </span><a
class="moz-txt-link-freetext"
href="http://mtaipe.zonaz.net/wiki/voip-qos">http://mtaipe.zonaz.net/wiki/voip-qos</a>
<span class="moz-txt-citetags">> > > </span>o cara fala da marcação de pagotes pelo asterisk e depois dá
<span class="moz-txt-citetags">> > > </span>prioridade na saida da placa de rede p/ internet no servidor
</pre>
</blockquote>
</blockquote>
<pre wrap=""><span class="moz-txt-citetags">> </span>(upload).
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap=""><span class="moz-txt-citetags">> > > </span>Como não manjo muito bem (pra não dizer quase nada) de QOS em linux,
<span class="moz-txt-citetags">> > > </span>gostaria da opinião de especialistas, que nessa lista tem de monte.
<span class="moz-txt-citetags">> > > </span>Olha só:
<span class="moz-txt-citetags">> > > </span>no sip.con e iax.conf se faz a marcação:
<span class="moz-txt-citetags">> > > </span>/tos_sip=0x60
<span class="moz-txt-citetags">> > > </span>tos_audio=0xb8
<span class="moz-txt-citetags">> > > </span>tos_video=0x88/
<span class="moz-txt-citetags">> > > </span>Segundo a conversão qua também está no link acima
<span class="moz-txt-citetags">> > > </span>Depois, usa-se o tc para priorizar os pacotes marcados pelo asterisk
<span class="moz-txt-citetags">> > > </span>/tc qdisc del dev ppp0 root
<span class="moz-txt-citetags">> > > </span>tc qdisc add dev ppp0 root handle 1: prio priomap 2 2 2 2 2 2 2 2 1 1
<span class="moz-txt-citetags">> > > </span>1 1 1 1 1 0
<span class="moz-txt-citetags">> > > </span>tc qdisc add dev ppp0 parent 1:1 handle 10: sfq
<span class="moz-txt-citetags">> > > </span>tc qdisc add dev ppp0 parent 1:2 handle 20: sfq
<span class="moz-txt-citetags">> > > </span>tc qdisc add dev ppp0 parent 1:3 handle 30: sfq
<span class="moz-txt-citetags">> > > </span>tc filter add dev ppp0 protocol ip parent 1: prio 1 u32 match ip tos
<span class="moz-txt-citetags">> > > </span>0xb8 0xff flowid 1:1
<span class="moz-txt-citetags">> > > </span>tc filter add dev ppp0 protocol ip parent 1: prio 1 u32 match ip tos
<span class="moz-txt-citetags">> > > </span>0x60 0xff flowid 1:2
<span class="moz-txt-citetags">> > > </span>/Só que não consigo saber se isso está realmente funcionando.
<span class="moz-txt-citetags">> > > </span>Siceramente, não senti muita difereça nas ligações, quer dizer, ou
<span class="moz-txt-citetags">> > > </span>não, a pessoa que está me ouvindo. Notem que estou fazendo qos
</pre>
</blockquote>
</blockquote>
<pre wrap=""><span class="moz-txt-citetags">> </span>somente
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap=""><span class="moz-txt-citetags">> > > </span>p/ upload.
<span class="moz-txt-citetags">> > > </span>Alguém teria alguma dica para melhorar isso?
</pre>
</blockquote>
<pre wrap=""><span class="moz-txt-citetags">> ></span>
<span class="moz-txt-citetags">> > </span>Olá,
<span class="moz-txt-citetags">> ></span>
<span class="moz-txt-citetags">> > </span>Aparentemente, não chequei a fundo cada instrução, está tudo
<span class="moz-txt-citetags">> > </span>correto. O grade problema é que é preciso QoS fim-a-fim (ponta-a-ponta)
<span class="moz-txt-citetags">> > </span>ou banda garantida do seu lado. Isso significa que não adianta você
<span class="moz-txt-citetags">> > </span>fazer QoS no seu servidor e no próximo isso não ocorre. O que está
<span class="moz-txt-citetags">> > </span>fazendo é garantindo que o pacote com a marca X sai do seu micro antes
<span class="moz-txt-citetags">> > </span>dos outros de marca Y ou sem marcação, mas o próximo servidor onde ele
<span class="moz-txt-citetags">> > </span>esbarra não faz isso e daí vai tudo água abaixo quando este tiver uma
<span class="moz-txt-citetags">> > </span>carga boa e nem precisa ser muito alta, visto que as empresas ADSL
<span class="moz-txt-citetags">> > </span>garantem apenas 10% ou nem isso, além do que tem um alto consumo de
<span class="moz-txt-citetags">> > </span>banda com overhead.
<span class="moz-txt-citetags">> ></span>
<span class="moz-txt-citetags">> > </span>O ideal é linha dedicada dentro do backbone de uma empresa
<span class="moz-txt-citetags">> > </span>competente, aí sem terá suas garantias, caso contrário, apostará no
<span class="moz-txt-citetags">> > </span>próximo roteador com baixa carga. Para se ter uma idéia do que estou
<span class="moz-txt-citetags">> > </span>dizendo, coloque uma máquina X atrás de um firewall Y (outra máquina)
<span class="moz-txt-citetags">> > </span>ligado ao ADSL e faça as regras de QoS apenas na máquina X, o que vai
<span class="moz-txt-citetags">> > </span>ocorrer é os pacotes marcados vão antes dos não marcados, mas no
<span class="moz-txt-citetags">> > </span>firewall que não tiver QoS, estes vão se misturar ao resto da navegação
<span class="moz-txt-citetags">> > </span>deste e da rede e lá se foi pro saco o QoS, isso é o ADSL compartilhado
<span class="moz-txt-citetags">> > </span>que temos para uso doméstico.
<span class="moz-txt-citetags">> ></span>
<span class="moz-txt-citetags">> > </span>Quando se tem banda dedicada garantida, é garantido que seu
<span class="moz-txt-citetags">> > </span>pacote chegará na outra máquina (provedor VoIP) na mesma proporção e
<span class="moz-txt-citetags">> > </span>ordem em que foi enviado, aí sim temos um QoS, além de que o provedor
<span class="moz-txt-citetags">> > </span>VoIP também terá QoS e linha dedicada com banda garantida.
</pre>
</blockquote>
<pre wrap=""><span class="moz-txt-citetags">> </span>Na verdade hoje meu servidor Asterisk é o mesmo servidor firewall e
<span class="moz-txt-citetags">> </span>NAT, ou seja todos os micros da rede saem para a internet por ele,
<span class="moz-txt-citetags">> </span>mandam e-mail etc.
<span class="moz-txt-citetags">> </span>A minha idéia é garantir prioridade para Upload SIP , ou seja, supomos
<span class="moz-txt-citetags">> </span>que exista 3 micros enviando e-mail com anexo e tento fazer uma
<span class="moz-txt-citetags">> </span>ligação. Quero prioridade para os pacotes marcados no meu firewall.
<span class="moz-txt-citetags">> </span>Sei que dentro da internet sem link simétrico dedicado, essa minha
<span class="moz-txt-citetags">> </span>prioridade se perde, mas ao menos estou garantindo dentro da minha rede.
<span class="moz-txt-citetags">> </span>Queria saber mesmo é se o que apliquei pode surtir realmente algum efeito.
</pre>
</blockquote>
<pre wrap=""><!---->
Olá,
Certo, olhei melhor está correto... Para entender um pouco
melhor, o que está fazendo é marcar os pacotes e colocando-os em listas
com prioridades diferentes. Assim os SIP com marca 0x60 entrarão na
lista 2, os RTP com marca 0xb8 na lista 1 e o restante vai para a lista
3. Aí o que acontece é que são enviados os pacotes da lista (classe) 1,
enviando da classe 2 somente se a 1 estiver vazia e assim por diante. O
"priomap" define prioridade do pacotes dentro da classe levando-se em
conta o TOS, mas como está separando por TOS, sua configuração deve ser
plana, tal como está. Os filtros direcionam os pacotes de acordo com o
TOS e os redireciona para cada classe, ficando pacotes não filtrados
para a classe 3. Para verificar, bota um upload para um servidor legal e
comece a usar VoIP, aí acompanhe as estatísticas com "tc -s qdisc ls dev
ppp0". Depois de feito o teste e verificada a qualidade, use "tc qdisc
del dev ppp0 root" para limpar tudo e teste novamente. Se não notou
diferenças, tente num horário fora do comercial e compare.
[]'s
Junior Polegato
</pre>
<br>
</body>
</html>