2.3. Window Size for Overlapping Requests (Dimensione finestra per richieste sovrapposte)

2.3. Window Size for Overlapping Requests (Dimensione finestra per richieste sovrapposte)

La notifica SET_WINDOW_SIZE indica che il mittente può mantenere lo stato per più scambi pendenti, consentendo al destinatario di inviare più richieste prima della prima risposta. I dati associati DEVONO essere 4 ottetti (big-endian del numero di messaggi promessi). La finestra è 1 fino al completamento degli scambi iniziali.

Un endpoint IKE DEVE attendere la risposta a ogni messaggio prima del successivo, salvo aver ricevuto SET_WINDOW_SIZE dal peer che indica capacità di gestire più messaggi pendenti.

Dopo la IKE SA, per massimizzare il throughput, un endpoint PUÒ emettere più richieste prima di qualsiasi risposta, entro il limite SET_WINDOW_SIZE del peer. Le richieste possono incrociarsi sulla rete. Un endpoint DEVE essere pronto ad accettare richieste mentre ne ha una pendente (evitare deadlock) e può accettarne più di una.

Un endpoint NON DEVE superare la finestra dichiarata dal peer: se N è la finestra, prima della richiesta X devono essere arrivate le risposte fino a X-N. Ogni endpoint DEVE conservare (o rigenerare esattamente) ogni richiesta inviata fino alla risposta e un numero di risposte precedenti pari alla finestra dichiarata.

Finestre maggiori di 1 dovrebbero supportare l'elaborazione fuori ordine.

La finestra è proprietà dell'implementazione, non controllo di congestione. Non è definito cosa fare se SET_WINDOW_SIZE è minore del valore corrente: non si può ridurre la finestra di una IKE SA esistente, solo aumentarla. Dopo rekey la nuova IKE SA riparte da 1 fino a un nuovo SET_WINDOW_SIZE.

INVALID_MESSAGE_ID per Message ID fuori finestra: non in risposta; la richiesta non valida non va riconosciuta; informare con scambio INFORMATIONAL e 4 ottetti dell'ID. Invio opzionale; limitare la frequenza.