MOOC:Auto-eval Act21-doc

From Livre IPv6

Revision as of 13:37, 24 April 2019 by Panelli (Talk | contribs) (Session 5)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

MOOC >Contenu>Quizzs



Session 5


>>A21Q04<<
>>Quelle est la taille maximale des données utiles transportées par un paquet IPv6 ? <<
( ) 1460 : 1500 octets de trame Ethernet moins 40 octets pour l'en-tête IPv6
( ) 64 Kio, le champ ''Payload Length'' étant codé sur 16 bits
(x) 4 Gio en utilisant l'extension Jumbogramme
( ) Il n'y a pas de limite.
Note : une seule réponse valide
[explanation]IPv6 peut transporter des données utiles dont la taille est supérieure à 64 Kio, taille maximale pouvant être codée dans les 16 bits du champ ''Payload Length''. L'extension Jumbogramme est utilisée pour cela et permet de coder la taille sur 32 bits (soit 4 Gio de données).[explanation]

>>A21Q05<<
>>Quel est le champ de l'en-tête du paquet IPv6 qui sert à empêcher un paquet de circuler indéfiniment dans l'Internet  ? <<
( ) Time To Live 
( ) Next Header
(x) Hop Limit
( ) Payload Length
Note : une seule réponse valide
[explanation]Le nombre de routeurs traversés est contrôlé par le champ Hop Limit qui définit le nombre maximal de sauts. Un paquet ne pourra pas traverser plus de routeurs que la valeur du champ Hop Limit.[explanation]


>>A21Q06<<
>>Lorsque le payload length a une valeur nulle cela signifie ? <<
( ) que c'est un paquet en erreur.
(x) que la taille est indiquée par l'option jumbogramme.
( ) que la longueur du paquet est nulle.
( ) que ce champ a une longueur de zéro bit.
Note : une seule réponse valide
[explanation]La quantité de données du paquet est donnée par l'option jumbogramme. Cette quantité est codé sur 32 bits au lieu de 16 bits.[explanation]

Session 3

>>A21Q04<<
>>Identifier quelle est la valeur qui ne pourra jamais être présente dans le champ 'En-tête suivant' (Next Header) d'un en-tête IPv6 ? <<
( ) IPv4
( ) IPv6
( ) TCP
(x) ICMPv4
Note : une seule réponse valide
[explanation] Le protocole ICMPv4 n'est pas opportun au-dessus d'IPv6.[explanation]

>>A21Q05<<
>>La valeur du champ 'Identificateur de flux' (Flow Label) de l'en-tête IPv6 permet d'identifier les paquets émis  ________ <<
[[
    (par la même application.) {{La valeur du champ "Flow Label" identifie de manière unique les paquets d'une même application. Sa valeur identifie de manière unique les paquets d'une même application, comme le quintuplet "adresses source / destination + ports source / destination + protocole". Grâce au champ Flow Label, l'identification de ces paquets peut se faire par l'examen d'un seul champ, au lieu de 5.}}
    par la même machine. {{mauvaise proposition}}
    par le même réseau. {{mauvaise proposition}}
    pour la même classe de trafic. {{mauvaise proposition}}
]]

||L'intérêt du champ Flow Label est de faciliter le travail des routeurs afin de mettre en oeuvre des traitements particuliers pour une suite de paquets. ||


>>A21Q06<<
>>Que pourrait-il se passer en l'absence d'un champ 'Nombre maximal de sauts' (Hop Limit) de l'en-tête IPv6 ? <<
( ) On ne perdrait jamais des paquets.
(x) On pourrait saturer des liens de l'Internet par des paquets qui boucleraient sans fin.
( ) La source d'un paquet pourrait identifier les routeurs traversés pour atteindre une destination.
( ) Rien. On devrait supprimer ce champ car l’impact de ce calcul ralentit le routage.
Note : une seule réponse valide
[explanation]Sans champ "Hop Limit", les routeurs, ne pouvant pas détecter les boucles de routage, continueraient de relayer à l'infini les paquets jusqu'à saturer les liens. L'impact en calcul est très faible, il suffit de décrémenter de 1 à chaque saut. Les paquets avec un Hop Limit décrémenté à la valeur 0 sont supprimés. Mais en l'absence de ce champ, on perdrait malgré tout des paquets, l'accroissement du nombre de paquets dans une boucle conduit à perdre les paquets en sur-nombre sur un lien. Enfin, l'absence de ce champ empêcherait d'utiliser des outils d'ingénierie des réseaux comme <tt>traceroute</tt>.[explanation]

Personal tools