[AsteriskBrasil] QOS Upload SIP

[valois]

Polegato, Primeiramente, obrigado por responder.

Na verdade hoje meu servidor Asterisk é o mesmo servidor firewall e NAT, ou seja todos os micros da rede saem para a internet por ele, mandam e-mail etc.
A minha idéia é garantir prioridade para Upload SIP , ou seja, supomos que exista 3 micros enviando e-mail com anexo e tento fazer uma ligação. Quero prioridade para os pacotes marcados no meu firewall. 
Sei que dentro da internet sem link simétrico dedicado, essa minha prioridade se perde, mas ao menos estou garantindo dentro da minha rede.

Queria saber mesmo é se o que apliquei pode surtir realmente algum efeito.
Grato!


Valois


> Message: 6
> Date: Wed, 04 Jun 2008 17:57:56 -0300
> From: Junior Polegato - Asterisk 
> Subject: Re: [AsteriskBrasil] QOS Upload SIP
> To: asteriskbrasil em listas.asteriskbrasil.org
> Message-ID: <484701D4.6020103 em juniorpolegato.com.br>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Valois Ivan Tomasi - Master Redes escreveu:
> > Pessoal,
> > No link
> > http://mtaipe.zonaz.net/wiki/voip-qos
> > o cara fala da marcação de pagotes pelo asterisk e depois dá 
> > prioridade na saida da placa de rede p/ internet no servidor (upload). 
> > Como não manjo muito bem (pra não dizer quase nada) de QOS em linux, 
> > gostaria da opinião de especialistas, que nessa lista tem de monte.
> > Olha só:
> > no sip.con e iax.conf se faz a marcação:
> > /tos_sip=0x60
> > tos_audio=0xb8
> > tos_video=0x88/
> > Segundo a conversão qua também está no link acima
> > Depois, usa-se o tc para priorizar os pacotes marcados pelo asterisk
> > /tc qdisc del dev ppp0 root
> > 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
> > tc qdisc add dev ppp0 parent 1:1 handle 10: sfq
> > tc qdisc add dev ppp0 parent 1:2 handle 20: sfq
> > tc qdisc add dev ppp0 parent 1:3 handle 30: sfq
> > tc filter add dev ppp0 protocol ip parent 1: prio 1 u32 match ip tos 
> > 0xb8 0xff flowid 1:1
> > tc filter add dev ppp0 protocol ip parent 1: prio 1 u32 match ip tos 
> > 0x60 0xff flowid 1:2
> > /Só que não consigo saber se isso está realmente funcionando. 
> > Siceramente, não senti muita difereça nas ligações, quer dizer, ou 
> > não, a pessoa que está me ouvindo. Notem que estou fazendo qos somente 
> > p/ upload.
> > Alguém teria alguma dica para melhorar isso?
> 
> Olá,
> 
> Aparentemente, não chequei a fundo cada instrução, está tudo 
> correto. O grade problema é que é preciso QoS fim-a-fim (ponta-a-ponta) 
> ou banda garantida do seu lado. Isso significa que não adianta você 
> fazer QoS no seu servidor e no próximo isso não ocorre. O que está 
> fazendo é garantindo que o pacote com a marca X sai do seu micro antes 
> dos outros de marca Y ou sem marcação, mas o próximo servidor onde ele 
> esbarra não faz isso e daí vai tudo á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ém do que tem um alto consumo de 
> banda com overhead.
> 
> O ideal é linha dedicada dentro do backbone de uma empresa 
> competente, aí sem terá suas garantias, caso contrário, apostará no 
> próximo roteador com baixa carga. Para se ter uma idéia do que estou 
> dizendo, coloque uma máquina X atrás de um firewall Y (outra máquina) 
> ligado ao ADSL e faça as regras de QoS apenas na máquina X, o que vai 
> ocorrer é os pacotes marcados vão antes dos não marcados, mas no 
> firewall que não tiver QoS, estes vão se misturar ao resto da navegação 
> deste e da rede e lá se foi pro saco o QoS, isso é o ADSL compartilhado 
> que temos para uso doméstico.
> 
> Quando se tem banda dedicada garantida, é garantido que seu 
> pacote chegará na outra máquina (provedor VoIP) na mesma proporção e 
> ordem em que foi enviado, aí sim temos um QoS, além de que o provedor 
> VoIP também terá QoS e linha dedicada com banda garantida.
> 
> 
> []'s
> Junior Polegato
> -------------- Próxima Parte ----------
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20080604/2c8ab8a2/attachment.htm