Pesquisar conteúdos

Encontre uma trilha ou aula pelo assunto.

Experimente pesquisar por “governança”, “ITIL” ou “planejamento”.

Conteúdo da trilha

Encapsulamento: quadros, pacotes e segmentos

Acompanhe como dados recebem cabeçalhos em cada camada, atravessam a rede e são reconstruídos no destino.
Fundamentos e camadas4 de 1615 min de leitura
Dados recebem invólucros coloridos, atravessam um roteador que troca apenas o invólucro externo e são abertos no destino

Dados precisam de contexto para atravessar a rede

Uma aplicação produz dados com significado para outra aplicação: uma solicitação, uma resposta, um trecho de arquivo ou uma mensagem. Para que esses dados cheguem ao processo correto por redes e enlaces diferentes, cada protocolo acrescenta informações de controle compatíveis com sua responsabilidade.

Esse processo é chamado encapsulamento. Na origem, os dados descem pela pilha e recebem cabeçalhos — e, em alguns enlaces, também um trailer. No destino, cada camada interpreta e remove as informações que lhe pertencem, processo chamado desencapsulamento.

A metáfora dos envelopes ajuda: uma carta recebe um envelope com informações para determinada etapa; esse conjunto pode ser colocado dentro de outro invólucro apropriado ao próximo transporte. A metáfora tem limite — cabeçalhos são estruturas binárias, não objetos físicos —, mas revela que uma camada não precisa interpretar todo o conteúdo interno para realizar sua função.

Cabeçalho, conteúdo e trailer cumprem papéis diferentes

Um cabeçalho fica antes do conteúdo transportado e reúne campos usados pelo protocolo. Dependendo da camada, pode indicar origem e destino, tipo do conteúdo, tamanho, sequência, porta, prioridade ou outras propriedades.

O payload, ou carga útil, é o conteúdo entregue pela camada superior. Para o IP, um segmento TCP pode ser payload. Para o enlace, o pacote IP é payload. “Carga útil” não significa que exista somente dado visível ao usuário: ela pode conter cabeçalhos de várias camadas internas.

Um trailer aparece depois do conteúdo em protocolos que o definem. Quadros Ethernet, por exemplo, incluem ao final uma sequência de verificação usada para detectar certos erros no enlace. Nem toda unidade ou tecnologia possui trailer, por isso o esquema “cabeçalho + dados + trailer” não deve ser aplicado como formato universal.

Os nomes mudam conforme o protocolo observado

No cotidiano, “pacote” é usado como termo genérico para dados em trânsito. Em uma análise técnica, nomes mais precisos ajudam a identificar a camada e o protocolo.

Dados de aplicação

A aplicação define a sintaxe e o significado do que deseja trocar. Pode ser uma mensagem completa ou parte de um fluxo maior. A camada de aplicação não precisa saber como cada enlace representará os sinais.

Segmento TCP ou datagrama UDP

No TCP, a unidade transmitida pelo protocolo é um segmento: cabeçalho TCP seguido por dados da aplicação. O cabeçalho contém, entre outros campos, portas que identificam as extremidades da conversa e informações usadas pelo controle confiável do fluxo de bytes.

No UDP, a unidade é um datagrama UDP: cabeçalho UDP e dados. Chamar toda unidade de transporte de “segmento” apaga uma diferença útil. “Mensagem de transporte” pode ser usada como termo genérico quando o protocolo ainda não foi especificado.

Datagrama e pacote IP

A RFC 1122 chama de datagrama IP a unidade ponta a ponta do protocolo IP: cabeçalho IP seguido pelos dados de transporte. Ela usa pacote para a unidade passada entre a camada de Internet e a camada de enlace; esse pacote pode ser um datagrama completo ou, no contexto de IPv4, um fragmento.

Na documentação moderna do IPv6, “pacote IPv6” é a expressão habitual. Assim, os termos variam conforme o documento e a perspectiva. O essencial é declarar o protocolo e não presumir que “pacote”, isoladamente, descreva todos os níveis ao mesmo tempo.

Quadro de enlace

Um quadro é a unidade transmitida por um protocolo de enlace. Ele contém informações do enlace e carrega um pacote. Um quadro Ethernet e um quadro IEEE 802.11 possuem formatos próprios; não existe um cabeçalho de enlace universal usado em toda rede.

Bits e sinais

Para atravessar o meio, o quadro é representado conforme a tecnologia física. Bits são codificados em sinais elétricos, ópticos ou de rádio. O receptor recupera a sequência necessária para que a função de enlace reconheça o quadro.

Dados de aplicação recebem cabeçalho TCP ou UDP, depois cabeçalho IP e por fim cabeçalho e trailer de enlace, antes de serem representados como sinais
Cada unidade contém a anterior como carga útil. Os nomes indicam a perspectiva: segmento TCP ou datagrama UDP, pacote IP e quadro de enlace.

Exemplo: uma solicitação usando TCP, IPv6 e Ethernet

Imagine um navegador enviando dados de uma solicitação por uma conexão TCP. O exemplo não descreve todos os campos, mas acompanha as decisões principais:

  1. a aplicação entrega bytes ao serviço de transporte;
  2. TCP forma um segmento com portas e informações de controle;
  3. IPv6 coloca o segmento após seu cabeçalho, com endereços de origem e destino e um campo que indica o próximo cabeçalho;
  4. a função Ethernet cria um quadro para o enlace local, com identificação do próximo participante no enlace e indicação do protocolo transportado;
  5. a interface representa o quadro como sinais e o transmite pelo meio.

Os cabeçalhos não contam a mesma história. A porta orienta a entrega ao processo; o endereço IP orienta a comunicação entre redes; o endereço do enlace orienta a entrega no trecho local. Misturar essas finalidades leva a erros como procurar a porta TCP em um cabeçalho Ethernet ou usar endereço MAC para descrever todo o caminho na Internet.

O quadro vale para um enlace, não para todo o caminho

Quando origem e destino estão em redes diferentes, o primeiro quadro normalmente é endereçado ao próximo participante local, como o roteador de saída. O endereço IP de destino continua representando a ponta remota; o destino do quadro representa o próximo salto naquele enlace.

Ao receber o quadro, o roteador executa uma sequência conceitual:

  1. recebe e valida a unidade conforme o protocolo do enlace de entrada;
  2. remove as informações do enlace e entrega o pacote à função IP;
  3. processa o cabeçalho IP, incluindo o limite de saltos, e escolhe o próximo salto;
  4. prepara o pacote para o enlace de saída;
  5. cria um novo quadro compatível com esse enlace e o transmite.
Um quadro azul do enlace A chega ao roteador, que retira o invólucro externo, processa o pacote IP amarelo e cria um quadro coral para o enlace B
O quadro é local ao salto. O roteador preserva o propósito da entrega IP, mas processa campos do IP e cria um novo invólucro de enlace para continuar.

O pacote IP não deve ser descrito como completamente intocável. Roteadores reduzem TTL no IPv4 ou Hop Limit no IPv6. Outros mecanismos do caminho podem alterar campos, como tradução de endereços no IPv4. A ideia correta é que o quadro é reconstruído por enlace, enquanto o IP mantém a identidade e as regras da entrega entre redes, sujeito ao processamento definido pelos protocolos.

Um switch Ethernet, em sua função básica, encaminha quadros dentro da rede local com base em informações de enlace. Ele não precisa remover TCP ou entregar o conteúdo à aplicação. A aula própria de Ethernet explicará esse encaminhamento em detalhe.

O destino desfaz o processo e escolhe o próximo protocolo

No dispositivo de destino, o desencapsulamento ocorre da parte externa para a interna. Além de remover informações, cada etapa precisa decidir para onde entregar a carga útil. Esse direcionamento é chamado de demultiplexação.

  • o enlace identifica o protocolo carregado, por exemplo IP;
  • o cabeçalho IP indica o próximo protocolo ou cabeçalho, como TCP ou UDP;
  • o transporte usa portas e estado da comunicação para alcançar o processo adequado;
  • a aplicação interpreta os dados conforme sua própria sintaxe e contexto.
Um quadro passa por quatro portas lógicas: tipo de enlace direciona ao IP, campo de protocolo do IP direciona a TCP ou UDP, porta direciona ao processo e a aplicação interpreta os dados
Desencapsular também é demultiplexar. Cada identificador reduz o conjunto de possibilidades até a carga chegar à função que sabe interpretá-la.

O receptor não remove cegamente todos os cabeçalhos. Ele valida tamanhos, versões, somas de verificação quando existentes, estado e compatibilidade. Se um campo indicar um protocolo não suportado ou uma unidade estiver inválida, o processamento pode ser interrompido e um erro pode ser registrado ou comunicado conforme a especificação.

Tamanho do enlace limita o pacote transportado

Cada enlace estabelece uma Maximum Transmission Unit (MTU), isto é, o maior pacote que pode transportar em uma unidade de enlace naquele contexto. Cabeçalhos também ocupam espaço, portanto o tamanho disponível para dados de aplicação é menor que o tamanho total permitido no enlace.

Quando uma unidade é grande demais, o comportamento depende do protocolo e do caminho. IPv4 admite fragmentação em condições definidas; no IPv6, roteadores não fragmentam os pacotes e a origem precisa adaptar o tamanho, podendo usar fragmentação de origem. Descoberta de MTU do caminho e fragmentação merecem tratamento próprio e não devem ser reduzidas à ideia de que “o roteador sempre corta o pacote”.

Encapsulamento não é criptografia

Acrescentar cabeçalhos não torna o conteúdo secreto. Em uma pilha sem proteção criptográfica, campos e payload podem ser observados por quem tiver acesso adequado ao tráfego. Encapsulamento organiza entrega; criptografia, hash e assinatura digital respondem a objetivos de proteção diferentes.

Também não se deve confundir encapsulamento normal da pilha com tunelamento. Um túnel encapsula uma unidade de determinado protocolo dentro de outra estrutura para atravessar uma infraestrutura intermediária. Isso cria uma camada adicional de transporte lógico, mas não garante confidencialidade por si só. Alguns túneis usam criptografia; outros não.

Como o encapsulamento aparece no diagnóstico

Uma captura de tráfego costuma apresentar as unidades como estruturas aninhadas. Ler de fora para dentro responde perguntas diferentes:

  1. quadro: por qual enlace a unidade chegou e quem eram os participantes locais?
  2. IP: quais eram as pontas lógicas e qual protocolo deveria receber o conteúdo?
  3. transporte: quais processos ou portas estavam envolvidos e qual era o estado da conversa?
  4. aplicação: o conteúdo seguia a sintaxe e a sequência esperadas?

Se um quadro possui erro detectado no enlace, talvez nem seja entregue ao IP. Se o IP indica TCP, mas não há processo associado à porta de destino, o enlace pode ter funcionado perfeitamente e a falha estar acima. O encapsulamento permite localizar o ponto em que a evidência deixa de corresponder ao esperado.

Erros comuns ao aprender encapsulamento

  • chamar toda unidade de segmento: segmento é o termo específico do TCP; UDP transmite datagramas;
  • usar pacote, quadro e datagrama como sinônimos absolutos: o contexto determina a unidade observada;
  • achar que o quadro cruza toda a Internet: ele vale para o enlace e é substituído quando o pacote segue por outro;
  • dizer que o roteador remove todos os cabeçalhos: ele normalmente processa enlace e IP para encaminhar, sem interpretar a aplicação como destinatário final;
  • afirmar que o pacote IP nunca muda: campos definidos para o caminho, como TTL ou Hop Limit, são processados;
  • supor que toda camada adiciona cabeçalho e trailer: formatos variam; trailer não é universal;
  • confundir encapsulamento com segurança: organização de protocolo não oferece sigilo automaticamente;
  • desenhar os cabeçalhos na ordem errada: o cabeçalho da camada inferior envolve a unidade recebida da superior.

O que você deve guardar

Na origem, dados de aplicação recebem contexto de transporte, depois de IP e finalmente do enlace. TCP forma segmentos; UDP forma datagramas; IP conduz datagramas ou pacotes; o enlace transmite quadros. No meio físico, o quadro é representado por sinais.

Em um salto roteado, o quadro recebido é removido e outro é criado para o enlace seguinte. No destino, cada camada valida sua unidade, identifica o protocolo superior e entrega a carga útil até a aplicação correta.

Referências