Resumo

  • Publicado em abril de 1997 como Informational, o RFC 2140 defendia o compartilhamento seletivo de observações do bloco de controle TCP entre conexões do mesmo par de hosts. Ele não especificava um padrão da Internet nem comprovava ganho de velocidade generalizado.
  • O compartilhamento temporal usa uma conexão já encerrada; o compartilhamento de conjunto considera conexões abertas ao mesmo tempo. MSS e RTT podem ser pistas reutilizáveis, mas copiar a janela de congestionamento inteira para cada fluxo aumentaria a carga agregada.
  • A memória compartilhada também transmite erros: valores obsoletos ou manipulados podem prejudicar fluxos curtos posteriores. O memorando exigia validação e limites, e proibia tratar números de sequência como estado de desempenho compartilhável.

A pista que atravessa o encerramento

Uma transação pequena recebeu a opção MSS do outro extremo e mediu a viagem de ida e volta. Quando a conexão fecha, referências aos buffers, números de porta, temporizadores e estado da sessão deixam de ter utilidade para a próxima transação. Mas as duas medições talvez ainda digam algo sobre o percurso. Essa separação, descrita no RFC 2140, é mais precisa do que imaginar uma conexão antiga sendo simplesmente reaberta.

O memorando colocou parte do microestado TCP na escala do par de hosts. MSS e RTT foram tratados como candidatos claros à reutilização; informações de janela dependiam do conjunto de conexões, porque todas podiam disputar recursos ao longo do caminho. A proposta buscava reduzir o tempo de convergência dos muitos fluxos breves ou simultâneos característicos da Web daquela fase. Não pretendia mudar o comportamento de longo prazo depois que uma conexão se estabilizasse. Como texto Informational, apresentava um argumento de implementação, não uma medição que demonstrasse o resultado em produção.

O fechamento não serve de relógio para tudo

No caso temporal, uma conexão anterior já encerrou. O RFC registrou que extensões T/TCP do SunOS 4.1.3 e uma versão portada para FreeBSD guardavam MSS e parâmetros de RTT. A chegada de uma opção MSS podia atualizar a cache; o RTT e sua variação eram combinados quando a conexão fechava. O próprio documento observava que a média usada entre conexões não repetia o cálculo realizado dentro de uma conexão e poderia produzir estimativa inadequada. Reutilização da janela snd_cwnd havia sido discutida, mas não estava implementada nesse exemplo histórico.

No caso de conjunto, outras conexões já estão ativas. Se todas abrem antes do primeiro encerramento, atualizar a cache apenas no fechamento significa perder a oportunidade de compartilhar uma observação. RFC 2140 examinou atualizações mais cedo. A diferença aparece na janela: copiar MSS ou RTT não autoriza, por si, uma remessa adicional; copiar para cada novo fluxo uma grande janela antiga pode elevar a soma do tráfego possível. Até a janela inicial de um segmento usada como referência pelo texto acrescentava carga ao conjunto.

Uma alternativa proposta dividia uma janela agregada entre N+1 conexões e reduzia as parcelas das N já em curso. Os autores não declararam que parcelas iguais fossem a medida correta de justiça. Advertiram que a hipótese poderia estar errada e pediram análise e experimentos. Assim, a expressão “compartilhar a janela” não equivale a encontrar capacidade livre, nem a uma política comprovada de produção.

Quando a cache prejudica quem não a alimentou

O ganho esperado tinha um reverso. Uma janela artificialmente pequena, inclusive zero, poderia ser herdada por novos fluxos e degradar justamente as transações curtas que se queria ajudar. O RFC pedia verificar os valores compartilhados contra mínimos padrão ao criar cada bloco de controle, limitar os efeitos de entradas sobre o estado compartilhado durante conexões ativas e não compartilhar estado alterado diretamente por uma aplicação ou recebido sem autenticação, salvo permissão explícita. Números de sequência TCP tinham de ficar de fora.

O par de hosts é uma chave aproximada; não prova que o caminho ou o gargalo permaneceu idêntico. O RFC 9040 substituiu o RFC 2140 em 2021 com tratamento mais detalhado. Essa revisão não transforma a sugestão de 1997 em tecnologia universalmente implantada. O valor histórico está na pergunta que permanece: quando uma conexão deixa uma medição, quem pode usá-la, por quanto tempo e sob quais limites?

Fontes e limites

  • RFC 2140, fonte principal para a divisão do estado, os dois modos de compartilhamento e as advertências de segurança.
  • RFC 1644, histórico do T/TCP citado no memorando.
  • RFC 9040, documento que o substituiu em 2021.

Nenhuma dessas fontes, por si, mede aceleração atual, confirma identidade de rota, ou estabelece difusão de uma implementação entre sistemas contemporâneos.