[GTER] Porta do Kazaa Ligth

[Reinaldo Penno]

> -----Original Message-----
> From: Danton Nunes [mailto:danton at inexo.com.br] 
> Sent: Thursday, April 03, 2003 5:02 PM
> To: 'gter at eng.registro.br'
> Subject: RE: [GTER] Porta do Kazaa Ligth
> 
> 
> On Thu, 3 Apr 2003, Reinaldo Penno wrote:
> 
> > Sem argumento esta errado..
> > 
> > O kazaa tambem eh um HTTP de luxo, dantom. Se vc olhar os 
> packet vai 
> > ver que as conexoes com os super nodes sao basicamente HTTP, eh por 
> > isso que existem strings como X-Kazaa...Headers do tipo 
> X-<nome> sao 
> > usadas para extender o HTTP.
> 
> as conexões com super nodes não tem nada de p2p, é 
> cliente-servidor bem convencional.

Foi o que falei, um HTTP like.

> 
> > O ponto nao eh quanto o protocolo consume e sim o interesse que ele 
> > desperta. O HTTP possibilitou as pessoas fazerem muito mais 
> coisas que 
> > antes, assim como P2P agora.
> 
> concordo, mas ninguém usa kazaa para divulgar as poesias que 
> escreve nas horas vagas, usa para compartilhar coisas que 
> gastam banda à bessa. aí eles contratam esses serviços ADSL 
> acreditando no marketing das operadoras, compram a lebre e 
> quando vão usar com o kazaa descobrem que não bem lebre, é gato mesmo.

AAAhhhhhh, claro. A maioria do trafego HTTP eh para ler a Iliada e a
Odisseia, e nao para ver sites porno, okay...

> 
> em um cliente meu o "estrago" dos kazaa da vida foi 
> minimizado criando duas classes de tráfego, uma de maior 
> prioridade, em que uma das portas é <1024 e outra de menor 
> prioridade em que as duas portas são >=1024 (o kazaa em geral 
> cai na segunda, exceto quando fala com os super nodes via 
> http). com isso foi possível conviver com kazaa's 
> razoavelmente bem. posteriormente o http que não passasse 
> pelo proxy (squid) passou a ser tratado também na segunda classe.
> 
> danton
> 
> 
> --
> GTER list    http://eng.registro.br/mailman/listinfo/gter
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://eng.registro.br/pipermail/gter/attachments/20030403/14b5f7b0/attachment.html>