7. Modifiche rispetto a RFC 2581
È stata aggiunta una definizione specifica di "riconoscimento duplicato", basata sulla definizione usata da BSD TCP.
Il documento ora osserva che che cosa fare dei riconoscimenti duplicati dopo che il timeout di ritrasmissione è scaduto è lavoro futuro ed è esplicitamente non specificato in questo documento.
I requisiti sulla finestra iniziale sono stati modificati per consentire finestre iniziali più grandi, come standardizzato in [RFC3390]. Inoltre, vengono dettagliati i passi da compiere quando si scopre che una finestra iniziale è troppo grande a causa della scoperta del MTU del percorso [RFC1191].
Il valore iniziale raccomandato per ssthresh è stato modificato per affermare che DOVREBBE (SHOULD) essere arbitrariamente alto, laddove in precedenza era MAY. Ciò serve a fornire ulteriori indicazioni agli implementatori in materia.
Durante l'avvio lento, l'uso di Appropriate Byte Counting [RFC3465] con L=1*SMSS è esplicitamente raccomandato. Il metodo di incremento di cwnd indicato in [RFC2581] resta esplicitamente consentito. Anche il conteggio dei byte durante la prevenzione della congestione è raccomandato, mentre il metodo di [RFC2581] e altri metodi sicuri restano consentiti.
Il trattamento di ssthresh in caso di timeout di ritrasmissione è stato chiarito. In particolare, ssthresh deve essere impostato alla metà del FlightSize alla prima ritrasmissione di un dato segmento e poi mantenuto costante nelle ritrasmissioni successive dello stesso segmento.
La descrizione della ritrasmissione rapida e del recupero rapido è stata chiarita, e l'uso della trasmissione limitata (Limited Transmit) [RFC3042] è ora raccomandato.
I TCP ora POSSONO (MAY) limitare il numero di riconoscimenti duplicati che gonfiano artificialmente cwnd durante il recupero dalla perdita al numero di segmenti in sospeso, per evitare l'attacco di spoofing dei riconoscimenti duplicati descritto in [SCWA99].
La finestra di riavvio è stata cambiata da IW a min(IW,cwnd). Questo comportamento era descritto come "sperimentale" in [RFC2581].
Ora si raccomanda che gli implementatori di TCP implementino un algoritmo avanzato di recupero dalla perdita conforme ai principi delineati in questo documento.
Le considerazioni sulla sicurezza sono state aggiornate per discutere la divisione degli ACK e raccomandare il conteggio dei byte come contromisura a questo attacco.