12. Association d'identite
Cette section conserve le texte de la RFC relatif a DHCPv6, notamment les echanges de messages, le comportement des relais, les DUID, IA_NA, IA_TA, IA_PD, les options DHCP, l'authentification RKAP, les registres IANA, les exigences normatives et les matrices d'apparition des options en annexe.
Texte original de la RFC
12. Association d'identite
Une Identity Association (IA) est une construction par laquelle un
serveur et un client peuvent identifier, regrouper et gerer un
ensemble d'adresses IPv6 ou de prefixes delegues lies. Chaque IA se
compose d'un IAID et d'informations de configuration associees.
L'IAID identifie l'IA de facon unique et MUST etre choisi pour etre
unique parmi les IAID de ce type d'IA sur le client (par exemple, une
IA_NA avec un IAID de 0 et une IA_PD avec un IAID de 0 sont chacune
considerees comme uniques). L'IAID est choisi par le client. Pour
toute utilisation donnee d'une IA par le client, l'IAID de cette IA
MUST rester coherent entre les redemarrages du client DHCP. Le client
peut maintenir cette coherence soit en stockant l'IAID dans un
stockage non volatile, soit en utilisant un algorithme qui produira de
facon coherente le meme IAID tant que la configuration du client n'a
pas change. Il peut ne pas exister de moyen pour un client de
maintenir la coherence des IAID s'il ne dispose pas d'un stockage non
volatile et si la configuration materielle du client change. Si le
client n'utilise qu'un seul IAID, il peut utiliser une valeur bien
connue, par exemple zero.
Si le client souhaite obtenir une adresse ou un prefixe nettement
nouveau et deprecier l'existant, le client envoie un message Release
au serveur pour les IA utilisant l'IAID d'origine. Le client cree
ensuite un nouvel IAID, qui sera utilise dans les messages futurs pour
obtenir des baux pour la nouvelle IA.
12.1. Associations d'identite pour l'attribution d'adresses
Un client doit associer au moins une IA distincte a chacune de ses
interfaces reseau pour laquelle il doit demander l'attribution
d'adresses IPv6 a un serveur DHCP. Le client utilise les IA attribuees
a une interface pour obtenir d'un serveur des informations de
configuration pour cette interface. Chacune de ces IA doit etre
associee a exactement une interface.
Les informations de configuration dans une option IA_NA se composent
d'une ou plusieurs adresses IPv6 ainsi que des valeurs T1 et T2 pour
l'IA. Voir Section 21.4 pour les details concernant la representation
d'une IA_NA dans un message DHCP.
Chaque adresse dans une IA possede une preferred lifetime et une valid
lifetime, comme defini dans [RFC4862]. Les lifetimes sont transmises
du serveur DHCP au client dans l'option IA Address (voir
Section 21.6). Les lifetimes s'appliquent a l'utilisation des
adresses; voir Section 5.5.4 de [RFC4862].
12.2. Associations d'identite pour la delegation de prefixe
Une IA_PD differe d'une IA pour l'attribution d'adresses en ce qu'elle
n'a pas besoin d'etre associee a exactement une interface. Une IA_PD
peut etre associee au client, a un ensemble d'interfaces ou a
exactement une interface. Un client configure pour demander des
prefixes delegues doit creer au moins une IA_PD distincte. Il peut
associer une IA_PD distincte a chacune de ses interfaces reseau aval
et utiliser cette IA_PD pour obtenir du serveur un prefixe pour cette
interface.
Les informations de configuration dans une option IA_PD se composent
d'un ou plusieurs prefixes ainsi que des valeurs T1 et T2 pour
l'IA_PD. Voir Section 21.21 pour les details concernant la
representation d'une IA_PD dans un message DHCP.
Chaque prefixe delegue dans une IA possede une preferred lifetime et
une valid lifetime, comme defini dans [RFC4862]. Les lifetimes sont
transmises du serveur DHCP au client dans l'option IA Prefix (voir
Section 21.22). Les lifetimes s'appliquent a l'utilisation des
prefixes delegues; voir Section 5.5.4 de [RFC4862].