MOOC:Auto-eval Act32-doc - Revision history

Jlandru at 15:01, 7 April 2017

2017-04-07T15:01:46Z

Jlandru at 14:44, 7 April 2017

2017-04-07T14:44:20Z

Jlandru: /* Session 2 */

2017-04-04T08:30:08Z

‎Session 2

Jlandru: /* Session 3 */

2017-04-04T08:29:45Z

‎Session 3

Jlandru: /* Session 2 */

2017-04-04T08:28:56Z

‎Session 2

Jlandru at 07:44, 4 April 2017

2017-04-04T07:44:55Z

Panelli at 01:37, 19 March 2017

2017-03-19T01:37:15Z

Panelli at 12:37, 28 May 2016

2016-05-28T12:37:31Z

Panelli at 07:12, 3 May 2016

2016-05-03T07:12:07Z

Panelli at 07:05, 3 May 2016

2016-05-03T07:05:18Z

@@ Line 5: / Line 5: @@
 = Session 3 =
 <pre>
->>A32Q08<<
+>>A32Q07<<
 >>L'avantage apporté par l'auto-configuration 'sans état' est :<<
 ( ) la table de routage des routeurs qui se remplit automatiquement.
@@ Line 16: / Line 16: @@
 [explanation]
->>A32Q09<<
+>>A32Q08<<
 >>Un message d'annonce de routeur comportant l'option d'information sur le préfixe (code 3) indique : <<
 ( ) le préfixe pour l'adresse lien-local.
 ( ) le préfixe pour une adresse multicast.
-(x) le préfixe pour l'adresse unicast globale.
+(x) le préfixe pour l'adresse unicast.
 ( ) le préfixe du serveur DHCPv6.
 Note : une seule réponse valide
 [explanation]
 Le préfixe d'une adresse unicast est propre à un lien. Il doit être communiqué aux noeuds qui s'attachent au lien.
-Les autres préfixes sont 'bien-connus' à l'exception de celui du serveur DHCP. La découverte de DHCPv6 est faite par une adresse multicast avec un group ID bien défini. La dernière proposition est une bêtise et n'a pas de sens.
+Les autres préfixes sont 'bien-connus' à l'exception de celui du serveur DHCP. La découverte de DHCPv6 est faite par une adresse multicast avec un group ID bien défini.
 [explanation]
->>A32Q10<<
+>>A32Q09 <<
->>Si le routeur cesse d'envoyer des messages d'annonce de routeur contenant le préfixe P/64, les adresses auto-configurées à partir de P/64 sur les équipements terminaux sont :<<
-( )  immédiatement invalidées.
-( )  invalidées si aucun nouveau message n'est reçu dans la durée de retransmission des RA.
-( )  invalidées si aucun nouveau message n'est reçu dans la durée de préférence du préfixe.
-(x)  invalidées si aucun nouveau message n'est reçu dans la durée de validité du préfixe.
-Note : une seule réponse valide
-[explanation]
-Les adresses deviennent naturellement invalides par le processus de vieillissement des adresses. La durée de validité fixe une période pendant laquelle l'adresse est considérée comme valide. Elles resteront valides même si aucun nouveau message n'est reçu dans la durée de préférence du préfixe. Mais dans ce cas, devenant des adresses dépréciées, elles ne pourront pas être utilisées pour de nouvelles connexions.
-[explanation]
-−
->>A32Q11 <<
 >>Dans la liste ci-dessous, pour une adresse auto-configurée, quel est l'état qui n'existe pas ? <<
 ( ) provisoire
@@ Line 51: / Line 40: @@
 [explanation]
->>A32Q12<<
+>>A32Q10<<
 >>La durée de l'état déprécié pour une adresse routable auto-configurée est égale à :  <<
 (x) (durée de validité) - (durée de préférable).
@@ Line 62: / Line 51: @@
 [explanation]
->>A32Q13<<
+>>A32Q11<<
 >>Le message d'annonce de routeur est reçu par un hôte avec les bits M à 0 et le bit O à 1. Comment se configure cet hôte ? <<
 (x) L'adresse par auto-configuration 'sans état', et les autres paramètres via un serveur DHCPv6 'avec état'.
@@ Line 73: / Line 62: @@
 [explanation]
->>A32Q14<<
+>>A32Q12<<
->>Indiquer comment peut être découvert le ou les serveurs DNS en auto-configuration.  <<
-[x] Par un serveur DHCPv6 'sans état' ;
-[x] Par le routeur local, à l'aide du message RA ;
-[ ] Manuellement, en complétant le fichier resolv.conf ;
-[ ] Par le routeur local, à l'aide du message NA.
-Note : deux réponses valides
-[explanation]
-Par un serveur DHCPv6, ou par un message ICMPv6 RA contenant une option pour l'information du DNS.
-[explanation]
-−
->>A32Q15<<
 >>Indiquer, pour chaque définition, quel message ICMPv6 de découverte de voisins correspond à la définition donnée. Un des messages n'a pas été présenté dans le document compagnon mais par déduction, vous pouvez retrouver le message correspondant à la définition donnée.<<
 >>Ce message est émis en réponse à une sollicitation, mais il peut aussi être émis spontanément pour propager une information de changement d'adresse physique. Dans le cas de la détermination d'adresse physique, il correspond à la réponse ARP pour le protocole IPv4.<<
@@ Line 101: / Line 79: @@
 = Archive =
 <pre>
 </pre>

← Older revision		Revision as of 14:44, 7 April 2017
Line 99:		Line 99:
	</pre>		</pre>

		+	= Archive =
		+	<pre>

		+	</pre>

	= Session 2 =		= Session 2 =

← Older revision		Revision as of 08:30, 4 April 2017
Line 98:		Line 98:

	</pre>		</pre>
		+
		+

	= Session 2 =		= Session 2 =

← Older revision		Revision as of 08:29, 4 April 2017
Line 4:		Line 4:

	= Session 3 =		= Session 3 =
		+	<pre>
		+	>>A32Q08<<
		+	>>L'avantage apporté par l'auto-configuration 'sans état' est :<<
		+	( ) la table de routage des routeurs qui se remplit automatiquement.
		+	(x) la configuration des hôtes qui s'effectue à partir des paramètres indiqués dans les routeurs.
		+	( ) l'attribution automatique de noms aux hôtes.
		+	( ) la configuration des hôtes qui s'effectue à l'aide de DHCPv6.
		+	Note : une seule réponse valide
		+	[explanation]
		+	Les paramètres de configuration communs au lien sont diffusés par le routeur.
		+	[explanation]

		+	>>A32Q09<<
		+	>>Un message d'annonce de routeur comportant l'option d'information sur le préfixe (code 3) indique : <<
		+	( ) le préfixe pour l'adresse lien-local.
		+	( ) le préfixe pour une adresse multicast.
		+	(x) le préfixe pour l'adresse unicast globale.
		+	( ) le préfixe du serveur DHCPv6.
		+	Note : une seule réponse valide
		+	[explanation]
		+	Le préfixe d'une adresse unicast est propre à un lien. Il doit être communiqué aux noeuds qui s'attachent au lien.
		+	Les autres préfixes sont 'bien-connus' à l'exception de celui du serveur DHCP. La découverte de DHCPv6 est faite par une adresse multicast avec un group ID bien défini. La dernière proposition est une bêtise et n'a pas de sens.
		+	[explanation]

		+	>>A32Q10<<
		+	>>Si le routeur cesse d'envoyer des messages d'annonce de routeur contenant le préfixe P/64, les adresses auto-configurées à partir de P/64 sur les équipements terminaux sont :<<
		+	( ) immédiatement invalidées.
		+	( ) invalidées si aucun nouveau message n'est reçu dans la durée de retransmission des RA.
		+	( ) invalidées si aucun nouveau message n'est reçu dans la durée de préférence du préfixe.
		+	(x) invalidées si aucun nouveau message n'est reçu dans la durée de validité du préfixe.
		+	Note : une seule réponse valide
		+	[explanation]
		+	Les adresses deviennent naturellement invalides par le processus de vieillissement des adresses. La durée de validité fixe une période pendant laquelle l'adresse est considérée comme valide. Elles resteront valides même si aucun nouveau message n'est reçu dans la durée de préférence du préfixe. Mais dans ce cas, devenant des adresses dépréciées, elles ne pourront pas être utilisées pour de nouvelles connexions.
		+	[explanation]
		+
		+	>>A32Q11 <<
		+	>>Dans la liste ci-dessous, pour une adresse auto-configurée, quel est l'état qui n'existe pas ? <<
		+	( ) provisoire
		+	(x) définitif
		+	( ) valide préféré
		+	( ) invalide
		+	( ) valide déprécié
		+	Note : une seule réponse valide
		+	[explanation]
		+	Après l'état provisoire, l'adresse est dans un état valide. De plus, une adresse n'est jamais allouée définitivement mais temporairement.
		+	[explanation]
		+
		+	>>A32Q12<<
		+	>>La durée de l'état déprécié pour une adresse routable auto-configurée est égale à : <<
		+	(x) (durée de validité) - (durée de préférable).
		+	( ) durée de déprécié dans le message "ICMPv6 annonce de routeur".
		+	( ) (durée de validité) - (durée de provisoire).
		+	( ) (durée de préférable) - (durée de validité).
		+	Note : une seule réponse valide
		+	[explanation]
		+	Le temps qui sépare la fin de la période de préférence et l'instant de fin de la validité.
		+	[explanation]
		+
		+	>>A32Q13<<
		+	>>Le message d'annonce de routeur est reçu par un hôte avec les bits M à 0 et le bit O à 1. Comment se configure cet hôte ? <<
		+	(x) L'adresse par auto-configuration 'sans état', et les autres paramètres via un serveur DHCPv6 'avec état'.
		+	( ) L'adresse, comme les autres paramètres, par auto-configuration 'avec état'.
		+	( ) L'adresse par auto-configuration 'avec état', et les autres paramètres via le message d'annonce de routeur.
		+	( ) L'adresse, comme les autres paramètres, par auto-configuration 'sans état' à l'aide du message d'annonce de routeur.
		+	Note : une seule réponse valide
		+	[explanation]
		+	Le bit M (Managed Address Configuration) à 0 indique la procédure SLAAC et le bit O (Other Stateful configuration) à 1 indique l'utilisation de l'auto-configuration 'avec état' (DHCPv6).
		+	[explanation]
		+
		+	>>A32Q14<<
		+	>>Indiquer comment peut être découvert le ou les serveurs DNS en auto-configuration. <<
		+	[x] Par un serveur DHCPv6 'sans état' ;
		+	[x] Par le routeur local, à l'aide du message RA ;
		+	[ ] Manuellement, en complétant le fichier resolv.conf ;
		+	[ ] Par le routeur local, à l'aide du message NA.
		+	Note : deux réponses valides
		+	[explanation]
		+	Par un serveur DHCPv6, ou par un message ICMPv6 RA contenant une option pour l'information du DNS.
		+	[explanation]
		+
		+	>>A32Q15<<
		+	>>Indiquer, pour chaque définition, quel message ICMPv6 de découverte de voisins correspond à la définition donnée. Un des messages n'a pas été présenté dans le document compagnon mais par déduction, vous pouvez retrouver le message correspondant à la définition donnée.<<
		+	>>Ce message est émis en réponse à une sollicitation, mais il peut aussi être émis spontanément pour propager une information de changement d'adresse physique. Dans le cas de la détermination d'adresse physique, il correspond à la réponse ARP pour le protocole IPv4.<<
		+	[[ Sollicitation du routeur, Annonce du routeur, Sollicitation d'un voisin, (Annonce d'un voisin), Indication de redirection ]]
		+	>> Ce message est émis périodiquement par les routeurs ou en réponse à une demande explicite d'un noeud. Le champ adresse source contient l'adresse lien-local. Le champ destination contient soit du l'adresse du demandeur, soit l'adresse multicast ff02::01.<<
		+	[[ Sollicitation du routeur, (Annonce du routeur), Sollicitation d'un voisin, Annonce d'un voisin, Indication de redirection ]]
		+	>>Ce message est émis par un noeud au démarrage pour recevoir des paramètres du routeur local. Ce message est émis à l'adresse IPv6 de multicast ff02::2.<<
		+	[[ (Sollicitation du routeur), Annonce du routeur, Sollicitation d'un voisin, Annonce d'un voisin, Indication de redirection ]]
		+	>>Ce message permet d'obtenir des informations d'un noeud voisin, c'est-à-dire attaché sur le même lien physique. Le message est soit directement adressé, soit adressé par une adresse de multicast. Ce message peut servir à la détermination de l'adresse physique, il correspond à la requête ARP du protocole IPv4.<<
		+	[[ Sollicitation du routeur, Annonce du routeur, (Sollicitation d'un voisin), Annonce d'un voisin, Indication de redirection ]]
		+	>>Ce message indique une route. Il est émis par un routeur quand il reçoit un paquet qu'il doit relayer. Si le paquet que le routeur reçoit doit être émis par l'interface par laquelle il l'a reçu, alors ce message est émis. Ce cas indique que le routeur n'est pas le meilleur routeur pour joindre la destination du paquet. Ce message est le moyen pour un hôte d'apprendre des routes autres que celle par défaut. Avec IPv6, comme le routeur par défaut est appris automatiquement, la route n'est pas forcément la meilleure.<<
		+	[[ Sollicitation du routeur, Annonce du routeur, Sollicitation d'un voisin, Annonce d'un voisin, (Indication de redirection) ]]
		+
		+	</pre>

	= Session 2 =		= Session 2 =

← Older revision		Revision as of 08:28, 4 April 2017
Line 4:		Line 4:

	= Session 3 =		= Session 3 =
		+
		+

	= Session 2 =		= Session 2 =

@@ Line 2: / Line 2: @@
 ----
 __NOTOC__
 <pre>
 >>A32Q08<<

← Older revision		Revision as of 01:37, 19 March 2017
Line 1:		Line 1:
		+	[[MOOC:Accueil\|MOOC]] >[[MOOC:Contenu\|Contenu]]>[[MOOC:Quizz\|Quizzs]]
		+	----
		+	__NOTOC__
	<pre>		<pre>
	>>A32Q08<<		>>A32Q08<<

@@ Line 82: / Line 82: @@
 >>Indiquer pour chaque définition quel message ICMPv6 de découverte de voisins correspond à la définition donnée. Un des messages n'a été présenté dans le document compagnon mais par déduction, vous pouvez retrouver le message correspondant à la définition donnée.<<
 >>Ce message est émis en réponse à une sollicitation, mais il peut aussi être émis spontanément pour propager une information de changement d'adresse physique. Dans le cas de la détermination d'adresse physique, il correspond à la réponse ARP pour le protocole IPv4.<<
-[[ Sollicitation du routeur, Annonce du routeur, Sollicitation d'un voisin, !Annonce d'un voisin), Indication de redirection ]]
+[[ Sollicitation du routeur, Annonce du routeur, Sollicitation d'un voisin, (Annonce d'un voisin), Indication de redirection ]]
 >> Ce message est émis périodiquement par les routeurs ou en réponse à une demande explicite d'un noeud. Le champ adresse source contient l'adresse lien-locale. Le champ destination contient soit du l'adresse du demandeur, soit l'adresse multicast ff02::01.<<
 [[ Sollicitation du routeur, (Annonce du routeur), Sollicitation d'un voisin, Annonce d'un voisin, Indication de redirection ]]