Difference between revisions of "MOOC:Auto-eval Act33-doc"
From Livre IPv6
Jgrouffaud (Talk | contribs) |
Jgrouffaud (Talk | contribs) |
||
| Line 1: | Line 1: | ||
<quiz display=simple> | <quiz display=simple> | ||
| − | {A33Q10. Indiquer l'ordre des messages correspondant aux | + | {A33Q10. Indiquer l'ordre des messages correspondant aux différentes étapes de la configuration d'un client DHCPv6, auprès d'un serveur avec états. |
|type="()"} | |type="()"} | ||
| REQUEST | SOLICIT | OFFER | REPLY | ADVERTISE | DISCOVER | | REQUEST | SOLICIT | OFFER | REPLY | ADVERTISE | DISCOVER | ||
| Line 9: | Line 9: | ||
---+-- Etape 4. | ---+-- Etape 4. | ||
| − | ||L'allocation d'une ressource (adresse ou préfixe) se fait à travers 2 échanges. Le premier échange SOLICIT / ADVERTISE permet au client de découvrir les serveurs DHCPv6 aptes à fournir le type de ressource demandé. Le second échange REQUEST / REPLY permet l'allocation effective de la ressource par le serveur. Les | + | ||L'allocation d'une ressource (adresse ou préfixe) se fait à travers 2 échanges. Le premier échange SOLICIT / ADVERTISE permet au client de découvrir les serveurs DHCPv6 aptes à fournir le type de ressource demandé. Le second échange REQUEST / REPLY permet l'allocation effective de la ressource par le serveur. Les messages OFFER et DISCOVER sont utilisés par DHCPv4. |
| − | {A33Q11. Quelle adresse IPv6 un client DHCPv6 utilise-t-il pour émettre sa requête visant à découvrir un serveur DHCPv6 ? ( | + | {A33Q11. Quelle adresse IPv6 un client DHCPv6 utilise-t-il pour émettre sa requête visant à découvrir un serveur DHCPv6 ? ('les options ne doivent pas être toutes utilisées'') |
|type="()"} | |type="()"} | ||
- L'adresse monodiffusion globale du serveur DHCPv6. | - L'adresse monodiffusion globale du serveur DHCPv6. | ||
| Line 19: | Line 19: | ||
||Le client ignore l'adresse IPv6 du serveur, donc ne peut pas utiliser d'adresse de monodiffusion. Le requête est émis avec l'adresse de multidiffusion <tt>FF02::1:2</tt> qui identifie le groupe ''ALL_DHCP_Relay_Agents_And_Servers''. Il n'existe pas d'adresse de diffusion pour IPv6 ! | ||Le client ignore l'adresse IPv6 du serveur, donc ne peut pas utiliser d'adresse de monodiffusion. Le requête est émis avec l'adresse de multidiffusion <tt>FF02::1:2</tt> qui identifie le groupe ''ALL_DHCP_Relay_Agents_And_Servers''. Il n'existe pas d'adresse de diffusion pour IPv6 ! | ||
| − | {Les adresses IPv6 | + | {A33Q12. Les adresses IPv6 configurées par DHCPv6 sont stables tant que : (''une réponse valide'') |
| − | |type=" | + | |type="()"} |
| − | - le client garde la même carte réseau | + | - le client garde la même carte réseau. |
| − | + le client utilise le même identifiant DUID | + | + le client utilise le même identifiant DUID. |
| − | - le client utilise le même relai pour interroger le serveur | + | - le client utilise le même relai pour interroger le serveur. |
| − | - le client interroge le même serveur | + | - le client interroge le même serveur. |
| − | ||Explication : Le DUID est un identifiant stable inclus dans les requêtes du client permettant au serveur DHCPv6 d'identifier les requêtes provenant d'un même client. Lorsque | + | ||Explication : Le DUID est un identifiant stable inclus dans les requêtes du client permettant au serveur DHCPv6 d'identifier les requêtes provenant d'un même client. Lorsque le serveur alloue une adresse IPv6 au client, il associe cette adresse avec le DUID du client. Lors du redémarrage du client, si celui-ci utilise le même DUID, le serveur réutilisera l'association faites précédemment pour lui fournir la même adresse. L'utilisation de la même carte réseau, du même relai ou du même serveur ne sont pas des conditions suffisantes pour avoir une allocation d'adresse stable. |
| − | {Le mécanisme de relayage de DHCPv6 est totalement transparent pour le client | + | {A33Q13. Oui ou non ? Le mécanisme de relayage de DHCPv6 est totalement transparent pour le client : (''une réponse valide'') |
| − | |type=" | + | |type="()"} |
| − | + oui, le client DHCPv6 a toujours l'impression de communiquer directement avec un serveur DHCPv6 | + | + oui, le client DHCPv6 a toujours l'impression de communiquer directement avec un serveur DHCPv6. |
| − | - non, le client DHCPv6 est averti que le message va être relayé | + | - non, le client DHCPv6 est averti que le message va être relayé. |
| − | - | + | - c'est possible, si aucun relais n'ajoute d'option dans ses messages. |
| − | + | ||Le mécanisme de relayage permet des interactions avec le serveur transparente pour le client. Le relais DHCPv6 a la possibilité d'ajouter des options à destination du serveur lors du relayage d'un message d'un client, permettant de fournir au serveur des informations supplémentaires. Mais ces options ne sont jamais visibles par le client. | |
| − | || | + | |
| − | {Le protocole DHCPv6 est pour l'administrateur du réseau | + | {Le protocole DHCPv6 est pour l'administrateur du réseau : (''une réponse valide'') |
| − | |type=" | + | |type="()"} |
| − | - nécessaire pour maitriser les adresses configurées sur les stations | + | - nécessaire pour maitriser les adresses configurées sur les stations. |
| − | + suffisant pour maitriser les adresses configurées sur les stations | + | + suffisant pour maitriser les adresses configurées sur les stations. |
| − | - nécessaire pour configurer la table de routage IPv6 des stations | + | - nécessaire pour configurer la table de routage IPv6 des stations. |
| − | - suffisant pour configurer la table de routage IPv6 des stations | + | - suffisant pour configurer la table de routage IPv6 des stations. |
| − | || | + | ||Le protocole DHCPv6 est suffisant pour que l'administrateur puisse maitriser la configuration automatique des adresses IPv6. Il n'est cependant pas nécessaire pour maitriser les adresses des stations d'un réseau, car l'administrateur peut aussi recourir à la configuration statique des adresses poste par poste. Le protocole DHCPv6 ne se charge pas de la configuration de la table de routage. |
