Bom, resolvi incluir esse adido como parte integrante desse tutorial a respeito de modos de transmissão em redes por ser um assunto que, acredito, muita gente ainda faça bastante confusão.

             Como havia dito em outra parte do texto, IP são números de 32 bits segmentados em quatro partes cada uma contendo oito bits, um byte portanto. Quando você faz uma comunicação remota com um computador qualquer em especial os que atendem serviços, os chamados servidores, o IP fornece um número de identificação que recebe o nome de IP como simples alusão ao serviço que ele faz. Não só o número de identificação do seu próprio host mas também do servidor que atenderá os pedidos. Então, quando você faz a solicitação de um pedido qualquer a um servidor como o ftp por exemplo, junto a ele vai o seu IP e o IP do servidor. Lembre-se que o processo IP "quebra" qualquer informação em pequenos pacotes conhecidos como datagrams. Entao como é feita a comunicação? Bastante simples: vamos supor que você esteja no seu navegador, um Netscape por exemplo, e você quer acessar uma página qualquer. Então você descreve uma url e aponta o browser nesse pedido. O IP então entra em ação. Ele agrupa esse pedido num único pacote contendo os Ips de identificação e manda ao servidor que atenderá os pedidos.

(*Eu não sei como funciona um servidor como um Windows® NT, por exemplo, então vou descrever como se processa tudo em uma máquina padrão POSIX, um Linux por exemplo. Embora o NT esteja incluído nesse padrão também, eu não sei como o serviço é atendido por lá.*)

             Esse pacote chegando por la é recebido por algo como se fosse um grande secretário geral de um grande departamento. O responsável nesse caso seria o que é chamado em servidores UNIX de daemon, mais conhecido como inetd (nao vou entrar em detalhes sobre isso, acredito que irá fugir bastante do assunto em questão). Esse "secretário geral" atende todos os pedidos que chegam, mas desvia o serviço a um servidor específico que no nosso exemplo será o httpd (outro daemon) . Nesse caso, o serviço que o inetd fez foi somente "avisar" ao pacote que ele por si não faz o serviço, mas avisa quem é o responsavel, o httpd. Então, chegado o pedido, o httpd verifica em seus arquivos (novamente nomes de arquivos não são importantes ao entendimento do assunto, isso é uma questão específica a assuntos em UNIX e não é preciso entrar em detalhes sobre isso) onde se encontra, por exemplo, uma pagina qualquer. Encontrando essa página, o httpd a organiza e segmenta em pacotes e envia ao computador que fez o pedido, o cliente.

             Os pacotes recém chegados no computador de origem são colocados em sua ordem correta e a aplicacao cliente, o Netscape, irá se encarregar de mostrar o conteúdo da página que foi organizada.