Serviços não providos pelos protocolos de transporte da Internet

Organizamos os serviços do protocolo de transporte em quatro dimensões: transferência confiável de dados, vazão, temporização e segurança. Quais desses serviços são providos pelo TCP e pelo UDP? Já vimos que o TCP provê a transferência confiável de dados fim a fim, e sabemos também que ele pode ser aprimorado facilmente na camada de aplicação com o SSL para oferecer serviços de segurança. Mas em nossa breve descrição sobre o TCP e o UDP, faltou mencionar as garantias de vazão e de temporização — serviços não fornecidos pelos protocolos de transporte da Internet de hoje. Isso significa que as aplicações sensíveis ao tempo, como a telefonia por Internet não podem rodar na Internet atual? A resposta é claramente negativa — a Internet tem recebido essas aplicações por muitos anos. Tais aplicações muitas vezes funcionam bem, por terem sido desenvolvidas para lidar, na medida do possível, com essa falta de garantia. Analisaremos vários desses artifícios de criação no Capítulo 7. No entanto, a criação engenhosa possui suas limitações quando o atraso é excessivo, como é o caso frequente da Internet pública. Em resumo, a Internet de hoje pode oferecer serviços satisfatórios a aplicações sensíveis ao tempo, mas não garantias de temporização ou de largura de banda.

A Figura 2.5 mostra os protocolos de transporte usados por algumas aplicações populares da Internet. Vemos que e-mail, a Web, acesso a terminais remotos e transferência de arquivos usam o TCP. Essas aplicações escolheram o TCP primordialmente porque ele oferece um serviço confiável de transferência de dados, garantindo que todos eles mais cedo ou mais tarde cheguem a seu destino. Vemos também que a aplicação de telefonia por Internet normalmente funciona em UDP. Cada lado de uma aplicação de telefone por Internet precisa enviar dados pela rede a uma taxa mínima (veja a Figura 2.4), o que é mais provavelmente possível com UDP do que com TCP. E, também, aplicações de telefone por Internet são tolerantes às perdas, de modo que não necessitam do serviço confiável de transferência de dados provido pelo TCP.

Endereçamento de processos

Nossa discussão acima se focou nos serviços de transporte entre dois processos de comunicação. Mas como um processo indica qual processo ele quer para se comunicar usando esses serviços? Como um processo rodando em um hospedeiro em Amherst, Massachusetts, EUA, especifica que ele quer se comunicar com um processo em particular rodando em um hospedeiro em Bangcoc, na Tailândia? Para isso, é preciso especificar duas informações: (1) o nome ou o endereço da máquina hospedeira e (2) um identificador que especifique o processo destinatário no hospedeiro de destino.


Na Internet, o hospedeiro é identificado por seu endereço IP. Discutiremos endereços IP em detalhes no Capítulo 4. Por enquanto, basta saber que o endereço IP é uma quantidade de 32 bits que identifica exclusivamente o sistema final. (Entretanto, como veremos no Capítulo 4, a implementação ampla do NAT (Tradução de Endereços de Rede) significa que, na prática, um endereço IP de 32 bits sozinho não endereça exclusivamente um hospedeiro.)

Além de saber o endereço do sistema final ao qual a mensagem se destina, o hospedeiro originador também deve identificar o processo que está rodando no outro hospedeiro. Essa informação é necessária porque, em geral, um hospedeiro poderia estar executando muitas aplicações de rede. Um número de porta de destino atende a essa finalidade. Aplicações populares receberam números de porta específicos. Por exemplo, um servidor Web é identificado pelo número de porta 80. Um processo servidor de correio (que usa o protocolo SMTP) é identificado pelo número de porta 25. Uma lista de números bem conhecidos de portas para todos os protocolos padronizados da Internet pode ser encontrada no site http://www.iana.org. Quando um desenvolvedor cria uma nova aplicação de rede, ela deve receber um novo número de porta. 

ATIVIDADE DE FIXAÇÃO

Comentários

Postar um comentário

Postagens mais visitadas deste blog

Wi-Fi: LANs sem fio 802.11

Imagem
Presentes no local de trabalho, em casa, em instituições educacionais, em cafés, aeroportos e esquinas, as LANs sem fio agora são uma das mais importantes tecnologias de rede de acesso na Internet de hoje. Embora muitas tecnologias e padrões para LANs sem fio tenham sido desenvolvidos na década de 1990, uma classe particular de padrões surgiu claramente como a vencedora: a LAN sem fio IEEE 802.11, também conhecida como Wi-Fi. Nesta seção estudaremos mais detalhadamente as LANs sem fio 802.11, examinando a estrutura do quadro 802.11, o protocolo 802.11 de acesso ao meio e a interconexão de LANs 802.11 com LANs Ethernet cabeadas. Há diversos padrões 802.11 para tecnologia de LAN sem fio, entre eles 802.11b, 802.11a e 802.11g. A Tabela 6.1 apresenta um resumo das principais características desses padrões. Na época em que escrevíamos este livro (primeiro semestre de 2009), mais mecanismos 802.11g eram oferecidos por pontos de acesso e por fornecedores de placas LAN. Estão também disponívei...
Saiba mais »

Caches Web

Imagem
Um cache Web — também denominado servidor proxy — é uma entidade da rede que atende requisições HTTP em nome de um servidor Web de origem. O cache Web tem seu próprio disco de armazenagem e mantém, dentro dele, cópias de objetos recentemente requisitados. Como ilustrado na Figura 2.11, o browser de um usuário pode ser configurado de modo que todas as suas requisições HTTP sejam dirigidas primeiramente ao cache Web. Uma vez que esteja configurado um browser, cada uma das requisições de um objeto que o browser faz é primeiramente dirigida ao cache Web. Como exemplo, suponha que um browser esteja requisitando o objeto http://www.someschool.edu/campus.gif . Eis o que acontece: 1. O browser estabelece uma conexão TCP com o cache Web e envia a ele uma requisição HTTP para um objeto.  2. O cache Web verifica se tem uma cópia do objeto armazenada localmente. Se tiver, envia o objeto ao browser do cliente, dentro de uma mensagem de resposta HTTP.   3. Se não tiver o objeto, o cach...
Saiba mais »

Acesso celular à Internet

Na aula anterior, vimos como um hospedeiro da Internet pode acessá-la quando está dentro de um hotspot Wi-Fi, isto é, nas vizinhanças de um ponto de acesso 802.11. Mas a área de cobertura da maioria dos hotspots Wi-Fi é pequena, entre 10 e 100 metros de diâmetro. O que fazer, então, quando precisamos desesperadamente de um acesso sem fio à Internet e não podemos acessar nenhum hotspot Wi-Fi? Dado que a telefonia celular está presente por toda a parte, em muitas áreas no mundo inteiro, uma estratégia natural é estender as redes celulares de modo que suportem não somente a telefonia de voz, mas também o acesso sem fio à Internet. Idealmente, esse acesso à Internet teria uma velocidade razoavelmente alta e proveria mobilidade imperceptível e ininterrupta, permitindo que os usuários mantivessem suas sessões TCP enquanto em trânsito, por exemplo, em um ônibus ou em um trem. Com taxas de bits suficientemente altas, o usuário poderia até mesmo manter sessões de videoconferência em alta defini...
Saiba mais »