|
|
Line 32: |
Line 32: |
| | | |
| == Quizz == | | == Quizz == |
− | 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)
| |
− |
| |
− |
| |
− | <quiz display=simple>
| |
− |
| |
− | {Que pourrait-il se passer en l'absence d'un champs de type "Hop Limit" sur un protocole de routage ?
| |
− | |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
| |
− |
| |
− |
| |
− | {Combien de routeurs peuvent être traversés pas un datagramme IPv6?
| |
− | |type="[]"}
| |
− | - On doit en traverser au moins 64
| |
− | + Tout dépends de la position de la source et de la destination ainsi que de la topologie du réseau d'interconnexion
| |
− | - aucun souci, une valeur par défaut est fournie par le routeur au moment de l'attribution automatique d'une adresse
| |
− | + Parfois le destinataire est accessible localement, dans ce cas aucun routeur n'est nécessaire
| |
− |
| |
− |
| |
− | {Sans fragmentation quelle est la taille maximale de la payload IPv6?
| |
− | |type="[]"}
| |
− | + La taille de l'en-tête IPv6 étant variable, tout dépend de la MTU du protocole de niveau 2
| |
− | - L'en-tête IPv6 est de taille constante, cela donne 1460 octets pour Ethernet
| |
− | - La charge utile IPv6 est alignée sur des mots de 32 bits
| |
− | - La charge utile IPv6 est alignée sur des mots de 64 bits
| |
− |
| |
− |
| |
− | {Quelle est l'intérêt du champ Flow Label IPv6?
| |
− | |type="[]"}
| |
− | - Cela remplace valablement le rôle du champ DSCP
| |
− | + Ce champ facilite le traitement des routeurs pour la qualité de service
| |
− | - La charge utile IPv6 devant être alignée sur des mots de 32 bits, ce champ sert de bourrage
| |
− | - L'impact est minime, car cette valeur est aléatoire
| |
− |
| |
− | {Quelles sont les valeurs correctes du champ Next Header IPv6 parmi les propositions suivantes?
| |
− | |type="[]"}
| |
− | + IPv4
| |
− | + IPv6
| |
− | + TCP
| |
− | - ICMPv4
| |
− |
| |
− | </quiz>
| |
− |
| |
− |
| |
− | === Explications : ===
| |
− | *1 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.
| |
− |
| |
− | *2 Aucun routeur n'est nécessaire si le destinataire est situé sur le lien local de la source, mais dans le cas contraire on peut traverser autant de routeurs que nécessaire à la seule condition que la valeur hop limit l'autorise.
| |
− |
| |
− | *3 Si la segmentation est autorisée, la taille du paquet IP est indépendante de la MTU de niveau 2, par contre sans fragmentation il faut d'adapter à la plus petite taille maximale de la MTU du protocole de niveau 2 en fonction de la route parcourue.
| |
− |
| |
− | *4 L'intérêt du champ Flow Label d'identifier un flux source/destination afin d'alléger les traitements des routeurs intermédiaires, nottament pour la QoS.
| |
− |
| |
− | *5 Le protocole ICMPv4 n'est pas opportun au dessus d'IPv6.
| |
| | | |
| == Exercices == | | == Exercices == |
Vidéo bonus Traffic Class:
Codage détaillé DSCP, gestion de la congestion avec ECN
Cette présentation présente progressivement chacun des champs du datagramme IPv6 pour indiquer leur intérêt ou utilisation :