non-concordance vitesse / duplex

Comment se produisent les décalages; quel est l'impact d'un décalage sur la connectivité réseau; la résolution des asymétries en vaut vraiment la peine; quelles sont les façons de détecter les asymétries à grande échelle?

Pour répondre à vos questions dans l'ordre:

• Des incompatibilités se produisent lorsque la négociation automatique ou les configurations manuelles échouent. Cela peut être dû à des problèmes de couche physique ou au fait que les configurations manuelles ne conviennent pas. Les problèmes physiques peuvent être quelque chose comme un concentrateur en ligne ou des problèmes de câble physique (paires manquantes / cassées).
• Les incompatibilités duplex peuvent avoir un impact significatif sur les performances de votre réseau. Les collisions, en particulier les plus tardives, peuvent prendre du temps (relativement parlant) pour que la pile TCP récupère. Les collisions avec UDP signifient que les données peuvent ne jamais y arriver ou nécessiter un mécanisme de récupération de la couche application.
• Résoudre les asymétries vaut vraiment la peine de résoudre votre temps. Cela peut également faire allusion à d'autres problèmes, car le duplex / la vitesse devrait être une chose supposée de nos jours.
• Certains des outils de gestion centralisée ( Solarwinds , Spiceworks , HP OpenView et autres) ont probablement des rapports d'erreurs d'interface qui devraient inclure ces types de problèmes.

Pour bien comprendre pourquoi les asymétries duplex se produisent, vous devez comprendre comment la technologie a évolué.

À l'origine, tout Ethernet était semi-duplex. Lorsque le duplex intégral est entré en scène, quelqu'un a sagement décidé que les appareils (en particulier les appareils semi-duplex et duplex intégral) devraient être en mesure de s'entendre sur la façon dont ils communiqueraient et que la négociation automatique était également entrée.

Cependant, aucun de ces anciens appareils semi-duplex n'a été conçu pour négocier automatiquement, donc lorsque la norme a été écrite, le dispositif de négociation automatique doit supposer que si l'autre partie n'a pas participé à la négociation, elle devait s'exécuter. en mode semi-duplex, car le périphérique de l'autre côté ne doit être capable que de semi-duplex.

Comme d'autres l'ont souligné, la négociation automatique n'a pas toujours bien fonctionné au début, de nombreux appareils ont donc été configurés avec des paramètres de vitesse statique et de duplex (souvent 100 / complet), et lorsqu'un périphérique de négociation est connecté à un tel périphérique, un duplex l'inadéquation se produit.

En ce qui concerne le problème, une incompatibilité duplex peut être bien pire que l'exécution en mode semi-duplex. En effet, un côté (full-duplex) pense qu'il peut émettre à tout moment même s'il est en cours de réception. Le côté semi-duplex verra cela comme une collision et reculera, tandis que le côté duplex intégral continuera à transmettre.

Si le côté full-duplex a tendance à transmettre un grand nombre de données, cela peut "affamer" le côté semi-duplex car il attend que le support s'efface avant de transmettre, provoquant la mise en file d'attente des trames et finalement leur abandon.

Dans l'ensemble, une mauvaise situation et celle que vous devez corriger.

Lorsqu'il s'agit de détecter des incompatibilités, vous pouvez rechercher des erreurs. Du côté du duplex intégral, vous verrez généralement de nombreux runts et souvent des erreurs CRC (les fournisseurs peuvent parfois utiliser des termes différents). Du côté semi-duplex, vous verrez souvent des collisions et des échecs de tampon. Tout système de gestion décent devrait être en mesure de vous fournir une liste d'interfaces qui génèrent un nombre d'erreurs plus élevé que prévu.

De nos jours, les causes les plus courantes sont les liens où un système (réseau ou périphérique final) est configuré manuellement et l'autre automatiquement.

Aux premiers jours de l'auto-négociation (full duplex 10 Mo et Fast Ethernet), il n'était pas rare que les appareils ne parviennent pas à négocier correctement.

Pour cette raison (et pour d'autres raisons liées à l'inertie), de nombreux grands réseaux d'entreprise et de SP ont nécessité une configuration manuelle de certaines ou de toutes les liaisons.

De nos jours, il n'y a aucune justification à cela, et en fait sur Gigabit Ethernet (cuivre au moins), une négociation automatique est requise, et les appareils bien comportés ne permettront pas de la désactiver. Dans certains cas, cela peut ne pas être clair, par exemple sur certains kits Cisco, la "désactivation" de la négociation automatique sur les liaisons de concert restreint simplement les valeurs acceptables dans le processus de négociation automatique (ce qui peut être utile si vous n'alarmez pas une vitesse d'interface inattendue). & duplex).

Les incompatibilités se produisent le plus souvent lorsqu'un côté d'un lien est explicitement configuré et que l'autre côté est défini pour négocier automatiquement. Lorsque les périphériques sont gérés séparément, les parties peuvent ne pas communiquer et vérifier les paramètres. L'impact sur la connectivité réseau va de inaperçu sur les liaisons à faible utilisation à grave sur les liaisons à forte charge. Cela vaut généralement la peine de résoudre les incohérences dans la mesure du possible. Sur les commutateurs Cisco, un indicateur de fiabilité de l'interface inférieur à 255 est un bon moyen de détecter les incompatibilités. Cette valeur peut être interrogée avec SNMP pour détecter les discordances à grande échelle.