Difference between revisions of "MOOC:Auto-eval Act42-video"
From Livre IPv6
(→Niveau 3 : Analyser / Résoudre) |
(→Niveau 3 : Analyser / Résoudre) |
||
| Line 64: | Line 64: | ||
- 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> | ||
| − | {{TODO| Il y a risque de confusion entre "connexion" et "connexion TCP". Je propose de | + | {{TODO| Il y a risque de confusion entre "connexion" et "connexion TCP". Je propose de remplacer "connexion" par "transfert de données" dans les 2 premières propositions. De plus, la mention "sachant qu'il n'y en a pas avec IPv4" n'est pas claire ni même utile.}} |
== 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''. | ||
Revision as of 22:06, 22 April 2016
MOOC>Contenu>Séquence 4>Activité 42
Niveau 1 : Reconnaitre / Identifier
(3 questions)
Explications
- Les principaux protocoles de routage intègrent maintenant IPv6 et présentent seulement des nuances (OSPFv2 vs OSPFv3 par exemple). Les protocoles de routage fonctionnent de façon indépendante en IPv4 et IPv6. Il y a un routage propre à chaque espace d'adressage.
- Déployer IPv6 touche tout le sytème : les équipements (interconnexions, serveurs et terminaux applicatifs) et leur configuration associée.
- Pour un serveur double pile, il est recommandé de ne déployer que des instances de services applicatifs conformes à IPv6 (ce qui n'augmente ni le nombre de processus, ni le nombre de ports "transport" mobilisés pour le service applicatif). L'applicatif ne prenant en compte que des flux IPv6, c'est le système d'exploitation qui est chargé d'aiguiller les flux d'adresses au format "IPv4 mapped IPv6" vers la pile IPv4, et les autres flux IPv6 vers la pile IPv6.
Niveau 2 : Comprendre / Appliquer
(1 question)
Explications
- Afin de favoriser l'utilisation d'IPv6, c'est bien ce protocole qui est testé en premier. IPv4 n'est utilisé qu'en cas d'échec.
Niveau 3 : Analyser / Résoudre
(1 question)
TODO: Il y a risque de confusion entre "connexion" et "connexion TCP". Je propose de remplacer "connexion" par "transfert de données" dans les 2 premières propositions. De plus, la mention "sachant qu'il n'y en a pas avec IPv4" n'est pas claire ni même utile.
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.
