[AsteriskBrasil] QOS Upload SIP

Sexta Junho 6 07:28:55 BRT 2008

Júnior,

Isso foi uma aula de QOS.

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.

Grato!

Valois

Obrigado pela atenção!

valois escreveu:

>> > > 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.
>>     
> > 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.
>   

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

-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20080606/16f50e0e/attachment.htm 