[GTER] QOS protocolos VOIP

[jimmi]

Caro Rubens.

Me permita observar mas acho que a afirmação :

	Fora conversar com seu upstream sobre o que ele poderia fazer 
	(em geral nada, até pq ele quer é te vender mais banda)

não se aplica mais, ou no mínimo esta generalização é injusta e um tanto 
quanto equivocada. Hoje a briga para receita é muito acirrada, e nesta luta o 
provedor tem um grande interesse em fornecer serviços que venham de encontro 
as necessidades dos clientes, como funcionalidades de QoS. 

Se seu provedor não oferta uma solução de QoS (e veja que QoS é um termo um 
tanto quanto genérico), posso te afirmar que conheço provedor que oferta este 
serviço para circuitos de VPN, e funciona muito bem. E apenas não oferta QoS 
para o acesso a Internet pela dificuldade da maioria dos usuários (sem o grau 
de conhecimento tecnico dos membros desta lista) em compreender que o 
provedor não tem como dar garantias ao tratamento do tráfego quando este sai 
de seu backbone.

[]s.

Jimmi.

---------- Original Message -----------
From: "Rubens Kuhl Jr." <rubensk at gmail.com>
To: "Grupo de Trabalho de Engenharia e Operacao de Redes" 
<gter at eng.registro.br>
Sent: Mon, 22 May 2006 17:18:26 -0300
Subject: Re: [GTER] QOS protocolos VOIP

> Independente de usar Linux ou Cisco IOS, o grande desafio para o que
> você está querendo fazer é que eu imagino que o link saturado seja o
> de entrada, não o de saída. Assim, não adiantaria você tentar driblar
> o congestionamento por priorização, pois no seu link de saída tem
> sempre banda sobrando.
> 
> Fora conversar com seu upstream sobre o que ele poderia fazer (em
> geral nada, até pq ele quer é te vender mais banda), você pode tentar
> mecanismos de controle de banda. Você sabe que tem 6 Mbps, então
> limita P2P a (por exemplo) 3 Mbps. Isso deve melhorar a
> disponibilidade de banda para suas aplicações críticas.
> 
> Só repare que como você quer controlar banda inbound, você tem que
> controlar o fluxo que vai do seu roteador(Linux ou Cisco, tanto faz)
> para sua rede, não do seu roteador para a Embratel. Parece estranho,
> mas é assim mesmo: é esse fluxo que chega a 6 Mbps, não o que vai do
> seu roteador para a Embratel. O roteador da Embratel te manda até 6
> Mbps, e o seu manda até 6 Mbps da Embratel para sua rede. É evitar 
> que esse fluxo chegue até 6 Mbps o seu objetivo de controle de tráfego.
> 
> É claro que se esse roteador tiver outros tráfegos que não o de
> Internet (DMZ, outras redes), você deve restringir o controle apenas
> ao tráfego Internet. No caso do HTB, você pode criar um bucket de
> alguns Mbps dentro do tráfego total de 100 Mbps, e classificar os
> protocolos que desejar para dentro desse bucket.
> 
> Rubens
> 
> On 5/22/06, Kill ABC <killabc at gmail.com> wrote:
> > Ola Pessoal..
> >
> > Tenho dado uma pesquisada legal na internet e nao achei nada ainda para eu
> > fazer um QOS garantido para protocolos voip na minha rede.Queria poder 
fazer
> > com que o protocolos voip tenham prioriadade no meu roteador quando o meu
> > link (6 mb via embratel) estiver bastante saturado, sei que que 80%  do
> > consumo do link sao protocolos p2p.
> >
> > Alguem ja conseguiu colocar direto no roteador cisco alguma regra de qos 
que
> > funcione de fato. Estou tentando fazer em linux via iptables, htb e layer7
> > mas sem sucesso ainda.
> >
> > Alguem pode me dar uma dica sobre como fazer isso.
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
------- End of Original Message -------