|
|
| Line 5: |
Line 5: |
| | <quiz display=simple> | | <quiz display=simple> |
| | | | |
| − | {Quelle est la fonction du champ "Identificateur de flux" (ou ''Flow Label'') de l'en-tête IPv6 ? (1 réponse possible) | + | {Quelle est la taille de l'en-tête IPv6 ? (1 réponse possible) |
| | |type="()"} | | |type="()"} |
| − | - Cela remplace valablement le rôle du champ DSCP | + | - 128 bits |
| − | + Ce champ facilite le traitement des routeurs pour la qualité de service | + | - 20 octets |
| − | - La charge utile IPv6 devant être alignée sur des mots de 32 bits, ce champ sert de bourrage | + | + 40 octets |
| − | - L'impact est minime, car cette valeur est aléatoire
| + | - 65535 octets |
| − | Explication : L'intérêt du champ Flow Label est d'identifier un flux source/destination afin d'alléger les traitements des routeurs intermédiaires, notamment pour la QoS. | + | Explication : La taille d'une en-tête IPv6 est de 40 octets, 2 fois plus que l'en-tête IPv4. |
| − | | + | |
| − | {Quelle est la fonction du champ "Nombre maximal de sauts" (ou ''Hop Limit'') de l'en-tête IPv6 ? (1 réponse possible)
| + | |
| − | |type="()"}
| + | |
| − | + Eliminer des paquets trop longtemps restés dans le réseau
| + | |
| − | - Différencier le traitement des paquets pour la QoS
| + | |
| − | - Indiquer le nombre d'octets à sauter jusqu'aux données utiles
| + | |
| − | - Mesurer le nombre de routeurs traversés jusqu'à la destination
| + | |
| − | Explication : le champ ''Hop Limit'' indique le nombre maximal de saut autorisé pour ce paquet, c'est à dire de routeurs traversés. Si à cause de problème de configuration du routage (boucle) le paquet est routé un trop grand nombre de fois, il sera éliminé.
| + | |
| − | | + | |
| − | {Quelle valeur ne peut pas être présente dans une en-tête IPv6 pour le champ "En-tête suivante" ? (1 réponse possible) Reportez-vous au document compagnon.
| + | |
| − | |type="()"}
| + | |
| − | - IPv4
| + | |
| − | - IPv6
| + | |
| − | - TCP
| + | |
| − | + ICMPv4
| + | |
| − | Explication : Le protocole ICMPv4 n'est pas opportun au dessus d'IPv6.
| + | |
| | | | |
| | </quiz> | | </quiz> |
| Line 50: |
Line 34: |
| | - Il n'y a pas de limite en dehors de celle de la taille des trames du support physique | | - Il n'y a pas de limite en dehors de celle de la taille des trames du support physique |
| | Explication : IPv6 peut transporter des données utiles dont la taille est supérieure à 64Ko, taille maximale pouvant être codé 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 4Go de données). | | Explication : IPv6 peut transporter des données utiles dont la taille est supérieure à 64Ko, taille maximale pouvant être codé 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 4Go de données). |
| − |
| |
| − | </quiz>
| |
| − |
| |
| − | == Niveau 3 : Analyser / Résoudre ==
| |
| − |
| |
| − |
| |
| − | <quiz display=simple>
| |
| − |
| |
| − | {Que pourrait-il se passer en l'absence d'un champs de type "Hop Limit" sur un protocole de routage ? (2 réponses possibles)
| |
| − | |type="[]"}
| |
| − | - On pourrait perdre des paquets que l'on ne perdrait pas avec
| |
| − | + On pourrait saturer Internet
| |
| − | + On risquerait de ne pas connaître d'existence d'une boucle de routage
| |
| − | - On devrait supprimer ce champ car l’impact de ce calcul ralentit le routage
| |
| − | Explication: 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. On ne perdrait pas de paquet, bien au contraire on les démultiplierait, jusqu'à saturation des liens d'interconnexion.
| |
| | | | |
| | </quiz> | | </quiz> |
Il peut y avoir 1, 2, 3 ou 4 bonnes réponses, si une seule mauvaise est cochée, elle annule la (ou les) bonne(s) réponse(s)
