|
|
| Line 1: |
Line 1: |
| | 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) | | 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) |
| | | | |
| | + | == Niveau 1 : Reconnaitre / Identifier == |
| | | | |
| | <quiz display=simple> | | <quiz display=simple> |
| | | | |
| − | {Quel impact a le temps de calcul du CRC au niveau 2 ? | + | {Le CRC est : (1 réponse possible) |
| − | |type="[]"} | + | |type="()"} |
| − | - énorme, cela augmente la latence de la transmission | + | - un code de vérification pour détecter les erreurs au niveau physique |
| − | + Aucun c'est le coupleur qui le fait à la volée | + | + un code de vérification pour détecter les erreurs au niveau liaison |
| − | - Aucune importance, les routeurs corrigent les CRC à la volée | + | - une somme de contrôle utilisée pour détecter les erreurs au niveau réseau |
| − | - Ce calcul est optionnel, et n'est que rarement employé de nos jours | + | - une somme de contrôle utilisée pour détecter les erreurs au niveau transport |
| | | | |
| | + | {Le checksum est : (1 réponse possible) |
| | + | |type="()"} |
| | + | - un code de vérification pour détecter les erreurs au niveau physique |
| | + | - un code de vérification pour détecter les erreurs au niveau liaison |
| | + | - une somme de contrôle utilisée pour détecter les erreurs au niveau réseau |
| | + | + une somme de contrôle utilisée pour détecter les erreurs au niveau transport |
| | | | |
| − | {Est ce que le CRC de niveau 2 est l'arme absolue pour la détection des erreurs ?
| + | </quiz> |
| − | |type="[]"}
| + | |
| − | - Oui, sinon inutile de l'inclure à tous les niveaux
| + | |
| − | + Non, il est nécessaire de contrôler l'intégrité au niveau supérieur
| + | |
| − | - peu importe, l'application corrige
| + | |
| − | - IPv6 intègre la correction d'erreur
| + | |
| | | | |
| − | {La taille de la MTU de niveau 2 ?
| + | == Niveau 2 : Comprendre / Appliquer == |
| − | |type="[]"}
| + | |
| − | + d'au moins 1280 octets est fortement conseillée
| + | |
| − | - peu importe la taille maximum, la fragmentation est intégrée d'emblée
| + | |
| − | - est désormais adaptative dans les systèmes ayant le label IPv6 Ready
| + | |
| − | - doit être absolument identique sur tout le parcours des paquets
| + | |
| | | | |
| | + | <quiz display=simple> |
| | | | |
| − | {Le temps de calcul du CRC de niveau 2 et supérieur impacte il le délai des échanges ? | + | {Une erreur de transmission due à une interférence au niveau physique sera détectée (1 réponse possible) |
| − | |type="[]"} | + | |type="()"} |
| − | - Oui, d'autant plus que ce calcul est fait à différents niveaux | + | - au niveau physique |
| − | - Oui, car ce calcul est réalisé dans les couches intermédiaires
| + | + au niveau liaison |
| − | + Non car de nombreux coupleurs décharge les couches de protocoles de ce calcul | + | - au niveau réseau |
| − | - ce calcul étant optionnel, aucun impact notoire n'est constaté | + | - au niveau transport |
| | | | |
| | + | {Une erreur de transmission due à une mémoire corrompue sur un routeur sera détectée (1 réponse possible) |
| | + | |type="()"} |
| | + | - au niveau physique |
| | + | - au niveau liaison |
| | + | - au niveau réseau |
| | + | + au niveau transport |
| | | | |
| − | | + | {Une en-tête IPv6 peut se trouver (2 réponses possibles) |
| − | {Au niveau 4, les couches transport UDP et TCP ... | + | |
| | |type="[]"} | | |type="[]"} |
| − | + intègrent l'entête IPv6 dans le calcul d'intégrité du CRC
| + | - au début d'une trame Ethernet |
| − | - combinent n° de port, numéro de séquence et accusé de réception | + | - entre une en-tête Ethernet et une autre en-tête Ethernet |
| − | - s'adaptent dynamiquement aux besoins applicatifs | + | + entre une en-tête Ethernet et une en-tête TCP |
| − | - sont prises en compte par les routeurs de transit | + | + entre une en-tête IP et une en-tête TCP |
| | | | |
| | </quiz> | | </quiz> |
| | | | |
| − | === Explications : === | + | == Niveau 3 : Analyser / Résoudre == |
| − | *1 Le calcul du CRC est réalisé au niveau 2 par un circuit ASIC du coupleur, ce traitement se fait à la volée, et aucun ralentissement n'est notoire. De plus de nombreux coupleurs récents proposent de décharger les couches de niveau 3 et 4. Ce qui permet d'accélérer ces calculs et donc d'optimiser la consommation CPU des systèmes d'exploitation.
| + | |
| − | | + | |
| − | *2 Le calcul de CRC au niveau 2 permet d'écarter des trames qui auraient subies des perturbations pendant le trajet sur les supports physiques, mais ceci n'est pas suffisant, car on peut aisément imaginer que si un ou plusieurs paquets ont été perdus au cours du trajet, seules les couches supérieures seront à même de réaliser les traitements nécessaires à la détection des paquets non acheminés. Si le calcul de CRC n'est pas présent au niveau 3, il est nécessaire au niveau 4, on considère que la couche application récupère un flux fiable au delà du niveau transport.
| + | |
| − | | + | |
| − | *3 Une taille de MTU de 1280 est fortement conseillée, car le mécanisme de fragmentation n'est pas déclenché systématiquement. La taille de MTU peut être différente sur chaque liaison intermédiaire.Aucun label IPv6 ready n'a été mis en place pour l'instant.
| + | |
| − | | + | |
| − | *4 Le calcul du CRC est réalisé au niveau 2 par un circuit ASIC du coupleur, ce traitement se fait à la volée, et aucun ralentissement n'est notoire. De plus de nombreux coupleurs récents proposent de décharger les couches de niveau 3 et 4. Ce qui permet d'accélérer ces calculs et donc d'optimiser la consommation CPU des systèmes d'exploitation.
| + | |
| − | | + | |
| − | *5 Les couches de tranport intègrent l'en-tête IPv6 dans le calcul du CRC de niveau 4. Ceci assurent une indépendance des applications et simplifient le traitement des routeurs sur le trajet emprunté dans le réseau.
| + | |
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)
