<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2656.31">
<TITLE>RE: [GTER] Porta do Kazaa Ligth</TITLE>
</HEAD>
<BODY>
<P><FONT SIZE=2>www.sandvine.com</FONT>
</P>
<P><FONT SIZE=2>> -----Original Message-----</FONT>
<BR><FONT SIZE=2>> From: Fernando Ulisses dos Santos [<A HREF="mailto:fernando@araras.com.br">mailto:fernando@araras.com.br</A>] </FONT>
<BR><FONT SIZE=2>> Sent: Thursday, April 03, 2003 3:40 PM</FONT>
<BR><FONT SIZE=2>> To: gter@eng.registro.br</FONT>
<BR><FONT SIZE=2>> Subject: Re: [GTER] Porta do Kazaa Ligth</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> On Thu, 2003-04-03 at 17:12, Andre Uratsuka Manoel wrote:</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> > Não se fala, normalmente, da banda da última milha, mas </FONT>
<BR><FONT SIZE=2>> da banda do </FONT>
<BR><FONT SIZE=2>> > provedor com a Internet. Se você usa, 24x7, 768kbps, então ele vai </FONT>
<BR><FONT SIZE=2>> > precisar, somente para você, de 768kbps a mais, pelos quais </FONT>
<BR><FONT SIZE=2>> ele paga. </FONT>
<BR><FONT SIZE=2>> > Você aumenta a média de uso e, portanto, diminui a capacidade dos </FONT>
<BR><FONT SIZE=2>> > provedores de fazer overprovisioning.</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> talvez o que precisamos então é de uma reengenharia do </FONT>
<BR><FONT SIZE=2>> protocolo P2P, para aproveitar melhor a banda da última milha.</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> quem sabe algo como um "cache", quando um cliente P2P recebe </FONT>
<BR><FONT SIZE=2>> um conteúdo para compartilhar ele pega esse conteúdo e envia </FONT>
<BR><FONT SIZE=2>> partes aleatóriamente para outros clientes com um MD5Sum, </FONT>
<BR><FONT SIZE=2>> assim, cada cliente P2P teria uma parte de muitos arquivos </FONT>
<BR><FONT SIZE=2>> que podem ser compartilhados.</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> quando outro usuário solicita o arquivo, recebe a lista dos </FONT>
<BR><FONT SIZE=2>> MD5Sum e pode fazer download de diferentes pontos, se os </FONT>
<BR><FONT SIZE=2>> caches forem grandes, corre o risco de ter partes do arquivo </FONT>
<BR><FONT SIZE=2>> no "vizinho", ele baixa as partes, compara o MD5Sum original </FONT>
<BR><FONT SIZE=2>> e remonta o arquivo.</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> seria uma forma de garantir maior disponibilidade de arquivos </FONT>
<BR><FONT SIZE=2>> e fazer cache desse tipo de conteúdo, aliás, isso teria tudo </FONT>
<BR><FONT SIZE=2>> a ver com a Internet, que só é o que é hoje por causa de cache.</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> nesse caso, as operadoras e provedores poderiam manter um </FONT>
<BR><FONT SIZE=2>> servidor cache gigantesco, seria até um diferencial.</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> também, para escolher quais arquivos vão para o cache, pode </FONT>
<BR><FONT SIZE=2>> ser feito um algorítimo baseado nas consultas, arquivos mais </FONT>
<BR><FONT SIZE=2>> baixados ou algo assim.</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> alguém a fim de escrever essa RFC ?</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> []'s</FONT>
<BR><FONT SIZE=2>> Fernando Ulisses dos Santos</FONT>
<BR><FONT SIZE=2>> Linkway Internet e Telecomunicações</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> --</FONT>
<BR><FONT SIZE=2>> Essa mensagem foi verificada contra vírus e</FONT>
<BR><FONT SIZE=2>> conteúdo malicioso.</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> --</FONT>
<BR><FONT SIZE=2>> GTER list <A HREF="http://eng.registro.br/mailman/listinfo/gter" TARGET="_blank">http://eng.registro.br/mailman/listinfo/gter</A></FONT>
<BR><FONT SIZE=2>> </FONT>
</P>
</BODY>
</HTML>