Camada de Internet: IP, Endereçamento, Sub-redes e Encaminhamento

O artigo anterior terminou diante de um roteador. Eu, e a esforçada leitora estávamos lá, meio abobados. Porém, já sabemos que ele recebe um quadro (quadro, em português) por uma interface, extrai um pacote IP e escolhe uma saída. Nem tudo está perdido, algo foi aprendido, mas ainda não sabemos como.

Como um roteador decide por qual interface e para qual próximo salto deve encaminhar um pacote?

Esta é uma lacuna perigosa para quem escreve software. A pergunta parece pertencer apenas a um equipamento, mas seus efeitos chegam diretamente ao software. Um serviço pode estar ouvindo na porta correta e permanecer inalcançável porque o prefixo da máquina foi configurado com um bit errado. Um nome pode resolver corretamente e, ainda assim, os pacotes podem seguir para um próximo salto inesperado porque uma rota mais específica venceu. Mensagens pequenas podem atravessar o caminho enquanto mensagens maiores desaparecem porque algum link não comporta o pacote e a origem não recebe a informação necessária para reduzir seu tamanho.

Vamos investigar essa decisão por partes. Primeiro, fixaremos o protocolo IP e localizaremos nos seus cabeçalhos os campos usados para o encaminhamento. Depois, transformaremos endereços em prefixos, acompanharemos a entrega ao primeiro roteador e aplicaremos a correspondência pelo prefixo mais longo. Em seguida, seguiremos uma requisição por um endereço IPv4 público compartilhado e mostraremos como a resposta reencontra a estação privada. Por fim, compararemos IPv4 e IPv6, estudaremos ICMP e a descoberta da MTU do caminho, executaremos a LPM em C++23 e organizaremos um procedimento de auditoria. O Artigo 4 poderá então acrescentar confiabilidade, ordem e controle de congestionamento sobre uma camada cujo comportamento terá perdido o mistério.

Este é o momento de sorrir otimisticamente e respirar fundo.

Antes de consultar qualquer tabela de bits em cabeçalhos, precisamos estabelecer o que o IP promete.

1. O IP promete uma tentativa, não a entrega

O Protocolo de Internet, ou IP, de Internet Protocol, transporta datagramas que carregam endereços de origem e destino de tamanho fixo. Um endereço IPv4 possui $32$ bits. Um endereço IPv6 possui $128$ bits. Ao receber um datagrama, o roteador examina o destino, consulta sua informação de encaminhamento e tenta aproximar o pacote da rede correspondente.

O verbo tenta sustenta o processo inteiro.

O contrato que define esse processo recebe o nome de best effort (melhor esforço). Para entender, primeiro a atenta leitora precisa saber que o protocolo IP não confirma a entrega de qualquer pacote, não recupera uma perda, não preserva a ordem, não elimina duplicatas e não controla a taxa do remetente. Se um roteador detectar determinadas condições, poderá enviar uma mensagem usando o protocolo ICMP para explicar o descarte ou outra dificuldade. A mensagem ICMP também será transportada por IP, portanto também poderá perder-se, ser filtrada ou sofrer limitação de taxa.

No IPv4, um checksum protege apenas o cabeçalho.

O que é um checksum? Um checksum, de forma geral, é um pequeno valor matemático calculado a partir de um bloco de dados, como o cabeçalho de um pacote IPv4, e anexado a ele. O objetivo desse mecanismo é detectar erros ocorridos durante a transmissão pela rede.

O mecanismo funciona de maneira direta. O remetente calcula esse valor a partir dos campos do cabeçalho, e cada equipamento que verifica esse checksum pode detectar alterações ocorridas desde o cálculo anterior. Se a verificação falhar, o cabeçalho foi alterado de uma forma detectável por algum problema na camada de enlace, e o pacote é descartado.

Se a verificação passar, sabemos apenas que o checksum não encontrou uma diferença. Isso não constitui uma prova matemática de integridade, porque alterações distintas em pontos diferentes podem produzir o mesmo resultado. No IPv4, há ainda outro limite: o payload não participa dessa verificação. O checksum checa apenas o cabeçalho.

Como o TTL se altera em cada salto, o roteador deve atualizar o checksum do cabeçalho IPv4 a cada encaminhamento. No IPv6, o checksum foi removido do cabeçalho base, transferindo a responsabilidade pela detecção de erros para a camada de enlace, que já protege o quadro, e para os protocolos de transporte, como TCP e UDP, cada qual com seu próprio mecanismo de integridade. Essa separação elimina o processamento do checksum em cada roteador e reforça a simplicidade do serviço best effort do IP.

Essa simplicidade, quase pobreza, é uma escolha arquitetural.

A camada de Internet precisa atravessar Ethernet, Wi-Fi, fibras de operadora, redes móveis, túneis e tecnologias que ainda não existiam quando o IPv4 foi publicado e não existem hoje. Como o IP separa a resposabilidade do encaminhamento da tecnologia de cada enlace, podemos substituir o meio e os equipamentos sem obrigar todas as aplicações a adotar outro protocolo de Internet. Se a atenta leitora olhar com cuidado há de concordar que esta simplicidade é genial.

A evolução física e a permanência do TCP/IP

Em 1973, Robert Kahn e Vint Cerf começaram a detalhar um protocolo capaz de interligar redes de projetos diferentes. A primeira descrição publicada, em 1974, ainda reunia em um mesmo protocolo funções que depois seriam separadas. A reorganização preservou no IP o serviço simples de endereçamento e encaminhamento de datagramas, enquanto o TCP assumiu funções como controle de fluxo e recuperação de perdas.

A escala física mudou radicalmente. O projeto inicial da ARPANET considerou links de $50\text{kbps}$. Hoje, o mesmo IP atravessa redes locais de múltiplos gigabits, links de rádio, redes móveis, fibras submarinas e túneis construídos sobre outras redes. A tecnologia física de hoje era praticamente ficção científica nos anos 1970. A história escrita por participantes desse processo registra tanto a diversidade das redes originais quanto a decisão de conectá-las por uma arquitetura aberta.

O segredo da longevidade do TCP/IP é a sua arquitetura em camadas e o isolamento de funções. O IP não precisa entender as modulações de rádio ou os pulsos de laser em uma fibra óptica. Seu trabalho é organizar e endereçar a informação, entregando o datagrama à camada de enlace e à tecnologia física disponíveis. Cada tecnologia de enlace pode resolver a entrega local de sua maneira, enquanto o IP conserva uma interface lógica comum entre elas. Isso permitiu que o hardware de rede fosse reinventado diversas vezes ao longo das décadas, mantendo a mesma base lógica da Internet.