Resumo

  • O RFC 6928 torna opcional um limite superior de dez segmentos para a janela inicial; a fórmula depende do MSS e permite começar com menos.
  • IW10 reduz rodadas em transferências curtas ao consumir mais capacidade de fila antes do feedback, por isso monitoramento e retorno ao RFC 3390 pertencem ao próprio mecanismo.

O handshake do TCP confirma as pontas, mas não revela a largura de banda do acesso, a profundidade da fila ou os fluxos concorrentes. A janela inicial decide quanto o emissor pode colocar nessa incerteza antes que os ACKs comecem a descrever o caminho.

O RFC 6928 define o teto como min(10*MSS, max(2*MSS, 14600)). Dez é uma permissão máxima, não uma obrigação. A mudança vale para o primeiro RTT de dados durante ou depois do handshake de três etapas; o SYN/ACK e o ACK que o conclui não aumentam a janela.

IW10 não repete o TCP Fast Open. O Fast Open move dados de aplicação para antes do fim do handshake. IW10 mantém a ordem normal e aumenta a primeira remessa de dados da conexão estabelecida. Um altera o momento da solicitação; o outro altera a carga assumida antes da resposta de congestionamento.

O ganho tem hipóteses claras

No modelo simplificado do RFC — banda infinita, nenhuma perda e ACKs atrasados padrão — passar de três para dez segmentos pode economizar até quatro RTTs em transferências maiores que 4 KB. O exemplo de 32 segmentos termina em duas rodadas, não cinco. Uma janela maior também pode gerar ACKs duplicados suficientes para o Fast Retransmit reparar uma perda sem esperar o RTO inicial.

Isso demonstra a mecânica, não garante desempenho atual. Uma janela de recepção menor que dez segmentos limita o ganho. Os testes citados usaram principalmente MTU Ethernet de 1.500 bytes. Várias conexões simultâneas ainda multiplicam a rajada: o que parece moderado por socket pode ser agressivo por aplicação.

A fila recebe o custo antes da telemetria

Em um acesso lento, buffer pequeno ou roteador congestionado, a primeira rajada pode causar descarte prematuro, timeout ou saída precoce do slow start. Enquanto coexistirem janelas diferentes, fluxos IW10 podem obter mais capacidade inicial que fluxos regidos pelo RFC 3390. Filas longas de acesso também transferem atraso para DNS, voz, jogos e outras comunicações sensíveis.

O RFC considera improvável que um único aumento inicial cause congestionamento persistente, pois o recuo posterior do TCP continua. A ressalva é a simultaneidade: abrir muitas conexões repete, no nível do serviço, aquilo que era pontual em cada conexão.

A janela de perda continua pequena

O documento separa a janela inicial, a janela de reinício após ociosidade e a janela de perda após RTO. A de reinício não pode ultrapassar o menor valor entre a janela inicial e a cwnd atual. A de perda permanece em um MSS, preservando a resposta mínima à congestão severa. Se houver perda na janela inicial ou de reinício depois de mais de 4 KB enviados, a implementação deve retornar o reinício ao comportamento do RFC 3390.

Em caminhos de baixa taxa, o tempo de serialização pode dominar o RTT e produzir retransmissão espúria. O RFC 6928 exige o RFC 6298: reiniciar o RTO corrente para cada ACK que reconhece novos dados.

Limite da fonte

A única fonte é o RFC 6928, publicado como Experimental em abril de 2013. Ele sustenta a fórmula, comparações e condições. Não prova quais sistemas atuais usam IW10, o desempenho de uma rede identificada ou a segurança de valores acima de dez.