Accueil / Notes techniques / Port Ethernet physiquement DOWN

Port Ethernet physiquement DOWN : diagnostic câble, optique et matériel

current state : DOWN ne dit rien sur la raison. Cela peut être un arrêt humain, une panne matérielle, un câble ou une fibre défectueux, un optique mal assorti, ou la pièce où se trouve le commutateur — six causes racines différentes, chacune avec sa propre vérification et sa propre solution. Voici l'ordre qui les distingue rapidement, avec les commandes display exactes et de vrais chiffres de puissance optique.

By Yuwen Zhang (Atlas), founder of AtlasCommTech — 13 years of carrier & enterprise network deployments · Updated July 2026

Un DOWN physique a six causes racines différentes, pas une seule

La tentation est de recourir à la même solution à chaque fois — rebrancher le câble, changer le module. Cela fonctionne assez souvent pour être dangereux, car cela masque aussi laquelle des six causes était réellement en jeu.

Une interface Ethernet reste Up sous la condition la plus élémentaire qu'un commutateur doit remplir : pouvoir envoyer et recevoir des trames. Quand elle ne le peut pas, le voyant s'éteint, current state affiche DOWN, et une entrée de journal comme linkDown_active se déclenche. À partir de là, les causes possibles se répartissent nettement en six branches — quelqu'un l'a arrêtée ou a déclenché un mécanisme de protection, le matériel de l'appareil lui-même a échoué, le câble ou la fibre est défectueux, l'optique et la fibre associée ne correspondent pas, la méthode de connexion était erronée, ou l'environnement autour de l'équipement est en cause. Chaque branche a sa propre commande de diagnostic, et deviner laquelle s'applique gaspille exactement le genre de temps que cette note est censée faire économiser.

Voici la vérification pour chacune des six branches avec les commandes exactes à exécuter, quatre cas de terrain réels tirés de véritables dossiers de maintenance, et les réponses de FAQ qui reviennent chaque fois qu'un port refuse de monter.

Six branches, un arbre de décision

Commencez par display interface et laissez le champ current state et toute raison ERROR DOWN vous orienter vers la bonne branche — pas une intuition.

Les légendes du schéma restent en anglais pour la clarté technique.

En pratique, les branches 3 (support), 4 (usage) et 6 (l'optique elle-même) se chevauchent fortement — une puissance optique hors de son seuil peut signifier une fibre défectueuse, un module mal assorti, ou un transceiver défaillant, et display interface transceiver verbose est la commande qui aide à les distinguer. C'est pourquoi la vérification optique fait l'objet d'un parcours détaillé séparé ci-dessous.

Parcourir chaque branche

Cinq vérifications, cinq commandes différentes — et le tableau des raisons ERROR DOWN qui vous évite de deviner à la branche 1.

Branche 1 — Facteurs humains : arrêt et mécanismes de protection

Si current state affiche Administratively down, quelqu'un (ou quelque chose) a demandé l'arrêt du port — la question est qui, et undo shutdown n'est peut-être même pas la bonne réponse.

Exécutez display interface et lisez current state littéralement. Administratively down signifie qu'une commande shutdown est active — exécutez undo shutdown si ce n'est vraiment pas voulu.
Si current state affiche plutôt ERROR DOWN (down-cause), l'appareil a lui-même arrêté le port en réponse à un événement déclencheur précis — la valeur down-cause nomme exactement lequel : bpdu-protection (un BPDU est arrivé sur un port d'extrémité avec la protection BPDU activée), storm-control (le débit broadcast/multicast/unicast inconnu a dépassé le seuil élevé configuré avec l'action error-down), loopback-detect (le port a reçu sa propre trame de détection de boucle), mac-address-flapping, link-flap (une oscillation Up/Down répétée a déclenché le seuil de protection anti-oscillation), crc-statistics, et plusieurs causes spécifiques au stack/M-LAG.
Dans la vue diagnose, display system internal device port interface-name affiche un tableau Port enable related check — toute ligne où IsPass n'est pas YES explique pourquoi le port ne peut vraiment pas monter, jusqu'à savoir si shutdown est configuré, si l'appareil est en pleine mise à niveau, ou si l'instance du moteur de transfert est up.
Récupérez manuellement avec shutdown puis undo shutdown, ou redémarrez l'interface — ou configurez error-down auto-recovery cause down-cause interval interval-value pour que la cause spécifique se résolve d'elle-même une fois la condition de panne passée.

<HUAWEI> display logbuffer | include DOWN
Sep 19 2022 08:51:53 HUAWEI %%01IFNET/2/linkDown_active(l):CID=0x807a0427-
alarmID=0x08520003;The interface status changes. (ifName=10GE1/0/1, AdminStatus=UP,
OperStatus=DOWN, Reason=Interface physical link is down, mainIfname=10GE1/0/1)

<HUAWEI> display interface 10GE 1/0/1
10GE1/0/1 current state : DOWN (ifindex: 11)
Line protocol current state : DOWN

[HUAWEI-diagnose] display system internal device port 10ge1/0/1
Port enable related check:
--------------------------------------------------------------------------------
DevType     AttrName        AttrValue    ExpectValue    IsPass
--------------------------------------------------------------------------------
port        isshut          0x1          == 1           YES
port        portlfeisup     0x1          == 1           YES
port        triggerShut     0x1          == 1           YES
port        phyportisshut   0x1          == 1           YES
--------------------------------------------------------------------------------
// any row where IsPass is not YES tells you exactly why the port won't come Up

[HUAWEI] interface 10ge1/0/1
[HUAWEI-10GE1/0/1] error-down auto-recovery cause link-flap interval 300

Branche 2 — Pannes matérielles de l'appareil

Qu'il s'agisse d'un lot de ports ou d'un seul indique s'il faut suspecter la carte ou seulement ce port-là.

Exécutez display interface brief pour voir toutes les interfaces d'un coup. Plusieurs ports tombant DOWN ensemble, tous connectés à des appareils distants différents, indiquent une panne de carte locale ou l'instabilité propre des appareils distants (un pair en pleine bascule, en veille, ou en redémarrage) ; un seul port tombant DOWN pointe spécifiquement vers ce port.
Pour un port unique suspect, vérifiez d'abord si les contacts métalliques du logement physique sont pliés ou mal alignés, puis exécutez loopback internal sur cette interface. Si current state revient à UP sous boucle interne, le chemin interne du port est bon et il n'y a pas de panne matérielle ; s'il reste DOWN, il y a un vrai problème matériel interne.
Pour une panne par lot sur une carte avec des pairs distants par ailleurs sains, exécutez reset slot slot-id pour réinitialiser la carte ; si la panne persiste, la carte doit être remplacée. Pour une panne par lot où les appareils pairs oscillent eux-mêmes (bascule, redémarrage), c'est souvent un comportement transitoire normal qui se résorbe une fois le pair stabilisé — mais confirmez d'abord que le pair ne redémarre pas à cause de son propre problème de boucle ou d'attaque.

<HUAWEI> display interface brief
Interface         PHY     Protocol InUti OutUti inErrors outErrors
10GE1/0/1          up     down      0.01% 0.01%        0      0
10GE1/0/3          down     down        0%   0%        0      0

<HUAWEI> system-view
[HUAWEI] interface 10ge1/0/1
[HUAWEI-10GE1/0/1] loopback internal
Info: Ensure that the port is not in default VLAN 1 to prevent traffic loops.
[HUAWEI-10GE1/0/1] display this interface
10GE1/0/1 current state : UP (ifindex: 23)
// came UP under internal loopback -- no hardware fault, problem is external

Branche 3 — Support de transmission : câble cuivre ou fibre

Le cuivre et la fibre tombent en panne de manières différentes et nécessitent des outils différents — virtual-cable-test pour l'un, les seuils de puissance optique pour l'autre.

Pour le cuivre : confirmez que les deux extrémités utilisent le même câble, que les cavaliers du panneau de brassage sont corrects, et que la longueur du câble est sous la limite standard Ethernet de 100 m — les ports GE ont besoin d'au moins du Cat5e pour négocier à 1000 M.
Exécutez virtual-cable-test sur l'interface. Pair state Ok sur les quatre paires signifie que le câblage est sain ; Open ou Short sur une paire signifie qu'il est temps de changer le câble.
Pour la fibre : confirmez d'abord que le transceiver est certifié Huawei — l'alarme d'un optique non certifié apparaît directement dans le journal, et sa fiabilité sous garantie n'est pas assurée.
Exécutez display interface transceiver verbose et comparez Current RX Power / Current TX Power aux propres champs Default RX/TX Power High/Low Threshold du module. Une lecture à l'intérieur des deux seuils et une Voltage/Bias Current non nulle excluent l'optique elle-même comme cause de la panne.

<HUAWEI> system-view
[HUAWEI] interface 10ge1/0/1
[HUAWEI-10GE1/0/1] virtual-cable-test
Warning: The command will stop service for a while, Continue?[Y/N] y
Pair A state: Ok
Pair B state: Ok
Pair C state: Ok
Pair D state: Ok
// any pair reporting Open or Short instead of Ok -> replace the cable

<HUAWEI> display interface 10ge1/0/2 transceiver verbose
Diagnostic information:
   Voltage (V)                    :3.27
   Bias Current (mA)              :89.76
   Bias High Threshold (mA)       :130.00
   Bias Low Threshold (mA)        :1.00
   Current RX Power (dBm)         :-3.26
   Default RX Power High Threshold (dBm) :-0.50
   Default RX Power Low Threshold (dBm)  :-23.98
   Current TX Power (dBm)         :0.71
   Default TX Power High Threshold (dBm) :5.90
   Default TX Power Low Threshold (dBm)  :-5.90
// current Rx/Tx readings sitting inside their thresholds -> the optic is not the fault

Branche 4 — Méthode de connexion : optique, type de fibre ou câblage mal assortis

Un transceiver parfaitement bon et une fibre parfaitement bonne peuvent quand même refuser de se lier s'ils ne sont pas la bonne paire l'un pour l'autre.

Exécutez display device pour confirmer la carte/le logement exact en question, puis vérifiez le type de transceiver par rapport à l'interface et à la fibre à laquelle il est associé — les optiques monomode ont besoin de fibre monomode, le multimode de multimode ; les mélanger est une erreur d'installation courante.
Exécutez display interface transceiver des deux côtés et comparez Transceiver Type, Wavelength et Transfer Distance côte à côte — ils doivent être compatibles des deux côtés, pas seulement individuellement valides.
Confirmez que la paire de fibres est effectivement croisée : le TX d'une extrémité doit se connecter au RX de l'autre et vice versa. Cela semble évident jusqu'à ce qu'un panneau de brassage entre en jeu et que le tracé physique soit plus long que le schéma au tableau blanc.
Pour les optiques bidirectionnelles à fibre unique (BiDi) spécifiquement, les deux extrémités doivent utiliser des longueurs d'onde complémentaires — une extrémité TX1310/RX1490, l'autre TX1490/RX1310 — pas la même paire de longueurs d'onde des deux côtés.

<HUAWEI> display interface 10ge1/0/2 transceiver
10GE1/0/2 transceiver information:
Common information:
 Transceiver Type          :10GBASE_USR
 Connector Type            :LC
 Wavelength (nm)           :850
 Transfer Distance (m)     :20(62.5um/125um OM1) 50(50um/125um OM2)
Alarm information:
 Non-Huawei-certified transceiver
// compare Transceiver Type / Wavelength / Transfer Distance against the far end,
// not just against the local interface spec

Branche 5 — Facteurs environnementaux

Ne vaut la peine d'être vérifié qu'une fois les quatre premières branches revenues nettes — mais quand c'est le cas, c'est généralement la réponse.

Vérifiez la température et l'humidité de la salle machine par rapport à la plage de fonctionnement nominale de l'équipement — généralement 0-45 °C et 5 %-95 % d'humidité relative, sans condensation. Des relevés persistants hors de cette plage pointent vers la climatisation ou la déshumidification, pas vers le port lui-même.
Vérifiez le cheminement des câbles : câblage électrique et câblage de données en parallèle sans séparation est une source courante d'interférence, et peut aussi signifier une usure physique là où les chemins de câbles fléchissent ou frottent avec le temps.

Quatre cas de terrain

Chacun se ressemblait à première vue — un port bloqué en DOWN — et chacun s'est avéré relever d'une branche différente de l'arbre ci-dessus.

1. Un transceiver non certifié survit à un redémarrage dans le mauvais mode

SYMPTÔMEAprès une perte d'alimentation imprévue et un redémarrage, plusieurs interfaces sont restées physiquement DOWN sans aucun changement de configuration dans l'historique récent, et les appareils pairs n'ont montré aucun redémarrage ou bascule de leur côté.

CAUSEdisplay interface montrait le port toujours en Port Mode: COMMON FIBER alors que l'ingénieur sur site a confirmé que cette interface utilisait en réalité un port Combo câblé en cuivre. display interface transceiver verbose a confirmé que l'optique installée n'avait aucune identification de fournisseur HUAWEI — un transceiver non certifié. Après le redémarrage, le port n'a pas réussi à détecter correctement quel support physique était réellement présent et est resté bloqué en mode fibre au lieu de basculer en mode cuivre, donc il n'est jamais monté.

SOLUTIONRéenficher l'optique n'a pas résolu le problème. La remplacer par un transceiver certifié Huawei l'a fait — Port Mode affichait correctement COMMON COPPER ensuite et l'interface est montée immédiatement. Les optiques non certifiées ne sont pas validées par rapport au propre comportement du firmware de l'appareil, et ce genre d'échec de détection de mode en cas limite est exactement le risque que la certification vise à écarter.

<HUAWEI> display interface 10ge1/0/2
10GE1/0/2 current state : DOWN
Port Mode: COMMON FIBER//should have been COMMON COPPER for this build

<HUAWEI> display interface 10ge1/0/2 transceiver verbose
Vendor Name                     :*********
Alarm information: Non-Huawei-certified transceiver

// after replacing with a certified transceiver:
<HUAWEI> display interface 10ge1/0/2
10GE1/0/2 current state : UP
Port Mode: COMMON COPPER//correct mode, port came Up

2. La distance de fibre multimode dépasse ce que l'OM3 peut porter de manière fiable

SYMPTÔMEUn lien optique 10GE de 210 mètres sur fibre multimode et optiques multimodes oscillait physiquement Up et Down de façon répétée, avec des entrées de journal d'état de lien correspondantes des deux côtés et aucune discordance de configuration nulle part.

CAUSEdisplay interface transceiver verbose a confirmé que le transceiver était certifié Huawei avec les puissances de réception et d'émission toutes deux à l'intérieur de leurs seuils — l'optique elle-même n'était pas en cause. Le champ Transfer Distance sur le transceiver montrait des cotes de support multimode qui varient selon le grade de fibre : environ 300 m sur fibre OM3 mais 400 m sur OM4. À 210 mètres, le lien était dans la plage de l'OM4 mais poussait à la limite de ce que la fibre réellement installée (multimode non-OM4) pouvait porter de manière fiable, et la dispersion chromatique à cette distance suffisait à causer une perte de lien intermittente.

SOLUTIONAssociez les optiques multimodes spécifiquement à de la fibre de grade OM4 lorsque le tracé approche 300 m et plus, plutôt que de supposer qu'un appariement multimode-multimode quelconque convient automatiquement — la règle d'appariement (optique monomode avec fibre monomode, multimode avec multimode) est nécessaire mais pas suffisante une fois la distance importante. Remplacer la fibre par de l'OM4 a résolu l'oscillation.

<HUAWEI> display interface 10ge1/0/1 transceiver verbose
Transceiver Type:10GBASE_SR_SFP
Transfer Distance(m):300(50um/125um OM3),400(50um/125um OM4)//OM4 carries furthest
Vendor Name:HUAWEI// certified optic, ruled out as the fault
Current RX Power (dBm)  :-2.45//within threshold
Current TX Power (dBm)  :-1.86//within threshold
// optic and power both clean -> look at fiber grade vs. the 210m run length

3. L'auto-négociation inter-fournisseurs échoue sur cuivre

SYMPTÔMEUn lien cuivre vers un équipement d'un autre fournisseur ne montait pas, alors que le même câblage physique et le même port fonctionnaient correctement une fois temporairement reconnectés à un autre appareil du même fournisseur.

CAUSEdisplay interface montrait le port lui-même sain — physiquement UP en interne, vitesse et duplex corrects, Negotiation: ENABLE — sans rien dans la configuration ou le câblage qui explique l'échec vis-à-vis de ce pair spécifique. Les implémentations d'auto-négociation ne sont pas identiques chez tous les fournisseurs, et cette paire ne s'est simplement pas accordée sur les paramètres pendant la négociation, même si la configuration de chaque côté était individuellement valide.

SOLUTIONConfigurez negotiation disable sur l'interface côté Huawei pour forcer le mode non-auto-négociation. Le pair est monté immédiatement. Si désactiver l'auto-négociation seule ne suffit pas dans un cas similaire, poursuivez en définissant explicitement speed pour correspondre au pair, car un port non négocié a aussi besoin que son débit soit configuré plutôt que supposé.

<HUAWEI> display interface 10ge 1/0/1
10GE1/0/1 current state : UP
Duplex: FULL,Negotiation: ENABLE//auto-negotiation is on, but the peer still won't link

<HUAWEI> system-view
[HUAWEI] interface 10ge 1/0/1
[HUAWEI-10GE1/0/1] negotiation disable
// peer interface came Up immediately after switching off auto-negotiation

4. Un câble défaillant se manifeste par des erreurs CRC croissantes, pas un port DOWN

SYMPTÔMELe port lui-même est resté physiquement UP tout du long, mais le compteur d'erreurs CRC de l'interface continuait de grimper à chaque vérification — une panne à combustion plus lente qu'un DOWN pur et simple, mais qui dégrade le débit de la même façon.

CAUSEUn câble dégradé — usure interne, connecteur limite, ou dommage physique le long du tracé — corrompt une fraction des trames en transit sans faire tomber le lien pour autant. Chaque trame corrompue échoue à sa séquence de contrôle de trame et incrémente le compteur CRC, ce qui est un signe précoce fiable d'un problème de couche physique même quand le port affiche Up.

SOLUTIONTraitez d'abord un compteur CRC croissant comme un symptôme de couche physique, avant de regarder ailleurs. Remplacer le câble a résolu ce cas ; virtual-cable-test vaut la peine d'être exécuté sur toute interface avec un compteur CRC croissant même si current state affiche encore UP.

<HUAWEI> display this interface
10GE1/0/1 current state : UP
CRC          :4782,Giants           :0
// port shows UP, but CRC count keeps growing on repeated checks ->
// treat as a physical-layer / cable fault even without a DOWN state

Cinq questions qui reviennent constamment

Tirées directement du terrain — celles pour lesquelles il vaut la peine d'avoir une réponse prête.

Comment vérifier concrètement la puissance de réception et d'émission d'un module optique ?

Exécutez display interface transceiver verbose pour le bloc de diagnostic complet, ou display interface transceiver brief pour juste les chiffres de puissance. Current RX Power et Current TX Power sont les relevés qui comptent ; comparez-les aux propres champs Default RX/TX Power High/Low Threshold de ce même module, qui accompagnent le transceiver plutôt que d'être un chiffre fixe pour tous les modules.

Les deux extrémités sont des ports GE avec auto-négociation activée — pourquoi ne négocient-ils pas à la vitesse gigabit ?

Le 1000BASE-T nécessite du câblage Cat5e ou mieux avec les quatre paires de fils internes en bon état pour que le lien négocie au gigabit. Une paire dégradée, un connecteur lâche, ou un câble sous les spécifications négocie souvent quand même — juste à 100 M au lieu de 1000 M. Exécutez virtual-cable-test pour vérifier directement l'état des paires, et configurez explicitement speed auto si vous voulez forcer une tentative de renégociation.

Pourquoi un lien bidirectionnel à fibre unique (BiDi) ne monte-t-il pas alors que les deux extrémités ont des optiques BiDi installées ?

Les optiques BiDi doivent être utilisées en paires complémentaires, pas identiques — une extrémité a besoin d'un module TX1310/RX1490 et l'autre de TX1490/RX1310. Deux modules avec la même affectation de longueur d'onde des deux côtés ne se lieront jamais, aussi saine que soit la fibre, puisqu'ils émettent et écoutent tous deux sur la même longueur d'onde au lieu de longueurs opposées.

Un port 10GE peut-il utiliser un module optique 1GE, ou l'inverse ?

Un port optique 10GE peut accepter un module 1GE et fonctionnera en 1GE — le port lui-même est capable du débit inférieur. L'inverse ne fonctionne pas : une interface optique classée 1GE ne peut pas être poussée à faire fonctionner un module classé 10GE, car l'interface physique et le débit SerDes ne sont pas conçus pour cela. Faites toujours correspondre le débit nominal du module à ce que le port physique est réellement conçu pour faire fonctionner.

Un port oscille sans cesse entre Up et Down toutes les quelques minutes — est-ce du matériel, du câble, ou autre chose ?

Vérifiez d'abord la cause ERROR DOWN si le journal en montre une — la protection anti-oscillation qui se déclenche à répétition est elle-même diagnostique d'une couche physique instable en dessous, pas une panne séparée. S'il n'y a pas de cause ERROR DOWN, vérifiez le CRC et les autres compteurs d'erreur (un câble défaillant se dégrade avant de tomber en panne pour de bon), puis la puissance optique si c'est un lien fibre, et ne le traitez comme une panne matérielle qu'une fois que le câblage et l'optique se révèlent tous deux propres sous loopback internal.

Limites honnêtes de cette note

Limites honnêtes de cette note

Cette note s'appuie sur le modèle de classification des pannes d'interface physique du commutateur Huawei série S et ses commandes display interface / display interface transceiver / virtual-cable-test, ainsi que sur les cas de terrain qui les sous-tendent. Si votre commutateur est d'un autre fournisseur, les commandes exactes changent, mais l'ordre de diagnostic en six branches — humain/protection, matériel, support, usage/discordance, environnement, et l'optique elle-même — s'applique directement. Elle ne couvre pas en profondeur les échecs de scission/fusion d'interface ou les scénarios de perte de paquets en état Up ; ceux-ci se trouvent dans une section connexe du même manuel source et méritent leur propre traitement séparé.

Un port qui ne monte pas et vous avez épuisé les choses évidentes à essayer ?

Envoyez-nous la sortie de display interface et display interface transceiver verbose, et nous vous aiderons à identifier laquelle des six branches vous concerne réellement.

WhatsApp avec un ingénieur →