Appendice A. Linee Guida per la Formattazione delle Opzioni (Formatting Guidelines for Options)

Questa sezione riafferma ed estende la formattazione consigliata per le opzioni utilizzate negli header Hop-by-Hop Options e Destination Options. Queste linee guida si basano su tecniche di implementazione comuni e hanno lo scopo di facilitare l'elaborazione di tutte le opzioni con lo stesso codice.

A.1 Posizionamento delle Opzioni

Le opzioni DOVREBBERO (SHOULD) essere disposte come segue:

• Il campo Option Type (Tipo di Opzione) è seguito dal campo Option Data Length (Lunghezza Dati Opzione).
• L'Option Data (Dati dell'Opzione) ha la lunghezza specificata dal campo Option Data Length.
• La lunghezza totale dell'opzione è allineata a un multiplo di 8 (limite di 8 ottetti) utilizzando, se necessario, le opzioni di padding (Pad1 o PadN).

A.2 Ordine delle Opzioni

Le opzioni possono apparire in qualsiasi ordine, con le seguenti eccezioni:

• Se presente, l'Router Alert Option [RFC2711] DOVREBBE (SHOULD) apparire per prima.
• Le opzioni Pad1 e PadN DOVREBBERO (SHOULD) essere utilizzate solo per scopi di allineamento.

A.3 Requisiti di Allineamento delle Opzioni

Le opzioni IPv6 DOVREBBERO (SHOULD) soddisfare i seguenti requisiti di allineamento:

xn + y

Dove:

• x è il confine di allineamento (in byte). Tipicamente 1, 2, 4 o 8.
• n è un intero maggiore o uguale a zero.
• y è un offset (in byte) nell'intervallo da 0 a x-1.

Il requisito di allineamento si applica alla posizione del primo ottetto dell'Option Data (dopo i campi Option Type e Option Data Length).

Esempi:

• 2n significa allineato a un confine di 2 byte (offset pari).
• 4n + 2 significa allineato a un confine di 4 byte + 2 byte di offset.
• 8n significa allineato a un confine di 8 byte.

Gli implementatori DOVREBBERO (SHOULD) inserire una quantità appropriata di opzioni Pad1 o PadN per garantire che l'Option Data soddisfi questi requisiti di allineamento.

---