12. Associazione di identita

Questa sezione conserva il testo della RFC su DHCPv6, inclusi scambi di messaggi, comportamento dei relay, DUID, IA_NA, IA_TA, IA_PD, opzioni DHCP, autenticazione RKAP, registri IANA, requisiti normativi e matrici in appendice sull'apparizione delle opzioni.

Testo originale della RFC

12.  Associazione di identita

   Una Identity Association (IA) e un costrutto tramite il quale un server
   e un client possono identificare, raggruppare e gestire un insieme di
   indirizzi IPv6 correlati o prefissi delegati.  Ogni IA e costituita da
   un IAID e dalle informazioni di configurazione associate.

   L'IAID identifica univocamente la IA e MUST essere scelto in modo che
   sia unico tra gli IAID per quel tipo di IA sul client (ad esempio, una
   IA_NA con IAID pari a 0 e una IA_PD con IAID pari a 0 sono ciascuna
   considerate uniche).  L'IAID e scelto dal client.  Per qualsiasi uso
   dato di una IA da parte del client, l'IAID per quella IA MUST rimanere
   coerente attraverso i riavvii del client DHCP.  Il client puo
   mantenere la coerenza memorizzando l'IAID in storage non volatile
   oppure usando un algoritmo che produca coerentemente lo stesso IAID
   finche la configurazione del client non e cambiata.  Potrebbe non
   esserci modo per un client di mantenere la coerenza degli IAID se non
   dispone di storage non volatile e la configurazione hardware del
   client cambia.  Se il client usa un solo IAID, puo usare un valore ben
   noto, ad esempio zero.

   Se il client desidera ottenere un indirizzo o prefisso nettamente
   nuovo e deprecare quello esistente, il client invia al server un
   messaggio Release per le IA che usano l'IAID originale.  Il client
   crea quindi un nuovo IAID, da usare nei messaggi futuri per ottenere
   lease per la nuova IA.

12.1.  Associazioni di identita per l'assegnazione di indirizzi

   Un client deve associare almeno una IA distinta a ciascuna delle sue
   interfacce di rete per cui deve richiedere l'assegnazione di indirizzi
   IPv6 da un server DHCP.  Il client usa le IA assegnate a
   un'interfaccia per ottenere da un server informazioni di configurazione
   per quella interfaccia.  Ciascuna di tali IA deve essere associata a
   esattamente una interfaccia.

   Le informazioni di configurazione in un'opzione IA_NA consistono in
   uno o piu indirizzi IPv6 insieme ai valori T1 e T2 per la IA.  Vedere
   Section 21.4 per dettagli sulla rappresentazione di una IA_NA in un
   messaggio DHCP.

   Ogni indirizzo in una IA ha un preferred lifetime e un valid lifetime,
   come definiti in [RFC4862].  I lifetimes sono trasmessi dal server
   DHCP al client nell'opzione IA Address (vedere Section 21.6).  I
   lifetimes si applicano all'uso degli indirizzi; vedere Section 5.5.4
   di [RFC4862].

12.2.  Associazioni di identita per la delega di prefisso

   Una IA_PD differisce da una IA per l'assegnazione di indirizzi in
   quanto non deve essere associata a esattamente una interfaccia.  Una
   IA_PD puo essere associata al client, a un insieme di interfacce o a
   esattamente una interfaccia.  Un client configurato per richiedere
   prefissi delegati deve creare almeno una IA_PD distinta.  Puo associare
   una IA_PD distinta a ciascuna delle sue interfacce di rete downstream e
   usare tale IA_PD per ottenere dal server un prefisso per
   quell'interfaccia.

   Le informazioni di configurazione in un'opzione IA_PD consistono in
   uno o piu prefissi insieme ai valori T1 e T2 per la IA_PD.  Vedere
   Section 21.21 per dettagli sulla rappresentazione di una IA_PD in un
   messaggio DHCP.

   Ogni prefisso delegato in una IA ha un preferred lifetime e un valid
   lifetime, come definiti in [RFC4862].  I lifetimes sono trasmessi dal
   server DHCP al client nell'opzione IA Prefix (vedere Section 21.22).
   I lifetimes si applicano all'uso dei prefissi delegati; vedere
   Section 5.5.4 di [RFC4862].