Switch Cisco, négociation speed duplex et MDIX
Par défaut sur un switch Cisco récent, les interfaces ethernet (Fast, Gig, …) négocient leur vitesse de fonctionnement, l’état du duplex (Full ou Half) ainsi que l’utilisation du câble (croisé ou droit) aussi appelé MDIX.
Dans certains cas (problèmes de négociation entre autres), il peut être nécessaire de définir manuellement la vitesse et le duplex ce qui a pour effet bien entendu de désactiver leur négociation.
Par exemple si on applique la configuration suivante:
Switch(config)# interface fa0/1 Switch(config-if)# speed 100 Switch(config-if)# duplex full
On obtient alors une interface qui fonctionnera en 100Mbits/s et Full Duplex mais ne négociera plus son état. Normal!
Par contre un phénomène mois attendu peut également ce produire… Voici l’expérimentation effectuée:
Deux switch sont interconnectés à l’aide d’un câble droit. Les deux sont dans leur état par défaut, les config sont remises à zéro. Sur SW1 comme SW2, les interfaces utilisées sont UP/UP, en 100Mbits/s et Full Duplex négocié. Pas de souci de câble la fonctionnalité MDIX négocie l’utilisation des paires Rx/Tx … tout va bien.
Ensuite, on configure manuellement la vitesse et le duplex sur chacun des switch:
SW1(config)# interface G0/1 SW1(config-if)# speed 100 SW1(config-if)# duplex full
A ce moment là, l’interface passe down/down, et repasse up/up après quelques instants. Premier constat: CDP annonce un « Duplex Mismatch ».
Normal… SW1 ne veut plus négocier le duplex et impose la vitesse de fonctionnement, résultat: la Fa0/1 de SW2 passeen 100Mbit/s et Half-Duplex.
Solution ? … forcer les mêmes valeurs sur SW2…
SW2(config)# interface Fa0/1 SW2(config-if)# speed 100 SW2(config-if)# duplex full
Résultat … L’interface passe down/down … et ne repasse pas up/up!!!
Après vérification, les deux côtés sont bien forcés en 100Mbits/s et Full Duplex, les interfaces sont bien « no shutdown » … et le câble n’a pas bougé …
Il ne reste donc qu’une hypothèse … une autre fonctionnalité a été désactivée par la même occasion … le MDIX !
Après remplacement du câble droit par un câble croisé, les interfaces sont repassées up/up immédiatement.
Conclusion: désactiver la négociation du duplex et de la vitesse d’une interface Fast/GigabitEthernet désactive également les fonctionnalités MDIX et il n’est donc plus possible d’utiliser un câble droit entre deux switch.
Moralité: Il faut toujours utiliser un câble croisé entre des équipements de même famille (même brochage) même si ceux-ci sont dotés de la fonctionnalités MDIX!
Bonjour, j’ai un soucis j’aimerai interconnecter 2 switch avec câble de tel sorte que je puisse équilibrer la charge des données entrant et sortant sur les deux liens quelqu’un à une idée comment configurer??
Merci pour cet article toujours aussi didactique !
En effet le Duplex et Speed en AUTO sont des pre-requis pour que le MDIX fonctionne. J’avais eu aussi ce probleme chez un client et d’un point de vue theorique ce n’est pas forcement logique je l’avoue 🙂
Sur cet article, Cisco precise ces pre-requis: http://www.cisco.com/en/US/docs/switches/lan/catalyst3850/software/release/3.2_0_se/int_hw_components/configuration_guide/b_int_32se_3850_cg_chapter_010.html
Il faut différencier les différentes lignes du résultat de la commande.
Celles qui commencent par « Administrative » indiquent les capacités de l’interface, tandis que celles qui commencent par « Operationnal » indiquent la configuration de l’interface. C’est ainsi que je le comprends.
Pour les deux switchs on a :
Operational Speed: 100
Operational Duplex: full
Operational Auto-MDIX: off
Le paramètre Auto-MDIX est bien désactivé.
Une autre façon de vérifier est d’utiliser la commande suivante :
show controllers ethernet-controller fa 0/1 phy | include MDIX
Ah … bien vu … j’ai totalement zappé la fin de l’affichage. Au moins mon diagnostique original était correct 😉 Merci de m’avoir corrigé 🙂
Encore un article intéressant. Merci.
Voici une commande qui permet d’obtenir les infos Speed/Duplex/MDIX d’une interface :
show interface fastEthernet 0/5 transceiver properties
Diagnostic Monitoring is not implemented.
Name : Fa0/5
Administrative Speed: auto
Administrative Duplex: auto
Administrative Auto-MDIX: on
Administrative Power Inline: enable
Operational Speed: 100
Operational Duplex: full
Operational Auto-MDIX: on
Media Type: 10/100BaseTX
Je n’avais pas pensé à vérifier avec cette commande … c’est chose faite maintenant … et oh surprise … l’affichage n’aiderait en rien …
Premier switch:
3560-2#sh int fa0/1 transceiver propertiesDiagnostic Monitoring is not implemented.
Name : Fa0/1
Administrative Speed: 100
Administrative Duplex: full
Administrative Auto-MDIX: on
Administrative Power Inline: enable
Operational Speed: 100
Operational Duplex: full
Operational Auto-MDIX: off
Media Type: 10/100BaseTX
Deuxième switch:
2960-5#sh int g0/1 transceiver propertiesDiagnostic Monitoring is not implemented.
Name : Gi0/1
Administrative Speed: 100
Administrative Duplex: full
Administrative Auto-MDIX: on
Administrative Power Inline: N/A
Operational Speed: 100
Operational Duplex: full
Operational Auto-MDIX: off
Media Type: 10/100/1000BaseTX
Les deux côtés sont donc bien forcés en 100Mbits/s et Full duplex … les deux indiquent que l’autoMDIX est en place … et pourtant les interfaces sont down/down.
3560-2#sh int fa0/1 statusPort Name Status Vlan Duplex Speed Type
Fa0/1 notconnect 1 full 100 10/100BaseTX
3560-2#
Le remplacement du câble par un croisé solutionne le problème bien entendu. Comme quoi il ne faut pas toujours croire ce que l’IOS nous dit 😉