[GTER] QoS cliente -> provedor - vale a pena?

Fernando.SCamargo at mercantil.com.br Fernando.SCamargo at mercantil.com.br
Thu Aug 26 17:09:54 -03 2004


Se alguém se interessar pelo assunto de como fazer no Linux:

O famoso Lartc: http://www.tldp.org/HOWTO/Adv-Routing-HOWTO/
http://www.opalsoft.net/qos/DS.htm (esse é bom pacas)
www.linuximq.net
Linux.cdi.cz/~devik/qos/htb 
www.docum.org








Fernando.SCamargo at mercantil.com.br
Enviado Por: gter-bounces at eng.registro.br
26/08/2004 16:56
Favor responder a Grupo de Trabalho de Engenharia e Operacao de Redes

 
        Para:   Grupo de Trabalho de Engenharia e Operacao de Redes <gter at eng.registro.br>
        cc: 
        Assunto:        Re: [GTER] QoS cliente -> provedor - vale a pena?


Eu faço QOS na minha interface interna e externa, assim posso fazer o que 
quiser com o pacote (delay,drop etc..), uma vez dentro do meu kernel eu 
controlo da forma que quiser esses pacotes, eu utilizo qdiscs com 
hierarquia como o HTB assim eu divido em classes os meus tráfegos, esse 
tipo de divisão permite que classes que estão com banda sobrando 
"emprestem" banda para as outras irmãs dela (sobrou no http, empresto pro 
ftp).
Os podutos de QOS do mercado fazem isso(packet shaper da packeteer ou 
flood gate da checkpoint), o linux com htb tb(grátis).

Agora, controlar a massa de dados que ENTRA pela sua interface, o Linux 
faz isso com o IMQ que é um dispositivo virtual que trabalha juntamente 
com iptables, nesse você trabalha com marcação de pacotes e joga nas 
classes da sua interface imq de acordo com a marcação feita, sendo assim 
você os enfileira nessa interface virtual e não na fisica, sacou a 
idéia?Ai depois é so anexar as suas qdiscs na sua interface imq fazer 
delay na entrada.
Essa é a única forma que eu encontrei de fazer qos na entrada no Linux, a 
outra forma só rola  dropando os pacotes ai não faz delay nem nada do 
mesmo.
 
Estive testando o packet shaper aqui e ele trabalha com enjanelamento tcp 
para esse tipo de tráfego que ENTRA pela interface.

Agora se você tem uma ferramente de QOS que possui duas interfaces acho 
que não preocuparia com qos na entrada da interface, só no que sai dela 
pra fora, e você ainda encontra essas vantagens da permitir uma pegar 
banda reservada para outra, se sobrar na outra é claro, e a implementação 
é bem mais simples.

t+






"Leonardo Gama" <leonardo.gama at gmx.net>
Enviado Por: gter-bounces at eng.registro.br
26/08/2004 15:18
Favor responder a Grupo de Trabalho de Engenharia e Operacao de Redes

 
        Para:   "Rubens Kuhl Jr." <rubens at email.com>, "Grupo de Trabalho 
de Engenharia e 
Operacao de Redes" <gter at eng.registro.br>
        cc: 
        Assunto:        Re: [GTER] QoS cliente -> provedor - vale a pena?


Mas daí o QOS perde sentido pois o gargalo geralmente se encontra no link
WAN...
Alguem aqui conhece algum provedor que forneça QOS para acesso internet?

sds,
Leonardo Gama.

----- Original Message ----- 
From: "Rubens Kuhl Jr." <rubens at email.com>
To: "Grupo de Trabalho de Engenharia e Operacao de Redes"
<gter at eng.registro.br>
Sent: Thursday, August 26, 2004 1:49 PM
Subject: Re: [GTER] QoS cliente -> provedor - vale a pena?



Na verdade, o lugar para ligar esse QoS é provavelmente a interface do seu
roteador de borda com sua rede interna, já que o provedor não vai ligar 
QoS
na interface dele com seu link, e seu maior tráfego deve ser inbound...


Rubens

----- Original Message ----- 
From: "MARLON BORBA" <MBORBA at trf3.gov.br>
To: <gter at eng.registro.br>
Sent: Thursday, August 26, 2004 12:32 PM
Subject: [GTER] QoS cliente -> provedor - vale a pena?


prezados,

tenho algumas aplicações dependentes de internet e acessos a "sites"
governamentais que gostaria de priorizar, reservando-lhes em determinados
horários maior largura de banda. é possível, e sabem se os grandes
provedores o fazem, implementar mecanismos de QoS fim-a-fim entre cliente 
e
provedor para, pelo menos até este, dar preferência ao tráfego de serviço?

não tenho ilusões com relação ao que acontece depois:- esse tráfego cairá 
na
selva da internet...

[]s,

M.

/*
Marlon Borba
Divisao de Suporte Tecnico
TRF 3a. Regiao
(11) 3012-1683 e 8205-0210
mborba at trf3.gov.br - marlonborba at acm.org
-------
Membro da/Member of
ISOC - ACM - ISSA - IISFA
*/

--
GTER list    https://eng.registro.br/mailman/listinfo/gter

--
GTER list    https://eng.registro.br/mailman/listinfo/gter

--
GTER list    https://eng.registro.br/mailman/listinfo/gter


--
GTER list    https://eng.registro.br/mailman/listinfo/gter





More information about the gter mailing list