Resumo

  • A RFC 1144 mantinha o cabeçalho IPv4/TCP anterior no compressor e no descompressor; um CID e deltas podiam representar quarenta octetos com apenas alguns octetos no enlace.
  • O pacote padrão era reconstruído antes de deixar o trecho comprimido, preservando o formato fim a fim e dispensando alterações nos hosts TCP.
  • Perder um delta fazia as memórias divergir, por isso checksum, estado de descarte e renovação por cabeçalho completo eram partes essenciais do mecanismo.

Um caractere preso em quarenta octetos

A RFC 1144, de fevereiro de 1990, estudou enlaces seriais entre 300 e 19.200 bit/s. O menor cabeçalho IPv4/TCP tinha quarenta octetos. Uma tecla gerava um pacote de 41 octetos e o eco gerava outro. O cálculo do documento exigia cerca de 4.000 bit/s apenas para serializar esses 82 octetos dentro de 200 milissegundos.

Transferências volumosas amortizam a parte fixa em dados grandes. Uma sessão interativa não. Um pacote grande também podia ocupar a linha e atrasar o eco mínimo. O problema era econômico e perceptivo: bytes repetidos consumiam o curto intervalo em que uma resposta ainda parecia imediata.

O sentido mudou de lugar

Van Jacobson não tratou o cabeçalho como lixo. Cada campo tinha função, mas muitos valores se repetiam dentro da mesma conexão. Endereços e portas permaneciam estáveis. Sequência, reconhecimento, janela e Identificação IP frequentemente mudavam de modo regular.

As duas pontas guardavam o último cabeçalho de cada conversa ativa. Um identificador pequeno selecionava o contexto. UNCOMPRESSED_TCP instalava ou renovava a imagem completa. Depois, COMPRESSED_TCP transportava máscara de mudanças, deltas compactos e campos que não podiam ser inferidos, inclusive o checksum. O descompressor restaurava o cabeçalho comum antes de encaminhar o datagrama.

O formato enxuto existia apenas naquele salto. Os endpoints continuavam falando TCP/IP convencional e não precisavam saber que gateways intermediários compartilhavam estado. A informação saiu do fio local, não do protocolo Internet.

Regularidade era a matéria-prima

O número de sequência costuma avançar pelo tamanho dos dados enviados; o ACK segue dados recebidos; a Identificação IP pode variar em passos pequenos. A RFC codificou as diferenças e criou atalhos para padrões comuns de eco e transferência em um sentido.

Também estabeleceu recuos seguros. Fragmentos IP, SYN, FIN, RST, pacote sem ACK, mudança no comprimento do cabeçalho, opções imprevistas e transições irregulares seguiam sem compressão diferencial. A previsão valia somente enquanto o pacote permanecesse dentro de uma forma reconhecida.

Nas capturas relatadas, o cabeçalho médio comprimido ficou perto de três octetos. É uma observação daquele corpus, não promessa para todo enlace. O achado durável é que o comportamento entre pacotes, e não a suposta inutilidade dos campos, fornecia a economia.

Uma perda criava duas histórias

Um delta depende da mesma base. Se uma trama comprimida desaparece, o compressor pode avançar seu cabeçalho salvo enquanto o descompressor conserva a versão antiga. O próximo delta será aplicado a passados distintos e reconstruirá pacotes distintos.

A RFC 1144 aproveitou mecanismos do próprio TCP. Sequência ou ACK reconstruídos incorretamente normalmente faziam o checksum falhar. O descompressor entrava em estado de descarte e recusava novos pacotes comprimidos até receber um quadro completo. Retransmissões e ACKs duplicados ajudavam a provocar essa renovação sem um diálogo separado da compressão.

Checksum não autentica nem torna a corrupção impossível. Ele oferecia um limite operacional: se o emissor deixa de transmitir fatos porque supõe memória comum, deve existir uma forma de perceber que essa memória terminou e recomeçar.

O que estava implícito virou protocolo

A RFC 2507 generalizou o modelo em 1999: um cabeçalho completo cria contexto; os seguintes o referenciam e trazem incrementos. Adicionou gerações e renovações para fluxos não TCP, solicitações, reparo TCP sem delta e tratamento de reordenação.

Contexto também é recurso finito. Muitos fluxos disputando poucos CIDs causam CID thrashing: o estado é expulso antes de produzir economia, e cabeçalhos completos voltam repetidamente. A escolha de quem permanece na memória afeta quem recebe o benefício.

A RFC 4413 classificou campos por comportamento: estáticos, inferíveis, previsíveis ou irregulares. O arcabouço ROHC e o perfil ROHC-TCP detalharam inicialização, estados, feedback, renovação e CRC para enlaces sujeitos a perdas e reordenação. Não são uma atualização compatível no fio da RFC 1144; tratam a mesma dívida de sincronização em condições mais complexas.

Fontes e limites

O conjunto fechado contém RFC 1144, RFC 2507, RFC 4413, RFC 4995 e RFC 6846. Ele comprova desenhos e exemplos publicados, não adoção atual, defaults de fornecedores, ganho universal ou tamanho constante de três octetos.