5. DHCP Constants (Constantes DHCP)
5. DHCP Constants (Constantes DHCP)
Cette section décrit les diverses constantes de programme et de réseau utilisées par DHCP.
5.1. Multicast Addresses (Adresses multicast)
DHCP utilise les adresses multicast suivantes:
All_DHCP_Relay_Agents_and_Servers (FF02::1:2)
Adresse multicast à portée de liaison utilisée par les clients pour communiquer avec les agents relais et serveurs adjacents (c'est-à-dire sur le lien). Tous les serveurs et agents relais sont membres de ce groupe multicast.
All_DHCP_Servers (FF05::1:3)
Adresse multicast à portée de site utilisée par les agents relais pour communiquer avec les serveurs, soit parce que l'agent relais souhaite envoyer des messages à tous les serveurs, soit parce qu'il ne connaît pas l'adresse unicast du serveur. Notez que pour qu'un agent relais puisse utiliser cette adresse, il doit avoir une adresse de portée suffisante accessible par les serveurs. Tous les serveurs dans le site sont membres de ce groupe multicast.
5.2. UDP Ports (Ports UDP)
Les clients écoutent les messages DHCP sur le port UDP 546. Les serveurs et agents relais écoutent les messages DHCP sur le port UDP 547.
5.3. DHCP Message Types (Types de messages DHCP)
DHCP définit les types de messages suivants. Pour plus de détails sur ces types de messages, voir les sections 6 et 7. Les types de messages non listés ici sont réservés pour une utilisation future. L'encodage numérique de chaque type de message est indiqué entre parenthèses.
SOLICIT (1)
Le client envoie un message Solicit pour localiser un serveur.
ADVERTISE (2)
Le serveur envoie un message Advertise pour indiquer qu'il est disponible pour le service DHCP, en réponse à un message Solicit reçu d'un client.
REQUEST (3)
Le client envoie un message Request pour demander des paramètres de configuration, y compris des adresses IP, à un serveur spécifique.
CONFIRM (4)
Le client envoie un message Confirm à tout serveur disponible pour déterminer si les adresses qui lui ont été assignées sont toujours appropriées au lien auquel le client est connecté.
RENEW (5)
Le client envoie un message Renew au serveur qui a initialement fourni les adresses et paramètres de configuration du client pour prolonger les durées de vie des adresses assignées au client et mettre à jour d'autres paramètres de configuration.
REBIND (6)
Le client envoie un message Rebind à tout serveur disponible pour prolonger les durées de vie des adresses assignées au client et mettre à jour d'autres paramètres de configuration; ce message est envoyé après que le client n'a pas reçu de réponse à son message Renew.
REPLY (7)
Le serveur envoie un message Reply contenant les adresses assignées et les paramètres de configuration en réponse aux messages Solicit, Request, Renew, Rebind reçus d'un client. Le serveur envoie un message Reply contenant des paramètres de configuration en réponse à un message Information-request. Le serveur envoie un message Reply en réponse à un message Confirm pour confirmer ou nier que les adresses assignées au client sont appropriées au lien auquel le client est connecté. Le serveur envoie un message Reply pour confirmer la réception d'un message Release ou Decline.
RELEASE (8)
Le client envoie un message Release au serveur qui a assigné des adresses au client pour indiquer que le client n'utilisera plus une ou plusieurs des adresses assignées au client.
DECLINE (9)
Le client envoie un message Decline au serveur pour indiquer qu'une ou plusieurs des adresses assignées par le serveur sont déjà utilisées sur le lien auquel le client est connecté.
RECONFIGURE (10)
Le serveur envoie un message Reconfigure au client pour informer le client que le serveur a de nouveaux paramètres de configuration ou mis à jour et que le client doit initier un échange Renew/Reply ou Information-request/Reply avec le serveur pour recevoir les informations mises à jour.
INFORMATION-REQUEST (11)
Le client envoie un message Information-request au serveur pour demander des paramètres de configuration sans assignation d'adresse IP au client.
RELAY-FORW (12)
Un agent relais envoie un message Relay-forward pour relayer un message vers un serveur, soit directement, soit via un autre agent relais. Le message reçu (un message client ou un message Relay-forward d'un autre agent relais) est encapsulé dans l'option Relay Message du message Relay-forward.
RELAY-REPL (13)
Un serveur envoie un message Relay-reply à un agent relais contenant un message à livrer au client. Le message Relay-reply peut être relayé par d'autres agents relais à l'agent relais de destination. Le serveur encapsule le message client comme option Relay Message dans le message Relay-reply, et l'agent relais extrait le message pour le relayer au client.
5.4. Status Codes (Codes de statut)
DHCPv6 utilise des codes de statut pour transmettre le succès ou l'échec d'une opération demandée dans un message d'un client ou d'un serveur, et pour fournir des informations supplémentaires sur la cause spécifique d'un échec de message. Les codes de statut spécifiques sont définis dans la section 24.4.
5.5. Transmission and Retransmission Parameters (Paramètres de transmission et de retransmission)
Cette section présente un tableau des valeurs utilisées pour décrire le comportement de transmission de messages des clients et des serveurs.
| Paramètre | Défaut | Description |
|---|---|---|
| SOL_MAX_DELAY | 1 seconde | Délai maximum pour le premier Solicit |
| SOL_TIMEOUT | 1 seconde | Délai d'attente initial pour Solicit |
| SOL_MAX_RT | 120 secondes | Valeur de délai d'attente maximale pour Solicit |
| REQ_TIMEOUT | 1 seconde | Délai d'attente initial pour Request |
| REQ_MAX_RT | 30 secondes | Valeur de délai d'attente maximale pour Request |
| REQ_MAX_RC | 10 | Nombre maximum de tentatives de retransmission pour Request |
| CNF_MAX_DELAY | 1 seconde | Délai maximum pour le premier Confirm |
| CNF_TIMEOUT | 1 seconde | Délai d'attente initial pour Confirm |
| CNF_MAX_RT | 4 secondes | Délai d'attente maximal pour Confirm |
| CNF_MAX_RD | 10 secondes | Durée maximale pour Confirm |
| REN_TIMEOUT | 10 secondes | Délai d'attente initial pour Renew |
| REN_MAX_RT | 600 secondes | Valeur de délai d'attente maximale pour Renew |
| REB_TIMEOUT | 10 secondes | Délai d'attente initial pour Rebind |
| REB_MAX_RT | 600 secondes | Valeur de délai d'attente maximale pour Rebind |
| INF_MAX_DELAY | 1 seconde | Délai maximum pour le premier Information-request |
| INF_TIMEOUT | 1 seconde | Délai d'attente initial pour Information-request |
| INF_MAX_RT | 120 secondes | Valeur de délai d'attente maximale pour Information-request |
| REL_TIMEOUT | 1 seconde | Délai d'attente initial pour Release |
| REL_MAX_RC | 5 | Nombre maximum de tentatives pour Release |
| DEC_TIMEOUT | 1 seconde | Délai d'attente initial pour Decline |
| DEC_MAX_RC | 5 | Nombre maximum de tentatives pour Decline |
| REC_TIMEOUT | 2 secondes | Délai d'attente initial pour Reconfigure |
| REC_MAX_RC | 8 | Nombre maximum de tentatives pour Reconfigure |
5.6. Representation of Time Values and "Infinity" as a Time Value (Représentation des valeurs temporelles et "infini" comme valeur temporelle)
Les valeurs temporelles sont représentées comme des entiers non signés. Les valeurs temporelles sont exprimées en secondes et représentent le nombre de secondes depuis l'instant actuel jusqu'à l'instant représenté par la valeur temporelle.
La valeur 0xffffffff est interprétée comme une valeur temporelle représentant "infini". Par exemple, si la durée de vie valide d'une adresse est définie à 0xffffffff, cette adresse n'expirera jamais. De même, si T1 ou T2 est défini à 0xffffffff, le client ne tentera pas de renouveler ou de rebind.