Difference between revisions of "MOOC:Auto-eval Act42-exercice"
From Livre IPv6
(Created page with "MOOC>Contenu>Séquence 4>Activité 42 ---- __NOTOC__ == Niveau 3 : Analyser / Résoudre == (1 que...") |
|||
| (10 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
| − | [[MOOC:Accueil|MOOC]]>[[MOOC:Contenu|Contenu]]>[[MOOC: | + | [[MOOC:Accueil|MOOC]] >[[MOOC:Contenu|Contenu]]>[[MOOC:Exercices |Exercices]] |
---- | ---- | ||
| − | |||
| + | __NOTOC__ | ||
== Niveau 3 : Analyser / Résoudre == | == Niveau 3 : Analyser / Résoudre == | ||
(1 question) | (1 question) | ||
| − | |||
<!-- | <!-- | ||
<quiz display=simple> | <quiz display=simple> | ||
| − | {A42E01 | + | {A42E01 Dans le cadre d'une application distribuée, un client et un serveur, tous les deux en double pile, établissent avec succès une connexion TCP via leurs adresses IPv6. (une seule réponse possible) |
|type="()"} | |type="()"} | ||
+ Ils peuvent rencontrer un problème de MTU au cours de la connexion sachant qu'il n'y en a pas avec IPv4. | + Ils peuvent rencontrer un problème de MTU au cours de la connexion sachant qu'il n'y en a pas avec IPv4. | ||
- La connexion sur IPv6 va obligatoirement bien fonctionner. | - La connexion sur IPv6 va obligatoirement bien fonctionner. | ||
| − | - La connexion aura obligatoirement le même RTT que si elle utilisait | + | - La connexion aura obligatoirement le même RTT que si elle utilisait IPv4. |
- Ils vont aussi établir une connexion TCP sur IPv4 afin d'avoir une double connexion (une en IPv4 et une autre en IPv6) et avoir un transfert de données sur les 2 connexions. | - Ils vont aussi établir une connexion TCP sur IPv4 afin d'avoir une double connexion (une en IPv4 et une autre en IPv6) et avoir un transfert de données sur les 2 connexions. | ||
</quiz> | </quiz> | ||
| − | |||
| − | |||
| − | |||
--> | --> | ||
| − | |||
<quiz display=simple> | <quiz display=simple> | ||
| − | {A42E01 | + | {A42E01 Dans le cadre d'une application distribuée, un client et un serveur, tous les deux en double pile, établissent avec succès une connexion TCP via leurs adresses IPv6. (une seule réponse possible) |
|type="()"} | |type="()"} | ||
| − | + Ils peuvent rencontrer un problème de MTU au cours de | + | + Ils peuvent rencontrer un problème de MTU au cours de l'échange de données de l'application. |
| − | - | + | - L'échange de données de l'application sur IPv6 va obligatoirement bien fonctionner. |
- La connexion aura obligatoirement le même RTT que si elle utilisait IPv4. | - La connexion aura obligatoirement le même RTT que si elle utilisait IPv4. | ||
| − | - Ils vont aussi établir une connexion | + | - Ils vont aussi établir une connexion sur IPv4 afin d'avoir une double connexion (une en IPv4 et une autre en IPv6) et avoir un échange de données sur les 2 connexions. |
</quiz> | </quiz> | ||
| + | |||
== Explications : == | == Explications : == | ||
# Si tous les tronçons entre le client et le serveur IPv6 utilisent la même MTU (typiquement 1500 octets), il n'y aura pas de problème. Mais si un tronçon entre le client et le serveur utilise un tunnel, cela aura pour effet de réduire la MTU, et des datagrammes émis avec la MTU maximale ne passeront pas ce tunnel : un routeur renverra à l'émetteur un message ICMP ''Packet too big''. | # Si tous les tronçons entre le client et le serveur IPv6 utilisent la même MTU (typiquement 1500 octets), il n'y aura pas de problème. Mais si un tronçon entre le client et le serveur utilise un tunnel, cela aura pour effet de réduire la MTU, et des datagrammes émis avec la MTU maximale ne passeront pas ce tunnel : un routeur renverra à l'émetteur un message ICMP ''Packet too big''. | ||
| + | |||
| + | |||
| + | <quiz display=simple> | ||
| + | {A42E02 On donne ci-dessous le résultat de la commande <tt>ifconfig</tt> exécutée sur un système Linux : | ||
| + | |||
| + | <pre> | ||
| + | eth0 Link encap:Ethernet HWaddr 08:00:27:37:40:33 | ||
| + | inet adr:192.168.1.11 Bcast:192.168.1.255 Masque:255.255.255.0 | ||
| + | adr inet6: fe80::a00:27ff:fe37:4033/64 Scope:Lien | ||
| + | UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 | ||
| + | Packets reçus:2612 erreurs:0 :0 overruns:0 frame:0 | ||
| + | TX packets:1751 errors:0 dropped:0 overruns:0 carrier:0 | ||
| + | collisions:0 lg file transmission:1000 | ||
| + | Octets reçus:3538053 (3.5 MB) Octets transmis:164616 (164.6 KB) | ||
| + | </pre> | ||
| + | Ce noeud fonctionne : (une seule réponse possible) | ||
| + | |type="()"} | ||
| + | - avec IPv4 uniquement. | ||
| + | - avec IPv6 uniquement. | ||
| + | - en double pile avec une adresse IPv6 ''GUA (Global Unicast Address)''. | ||
| + | - en double pile avec une adresse IPv6 ''ULA (Unique unicast Local Address)''. | ||
| + | + en double pile avec une adresse IPv6 ''LLA (Link-Local Address)''. | ||
| + | |||
| + | {A42E03 On considère un noeud dont la configuration est : | ||
| + | <pre> | ||
| + | eth0 Link encap:Ethernet HWaddr 08:00:27:37:40:33 | ||
| + | inet adr:192.168.1.11 Bcast:192.168.1.255 Masque:255.255.255.0 | ||
| + | adr inet6: fe80::a00:27ff:fe37:4033/64 Scope:Lien | ||
| + | UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 | ||
| + | Packets reçus:2612 erreurs:0 :0 overruns:0 frame:0 | ||
| + | TX packets:1751 errors:0 dropped:0 overruns:0 carrier:0 | ||
| + | collisions:0 lg file transmission:1000 | ||
| + | Octets reçus:3538053 (3.5 MB) Octets transmis:164616 (164.6 KB) | ||
| + | </pre> | ||
| + | Ce noeud : (une seule réponse possible) | ||
| + | |type="()"} | ||
| + | - est connecté à l'Internet v6. | ||
| + | - pourra réaliser une communication indirecte en IPv6. | ||
| + | + pourra réaliser une communication directe en IPv6. | ||
| + | - n'est pas configuré avec une adresse unicast IPv6. | ||
| + | |||
| + | </quiz> | ||
| + | |||
| + | == Explications : == | ||
| + | # D'après les indications retournées par la commande <tt>ifconfig</tt>, cet hôte est pourvu d'une adresse IPv4 et d'une adresse IPv6 (champ <tt>inet6</tt>). Il est donc configuré en double pile. L'adresse IPv6 débutant par l'hextet <tt>fe80</tt>, il s'agit d'une adresse ''LLA (Link-Local Address)''. | ||
| + | # Une adresse IPv6 de type ''LLA (Link Local Address)'' ne permet que des communications directes sur le réseau local. Pour réaliser une communication indirecte (avec un autre réseau, via un routeur), il faut disposer d'une adresse routable (GUA ou ULA). Bien qu'il s'agisse d'une adresse IPv6 unicast, elle ne permet donc pas de connecter un hôte à l'Internet v6. | ||
Latest revision as of 10:55, 20 September 2021
Niveau 3 : Analyser / Résoudre
(1 question)
Explications :
- Si tous les tronçons entre le client et le serveur IPv6 utilisent la même MTU (typiquement 1500 octets), il n'y aura pas de problème. Mais si un tronçon entre le client et le serveur utilise un tunnel, cela aura pour effet de réduire la MTU, et des datagrammes émis avec la MTU maximale ne passeront pas ce tunnel : un routeur renverra à l'émetteur un message ICMP Packet too big.
Explications :
- D'après les indications retournées par la commande ifconfig, cet hôte est pourvu d'une adresse IPv4 et d'une adresse IPv6 (champ inet6). Il est donc configuré en double pile. L'adresse IPv6 débutant par l'hextet fe80, il s'agit d'une adresse LLA (Link-Local Address).
- Une adresse IPv6 de type LLA (Link Local Address) ne permet que des communications directes sur le réseau local. Pour réaliser une communication indirecte (avec un autre réseau, via un routeur), il faut disposer d'une adresse routable (GUA ou ULA). Bien qu'il s'agisse d'une adresse IPv6 unicast, elle ne permet donc pas de connecter un hôte à l'Internet v6.
