Il n'existe pas de mode de commutation LAN qui minimise intrinsèquement les erreurs CRC *tout en garantissant simultanément* un taux de latence fixe. Les erreurs CRC résultent d'une corruption des données sur le support physique (câbles, connecteurs, etc.), tandis que la latence est principalement déterminée par l'architecture et la vitesse de traitement du switch. Ce sont des questions largement indépendantes.
Un commutateur fonctionne au niveau de la couche 2 (liaison de données) du modèle OSI. Le CRC (Cyclic Redundancy Check) est calculé et vérifié au niveau de la couche liaison de données pour détecter les erreurs *après* que les données ont traversé le support physique et *avant* que les données ne soient transmises au saut suivant. La méthode de commutation interne du commutateur (store-and-forward, cut-through, fragment-free) aura un impact sur la latence, mais n'empêchera ni n'atténuera directement les erreurs CRC.
Voici une répartition :
* Erreurs CRC : Ceux-ci sont détectés et gérés par le matériel de la carte réseau et les protocoles réseau (par exemple Ethernet). Un meilleur câblage et une maintenance appropriée sont les principaux moyens de réduire les erreurs CRC. Le commutateur lui-même n’empêche pas activement ces erreurs.
* Latence : Ceci est affecté par la méthode de commutation du commutateur :
* Stocker et transférer : Le commutateur reçoit la trame entière, calcule le CRC et ne la transmet que si le CRC est correct. Cela a une latence plus élevée mais une meilleure détection des erreurs.
* Transfert : Le commutateur transmet la trame dès que l'adresse MAC de destination est lue. Cela a une latence plus faible mais moins de détection d'erreurs, car la vérification CRC est souvent ignorée.
* Sans fragments : Un compromis :il vérifie le début de la trame et quelques octets d'en-tête avant le transfert, offrant un équilibre entre latence et détection d'erreurs.
En bref : Pour minimiser les erreurs CRC, concentrez-vous sur la maintenance de la couche physique (câbles, connecteurs, etc.). Pour obtenir une latence faible et fixe, vous voudriez une méthode de commutation directe (ou potentiellement sans fragments), mais vous acceptez une plus grande chance de transférer des trames avec des erreurs CRC non détectées. Il y a un compromis; vous ne pouvez pas simultanément minimiser parfaitement les deux.
|