Appendix C. Changes from RFC-1072, RFC-1185 (Modifiche rispetto a RFC-1072, RFC-1185)

Appendix C: Changes from RFC-1072, RFC-1185 (Modifiche rispetto a RFC-1072, RFC-1185)

Le estensioni del protocollo definite in questo documento differiscono in diversi modi importanti da quelle definite in RFC-1072 e RFC-1185.

(a) SACK è stato rinviato a un memo successivo.

(b) Le regole dettagliate per l'invio di risposte timestamp (vedere Sezione 3.4) differiscono in modi importanti. Le regole precedenti potevano portare a una sottostima del RTT in certi casi (pacchetti eliminati o fuori ordine).

(c) Lo stesso valore TS.Recent è ora condiviso dai due meccanismi distinti RTTM e PAWS. Questa semplificazione è diventata possibile grazie alla modifica (b).

(d) Un'ambiguità in RFC-1185 è stata risolta a favore della collocazione di timestamp su ACK così come su segmenti di dati. Questo supporta la simmetria del protocollo TCP sottostante.

(e) Le opzioni di eco e risposta eco di RFC-1072 sono state combinate in una singola opzione Timestamps, per riflettere la simmetria e semplificare l'elaborazione.

(f) Il problema dei timestamp obsoleti su connessioni lungamente inattive, discusso nella Sezione 4.2.2, è stato riconosciuto e risolto.

(g) RFC-1185 raccomandava che la predizione dell'intestazione avesse la precedenza sul controllo del timestamp. Sulla base di un certo scetticismo riguardo agli argomenti probabilistici forniti nella Sezione 4.2.4, si è deciso di raccomandare che il controllo del timestamp venga eseguito per primo.

(h) La specifica è stata modificata in modo che le opzioni estese vengano inviate sui segmenti `<SYN,ACK>` solo quando vengono ricevute nei corrispondenti segmenti `<SYN>`. Ciò fornisce le condizioni più conservative possibili per l'interoperazione con implementazioni senza le estensioni.

Oltre a questi cambiamenti sostanziali, l'RFC attuale tenta di specificare gli algoritmi in modo non ambiguo presentando modifiche alle regole di Event Processing di RFC-793; vedere Appendice E.