Resumo

  • O ACK cumulativo confirma até onde a sequência chegou sem buracos; com várias perdas na mesma janela, ele não mostra as ilhas recebidas depois do primeiro vazio.
  • A RFC 2018 permitiu informar faixas descontínuas, mas manteve essa informação como aviso e o ACK cumulativo como confirmação definitiva.
  • As RFCs 3517 e 6675 organizaram o uso do mapa com um placar de intervalos, uma estimativa dos dados em voo e uma retransmissão de resgate limitada.

Se o segundo segmento de uma sequência some e os seis seguintes chegam, o receptor conhece muito mais do que o ACK comum consegue dizer. O número de confirmação para antes da lacuna e se repete. O emissor percebe a anomalia, mas não sabe com precisão quais partes posteriores já estão guardadas. Pode esperar várias idas e voltas para revelar cada perda ou desperdiçar capacidade retransmitindo o que chegou.

A RFC 2018, publicada em outubro de 1996, deu ao TCP uma segunda forma de falar sobre recepção. Havia uma proposta anterior na RFC 1072, mas ela não foi amplamente implantada, inclusive por divergências sobre sua combinação com a ampliação de janela. O novo desenho separou autorização e relatório. A opção SACK-Permitted aparece no SYN; depois do acordo, blocos SACK podem indicar os limites esquerdo e direito de intervalos contíguos recebidos.

O ACK cumulativo não perdeu seu significado. Ele afirma que todos os bytes antes da fronteira chegaram. Os blocos SACK descrevem ilhas mantidas depois dela. São evidência consultiva, não quitação. Um receptor com pressão de memória pode descartar dados já anunciados. Por isso, o emissor não pode apagar sua cópia até que o número cumulativo avance sobre aqueles bytes.

O mapa também cabe em um espaço estreito. As opções TCP têm 40 bytes. Um SACK comporta no máximo quatro blocos e normalmente três quando timestamps também ocupam o cabeçalho. A RFC 2018 prioriza o bloco formado pelo segmento mais recente e recomenda repetir blocos anteriores. A escolha preserva novidade e redundância diante de ACKs perdidos, mas confirma que o relatório é uma seleção, não uma fotografia integral da fila.

A especificação de 1996 explicou a evidência, sem prescrever todo o comportamento do emissor. Ela preservou as obrigações do controle de congestionamento. Em abril de 2003, a RFC 3517 descreveu uma recuperação conservadora. O emissor mantém um scoreboard das faixas reconhecidas, infere quais lacunas provavelmente se perderam, calcula em Pipe quantos bytes ainda circulam e seleciona o próximo envio sem ultrapassar a janela de congestionamento.

Essa divisão evita confundir visibilidade com poder. O receptor relata o estado que observa. O emissor interpreta o mapa, retém os dados e paga pelo erro. O SACK permite corrigir várias perdas em uma fase de recuperação, mas não transforma informação adicional em licença para ocupar a rede. A janela ainda deve ser reduzida e a desordem de pacotes ainda exige cautela.

Em agosto de 2012, a RFC 6675 substituiu a RFC 3517. A revisão passou a usar informação SACK nova na definição de ACK duplicado, melhorou a inferência quando segmentos eram menores do que o máximo e criou RescueRxt. Quando uma perda no final da janela ameaça parar o relógio de ACK e não há dados novos, uma retransmissão otimista pode ser feita uma vez por episódio. O resgate fica restrito a um segmento de no máximo o tamanho máximo do emissor.

A trajetória do SACK é, assim, uma história de confiança limitada. O receptor enxerga sua fila, mas pode não preservá-la. O emissor controla a recuperação, mas observa o caminho por relatos atrasados. O cabeçalho comprime o estado. Um timeout pode retirar valor das conclusões anteriores. A verdade completa não reside em um único participante.

O avanço duradouro foi transformar o ACK de fronteira em mapa parcial sem transformar o mapa em ordem. O emissor ganhou condições de evitar retransmissões inúteis e recuperar múltiplas perdas com mais rapidez; continuou responsável por memória e ritmo. Essa combinação aperfeiçoou o mecanismo sem quebrar a disciplina coletiva que permite ao TCP dividir uma rede.

Fontes