Redes P2P, HTTP, UDP e Cache Web

Requisição e Busca de Interesse *Peer-to-Peer*

Para localizar um determinado arquivo de interesse, um usuário deve fazer uma consulta ao servidor de diretório centralizado. Isso porque todo usuário do sistema, ao entrar na rede peer-to-peer, deve informar ao servidor seu endereço IP atual e a lista de conteúdo que está disponibilizando. Assim, o servidor sabe quais usuários disponibilizam um dado arquivo e retorna o endereço de um desses usuários para aquele que iniciou a busca. De posse desse endereço, é possível solicitar diretamente o arquivo para o usuário que o disponibiliza, sem que a comunicação passe pelo servidor.

A confiabilidade desta aplicação é fortemente baseada na operação do servidor, que é um ponto único de falha. Caso ele deixe de operar, toda a rede peer-to-peer para de funcionar.

HTTP Guardando Informação - *Cookies*

O mecanismo em questão é o uso de cookies. Um cookie é uma informação de estado trocada entre o navegador *Web* de um usuário e o servidor HTTP, e que fica armazenada no navegador *Web* do usuário. Em geral, essa informação é um pequeno arquivo de texto. Os cookies podem ser usados por aplicações que necessitam identificar o usuário.

UDP

As aplicações multimídia possuem restrições de tempo de entrega de seus pacotes. Sendo assim, o UDP é o protocolo mais indicado para tais aplicações, pois:

• Não exige o estabelecimento prévio de uma conexão;
• Não exige o envio de reconhecimentos do receptor para o emissor;
• Não efetua controle de fluxo e de erros.

HTTP Não Persistente

No máximo um objeto é enviado numa conexão TCP.

HTTP Persistente

Vários objetos são enviados sobre uma única conexão TCP cliente-servidor. Um RTT para cada objeto referenciado.

HTTP Persistente *Pipelining*

O cliente envia os pedidos logo que encontra um objeto referenciado.

Pode ser necessário apenas um RTT para todos os objetos referenciados.

*Cache* Web ou *Proxy*

De forma sucinta, um cache *Web*, ou servidor *proxy*, funciona da seguinte forma: o navegador estabelece uma conexão com o cache *Web*, para quem envia a requisição HTTP para um objeto; o cache *Web* verifica se possui uma cópia do objeto solicitado armazenada localmente. Em caso afirmativo, o objeto é enviado ao navegador em uma mensagem de resposta HTTP pelo cache. Em caso negativo, o cache abre uma conexão com o servidor de origem do objeto, solicita o objeto a ele e recebe o objeto em uma mensagem de resposta HTTP. Ao receber o objeto, o cache armazena uma cópia do objeto localmente e o envia em outra mensagem de resposta HTTP para o navegador.

Duas principais vantagens são listadas a seguir:

• Os caches *Web* podem reduzir o tempo de resposta para a requisição de um cliente, dependendo da popularidade do objeto solicitado;
• Reduzir o tráfego de saída de uma dada rede local.