Sur cette page
Dépannage: La liaison de l’interface de gestion em0 est inactive
Dépannage: Le lien de l’interface de gestion fxp0 est indisponible
Dépannage: Interface physique Ethernet défectueuse sur un routeur M Series, MX Series ou T Series
Présentation de la réflectométrie dans le domaine temporel sur les routeurs ACX Series
Diagnostiquer un câble à paire torsadée défectueux sur les routeurs ACX Series
Dépannage des interfaces
Cette rubrique traite de différents scénarios de dépannage.
Dépannage: La liaison de l’interface de gestion em0 est inactive
Problème
Description
Ethernet Link Down
L’alarme est déclenchée lorsque vous exécutez la commande de show chassis alarm
mode opérationnel sur un routeur T640, un routeur T1600, un routeur T4000 ou un routeur TX Matrix Plus.
Diagnostic
Effectuez les tests suivants pour vérifier si l’interface de gestion em0 est indisponible sur le moteur de routage principal ou le moteur de routage de secours :
Exécutez la
show chassis alarms
commande.Afficher les alarmes du châssis
user@host0> show chassis alarms 1 alarms currently active Alarm time Class Description 2011-10-19 11:13:02 MYT Major Host 1 em0 : Ethernet Link Down
L’alarme
Ethernet Link Down
s’affiche-t-elle sur l’interface em0 du moteur de routage principal (hôte 0) ?Oui: Contactez le JTAC pour obtenir de l’aide.
Non: Passez au test de diagnostic suivant.
Exécutez les commandes et
show interfaces em0
leshow interfaces em0 terse
mode opérationnel.show interfaces em0
user@host> show interfaces em0 Physical interface: em0, Enabled, Physical link is Up Interface index: 1, SNMP ifIndex: 1 Type: Ethernet, Link-level type: Ethernet, MTU: 1514, Speed: 100mbps Device flags : Present Running Interface flags: SNMP-Traps ...
show interfaces em0 laconique
user@host> show interfaces em0 terse Interface Admin Link Proto Local Remote em0 up up em0.0 up up inet 10.100.100.1/30
L’interface em0 se trouve-t-elle sur le moteur de routage
up
principal ?Oui: Poursuivez jusqu’à la résolution.
Non: Contactez le JTAC pour obtenir de l’aide
Résolution
Pour résoudre ce problème
À partir du diagnostic susmentionné, nous vérifions que l’alarme du châssis a été déclenchée pour l’interface de gestion em0 dans le moteur de routage de secours (hôte 1) et non pour le moteur de routage principal (hôte 0).
Implémentez l’une des solutions suivantes sur le moteur de routage de sauvegarde pour résoudre ce problème :
Désactivez l’interface em0 dans le moteur de routage de sauvegarde :
En mode configuration, allez au niveau de la
[edit groups re1]
hiérarchie.user@host1# edit groups re1
Désactivez l’interface em0.
[edit groups re1] user@host1# set interfaces em0 disable
Ignorez l’alarme :
En mode configuration, allez au niveau de la
[edit chassis]
hiérarchie.user@host1# edit chassis
Ignorez l’alarme
Ethernet link down
sur l’interface de gestion en définissant l’option d’alarmemanagement-ethernet link-down
surignore
.[edit chassis] user@host1# set alarm management-ethernet link-down ignore
Voir également
Dépannage: Le lien de l’interface de gestion fxp0 est indisponible
Problème
Description
Ethernet Link Down
alarme est déclenchée lorsque vous exécutez la show chassis alarm
commande mode opérationnel sur un routeur M Series, un routeur MX Series, un routeur T320, un routeur T640, un routeur T1600 ou sur un routeur TX Matrix.
Diagnostic
Effectuez les tests suivants pour vérifier si l’interface fxp0 est inactive sur le moteur de routage principal ou le moteur de routage de secours :
Exécutez la
show chassis alarms
commande.Afficher les alarmes du châssis
user@host0> show chassis alarms 1 alarms currently active Alarm time Class Description 2011-10-19 11:13:02 MYT Major Host 1 fxp0 : Ethernet Link Down
L’alarme
Ethernet Link Down
s’affiche-t-elle sur l’interface fxp0 du moteur de routage principal (hôte 0) ?Oui: Contactez le JTAC pour obtenir de l’aide.
Non: Passez au test de diagnostic suivant.
Exécutez les commandes et
show interfaces fxp0
leshow interfaces fxp0 terse
mode opérationnel.afficher interfaces fxp0
user@host> show interfaces fxp0 Physical interface: fxp0, Enabled, Physical link is Up Interface index: 1, SNMP ifIndex: 1 Type: Ethernet, Link-level type: Ethernet, MTU: 1514, Speed: 100mbps Device flags : Present Running Interface flags: SNMP-Traps ...
show interfaces fxp0 concis
user@host> show interfaces fxp0 terse Interface Admin Link Proto Local Remote fxp0 up up fxp0.0 up up inet 10.100.100.1/30
L’interface fxp0 se trouve-t-elle sur le moteur de routage
up
principal ?Oui: Poursuivez jusqu’à la résolution.
Non: Contactez le JTAC pour obtenir de l’aide
Résolution
Pour résoudre ce problème
À partir du diagnostic, nous vérifions que l’alarme de châssis a été déclenchée pour l’interface de gestion fxp0 dans le moteur de routage de secours (hôte 1) et non pour le moteur de routage principal (hôte 0).
Implémentez l’une des solutions suivantes sur le moteur de routage de sauvegarde pour éviter ce problème :
Désactivez l’interface fxp0 dans le moteur de routage de sauvegarde :
En mode configuration, allez au niveau de la
[edit groups re1]
hiérarchie.user@host1# edit groups re1
Désactivez l’interface fxp0.
[edit groups re1] user@host1# set interfaces fxp0 disable
Ignorez l’alarme :
En mode configuration, allez au niveau de la
[edit chassis]
hiérarchie.user@host1# edit chassis
Ignorez l’alarme
Ethernet link down
sur l’interface de gestion en définissant l’option d’alarmemanagement-ethernet link-down
surignore
.[edit chassis] user@host1# set alarm management-ethernet link-down ignore
Voir également
Dépannage: Interface physique Ethernet défectueuse sur un routeur M Series, MX Series ou T Series
Vous pouvez suivre la liste de contrôle de dépannage de base expliquée dans les rubriques suivantes de un à cinq pour dépanner une interface physique Ethernet sur un routeur M Series, MX Series ou T Series.
- Vérifiez la connexion du câble
- Vérifier l’état de la liaison physique de l’interface
- Vérifiez les statistiques de l’interface en détail
- Effectuer le test de diagnostic de bouclage
- Vérifiez d’autres possibilités
- Activation d’une interface physique
Vérifiez la connexion du câble
Problème
Description
Les paquets ne sont ni reçus ni transmis via l’interface physique Ethernet.
Diagnostic
Le bon câble est-il connecté au bon port ?
Oui: Continuez jusqu’à Vérifier l’état de la liaison physique de l’interface.
Non: Reportez-vous à la section Résoudre le problème de câblage.
Résolution
Résoudre le problème de câblage
Effectuez une ou plusieurs des opérations suivantes pour résoudre le problème de câblage :
Connectez correctement le câble aux extrémités locale et distante sans aucune connexion desserrée.
Remplacez le câble Ethernet par un câble dont le fonctionnement a été vérifié si le câble existant est endommagé.
Connectez un câble à fibre optique monomode à une interface monomode uniquement et un câble à fibre optique multimode à une interface multimode uniquement. Pour vérifier l’intégrité d’un câble à fibre optique, reportez-vous à la section Vérifiez l’intégrité du câble à fibre optique.
Connectez l’émetteur-récepteur enfichable de petite taille (SFP) approprié des deux côtés du câble.
Vérifiez l’intégrité du câble à fibre optique
Pour vérifier l’intégrité d’un câble à fibre optique à l’aide d’un outil de test de diagnostic de câble externe :
Un câble à fibre optique monomode doit être connecté à une interface monomode.
Un câble à fibre optique multimode doit être connecté à une interface multimode.
Mesurez le niveau de lumière reçu sur le port du récepteur (RX) pour voir si le niveau de lumière reçu est conforme aux spécifications du récepteur de l’interface Ethernet.
Mesurez le niveau de lumière transmise sur le port de l’émetteur (TX) pour voir si le niveau de lumière transmise est conforme aux spécifications de l’émetteur de l’interface Ethernet.
Vérifier l’état de la liaison physique de l’interface
Problème
Description
Impossible de transmettre et de recevoir des paquets sur l’interface Ethernet, même si la connexion du câble est correcte.
Solution
Pour afficher l’état de la liaison physique de l’interface, exécutez la show interface interface-name media
commande mode opérationnel. Par exemple, sur l’interface ge-5/0/1.
user@host> show interfaces ge-5/0/1 media Physical interface: ge-5/0/1, Enabled, Physical link is Up Interface index: 317, SNMP ifIndex: 1602 Link-level type: Ethernet, MTU: 1514, Speed: 1000mbps, BPDU Error: None, MAC-REWRITE Error: None, Loopback: Disabled, Source filtering: Disabled, Flow control: Enabled, Auto-negotiation: Enabled, Remote fault: Online, Speed-negotiation: Disabled, Auto-MDIX: Enabled Device flags : Present Running Interface flags: SNMP-Traps Internal: 0x4000 Link flags : None CoS queues : 8 supported, 8 maximum usable queues Current address: 2c:6b:f5:4c:26:73, Hardware address: 2c:6b:f5:4c:26:73 Last flapped : 2012-11-30 01:25:37 UTC (03:46:55 ago) Input rate : 880 bps (1 pps) Output rate : 312 bps (0 pps) Active alarms : None Active defects : None MAC statistics: Input bytes: 901296, Input packets: 9799, Output bytes: 976587, Output packets: 10451 Filter statistics: Filtered packets: 68, Padded packets: 0, Output packet errors: 0 Autonegotiation information: Negotiation status: Complete Link partner: Link mode: Full-duplex, Flow control: Symmetric/Asymmetric, Remote fault: OK Local resolution: Flow control: Symmetric, Remote fault: Link OK Interface transmit statistics: Disabled
Pour plus d’informations sur , reportez-vous à show interfaces interface-name media
la section afficher les interfaces .
Diagnostic
Y a-t-il des problèmes de connectivité tels que des erreurs d’entrée et des pertes de paquets alors que le champ affiche l’état
Enabled
et que le champ s’afficheNone
Active alarms and Active defect
?Physical link is Up
Oui: Accédez à Vérifiez les statistiques de l’interface en détail.
Non: Passez au test de diagnostic suivant.
Le champ affiche-t-il l’état
Enabled
et le champ s’affiche-t-ilLink
Active alarms and Active defect
?Physical link is Down
Oui: L’interface n’est pas connectée correctement ou ne reçoit pas de signal valide. Accédez à Résoudre le problème de câblage.
Non: Continuer.
Vérifiez les statistiques de l’interface en détail
Problème
Description
L’interface physique ne fonctionne pas même si le champ affiche l’état Enabled
et que le Active alarms and Active defect
champ affiche None
.Physical link is Up
Solution
Pour afficher les statistiques de l’interface en détail, exécutez la show interface interface-name extensive
commande opérationnelle. Par exemple, sur l’interface ge-5/0/1.
user@host> show interfaces ge-5/0/1 extensive Physical interface: ge-5/0/1, Enabled, Physical link is Up Interface index: 317, SNMP ifIndex: 1602, Generation: 322 Link-level type: Ethernet, MTU: 1514, Speed: 1000mbps, BPDU Error: None, MAC-REWRITE Error: None, Loopback: Disabled, Source filtering: Disabled, Flow control: Enabled, Auto-negotiation: Enabled, Remote fault: Online, Speed-negotiation: Disabled, Auto-MDIX: Enabled Device flags : Present Running Interface flags: SNMP-Traps Internal: 0x4000 Link flags : None CoS queues : 8 supported, 8 maximum usable queues Hold-times : Up 0 ms, Down 0 ms Current address: 2c:6b:f5:4c:26:73, Hardware address: 2c:6b:f5:4c:26:73 Last flapped : 2012-11-30 01:25:37 UTC (04:38:32 ago) Statistics last cleared: Never Traffic statistics: Input bytes : 806283 0 bps Output bytes : 1153215 424 bps Input packets: 10818 0 pps Output packets: 11536 0 pps IPv6 transit statistics: Input bytes : 0 Output bytes : 0 Input packets: 0 Output packets: 0 Label-switched interface (LSI) traffic statistics: Input bytes : 0 0 bps Input packets: 0 0 pps Dropped traffic statistics due to STP State: Input bytes : 0 Output bytes : 0 Input packets: 0 Output packets: 0 Input errors: Errors: 0, Drops: 0, Framing errors: 0, Runts: 0, Policed discards: 233060, L3 incompletes: 0, L2 channel errors: 0, L2 mismatch timeouts: 0, FIFO errors: 0, Resource errors: 0 Output errors: Carrier transitions: 11, Errors: 0, Drops: 0, Collisions: 0, Aged packets: 0, FIFO errors: 0, HS link CRC errors: 0, MTU errors: 0, Resource errors: 0 Egress queues: 8 supported, 4 in use Queue counters: Queued packets Transmitted packets Dropped packets 0 best-effort 3216 3216 0 1 expedited-fo 0 0 0 2 assured-forw 0 0 0 3 network-cont 8320 8320 0 Queue number: Mapped forwarding classes 0 best-effort 1 expedited-forwarding 2 assured-forwarding 3 network-control Active alarms : None Active defects : None MAC statistics: Receive Transmit Total octets 1007655 1082219 Total packets 10886 11536 Unicast packets 4350 4184 Broadcast packets 32 77 Multicast packets 6504 7275 CRC/Align errors 0 0 FIFO errors 0 0 MAC control frames 0 0 MAC pause frames 0 0 Oversized frames 0 Jabber frames 0 Fragment frames 0 VLAN tagged frames 0 Code violations 0 Filter statistics: Input packet count 10886 Input packet rejects 68 Input DA rejects 68 Input SA rejects 0 Output packet count 11536 Output packet pad count 0 Output packet error count 0 CAM destination filters: 0, CAM source filters: 0 Autonegotiation information: Negotiation status: Complete Link partner: Link mode: Full-duplex, Flow control: Symmetric/Asymmetric, Remote fault: OK Local resolution: Flow control: Symmetric, Remote fault: Link OK Packet Forwarding Engine configuration: Destination slot: 5 CoS information: Direction : Output CoS transmit queue Bandwidth Buffer Priority Limit % bps % usec 0 best-effort 95 950000000 95 0 low none 3 network-control 5 50000000 5 0 low none Interface transmit statistics: Disabled
Pour plus d’informations sur , reportez-vous à show interfaces interface-name detail
la section afficher les interfaces .
Diagnostic
Le
Policed discards
champ ,L2 channel errors
,Input DA rejects
ou leInput SA rejects
champ affiche-t-il des erreurs ?Pour plus d’informations sur les erreurs, reportez-vous àla section afficher les interfaces .
Oui: Résolvez les erreurs si nécessaire. La résolution de ces erreurs dépasse le cadre de cette rubrique.
Non: Continuez avec Effectuer le test de diagnostic de bouclage.
Effectuer le test de diagnostic de bouclage
Problème
Description
Le câble d’interface est correctement connecté et il n’y a pas d’alarmes ou d’erreurs associées à l’interface physique Ethernet ; mais l’interface ne fonctionne pas.
Solution
Pour vérifier si le port Ethernet ou le PIC est défectueux, vous devez effectuer le test de bouclage interne et le test de bouclage matériel.
Pour effectuer un test de diagnostic de bouclage interne sur une interface Ethernet, par exemple sur l’interface ge-5/0/1 :
En mode configuration, allez au niveau de la
[edit interfaces ge-5/0/1]
hiérarchie.[edit] user@host# edit interface ge-5/0/1
Définissez l’option
gigether-options
en bouclage, validez la configuration et quittez le mode de configuration.[edit interfaces ge-5/0/1 user@host# set gigether-options loopback user@host# commit user@host# quit
En mode opérationnel, exécutez la
show interfaces ge-5/0/1 media
commande.user@host> show interfaces ge-5/0/1 media Physical interface: ge-5/0/1, Enabled, Physical link is Up Interface index: 317, SNMP ifIndex: 1602 Link-level type: Ethernet, MTU: 1514, Speed: 1000mbps, BPDU Error: None, MAC-REWRITE Error: None, Loopback: Enabled, Source filtering: Disabled, Flow control: Enabled, Auto-negotiation: Enabled, Remote fault: Online, Speed-negotiation: Disabled, Auto-MDIX: Enabled Device flags : Present Running Interface flags: SNMP-Traps Internal: 0x4000 Link flags : None CoS queues : 8 supported, 8 maximum usable queues Current address: 2c:6b:f5:4c:26:73, Hardware address: 2c:6b:f5:4c:26:73 Last flapped : 2012-11-30 01:25:37 UTC (03:46:55 ago) Input rate : 880 bps (1 pps) Output rate : 312 bps (0 pps) Active alarms : None Active defects : None MAC statistics: Input bytes: 901296, Input packets: 9799, Output bytes: 976587, Output packets: 10451 Filter statistics: Filtered packets: 68, Padded packets: 0, Output packet errors: 0 Autonegotiation information: Negotiation status: Complete Link partner: Link mode: Full-duplex, Flow control: Symmetric/Asymmetric, Remote fault: OK Local resolution: Flow control: Symmetric, Remote fault: Link OK Interface transmit statistics: Disabled
Supprimez l’énoncé loopback
une fois votre diagnostic terminé.
Exécutez l’une des étapes suivantes pour un test de diagnostic de bouclage matériel, si nécessaire :
Pour un PIC Ethernet avec une interface à fibre optique : bouclez physiquement les ports TX et RX et vérifiez l’état de la liaison physique à l’aide de la
show interfaces interface-name media
commande de mode opérationnel.Pour un PIC Ethernet avec une interface Ethernet RJ-45 : créez une prise de bouclage en croisant la broche 1 (TX +) avec la broche 3 (RX +) et la broche 2 (TX -) et la broche 6 (RX -) ensemble, puis vérifiez l’état de la liaison physique à l’aide de la
show interfaces interface-name media
commande du mode opérationnel.
Pour plus d’informations sur les tests de bouclage, reportez-vous à la section Exécution de tests de bouclage pour les interfaces Fast Ethernet et Gigabit Ethernet.
Diagnostic
Le champ affiche-t-il
Physical link is Up
l’étatEnabled
et le champ s’affichent-ilsActive alarms and Active defect
None
lorsque vous effectuez le test de bouclage ?Oui: Accédez à la Vérifiez d’autres possibilités section.
Non: Passez au test de diagnostic suivant.
Lorsque l’interface Ethernet est connectée à un périphérique Ethernet distant via plusieurs panneaux de brassage, vérifiez si la connexion peut être rétablie au niveau des différents panneaux de brassage afin de pouvoir effectuer un test de diagnostic de bouclage. Le test de diagnostic de bouclage réussit-il ?
Oui: Accédez à la Vérifiez d’autres possibilités section.
Non: Contactez le JTAC pour obtenir de l’aide.
Vérifiez d’autres possibilités
Problème
Description
Le test de diagnostic de bouclage réussit, mais impossible de transmettre et de recevoir des paquets sur l’interface Ethernet.
Solution
Utilisez les commandes suivantes si nécessaire pour dépanner une interface Ethernet, par exemple, une interface ge-5/0/1 :
Exécutez la
show interfaces interface-name terse
commande opérationnelle pour vérifier si l’interface physique et les interfaces logiques sont désactivées administrativement. Par exemple, sur l’interface ge-5/0/1.user@host> show interfaces ge-5/0/1 terse Interface Admin Link Proto Local Remote ge-5/0/1 up up ge-5/0/1.0 up up inet 20.1.1.2/24
Diagnostic
L’interface physique et les interfaces logiques correspondantes s’affichent-elles
down
dans la sortie de la commande de modeshow interfaces interface-name terse
opérationnel ?Oui: Activez les interfaces comme indiqué à la section Activation d’une interface physique.
Non: Passez au test de diagnostic suivant.
Les champs ,
duplex
, etauto-negotiation
de la sortie de la commande dushow interfaces interface-name extensive
mode opérationnel sont-ilsspeed
correctement définis pour l’interface ?REMARQUE :Vérifiez si le concentrateur PIC flexible (FPC), le concentrateur de port modulaire (MPC) ou le concentracteur de port dense (DPC) associé et sa carte d’interface modulaire (MIC) ou PIC avec son émetteur-récepteur enfichable de petite forme (XFP) ou SFP de 10 gigabit prennent en charge les paramètres de vitesse et de négociation automatique.
Oui: Consultez la section Surveillance des interfaces Fast Ethernet et Gigabit Ethernet pour obtenir d’autres conseils de dépannage.
Non: Contactez le JTAC pour obtenir de l’aide.
Activation d’une interface physique
Pour activer une interface physique :
Voir également
Présentation de la réflectométrie dans le domaine temporel sur les routeurs ACX Series
La réflectométrie dans le domaine temporel (TDR) est une technologie utilisée pour diagnostiquer l’état des câbles en cuivre. Cette technique est utilisée pour déterminer si le câblage est en cause lorsque vous ne pouvez pas établir de liaison. TDR détecte les défauts en envoyant un signal à travers un câble et en le réfléchissant à partir de l’extrémité du câble. Les circuits ouverts, les courts-circuits, les coudes brusques et autres défauts dans le câble réfléchissent le signal, à différentes amplitudes, en fonction de la gravité du défaut.
Plusieurs facteurs qui entraînent une dégradation ou une mauvaise qualité des installations de câbles peuvent entraîner des pertes de paquets, une vitesse de connexion sous-optimale, une réduction de l’efficacité du réseau et des échecs de connexion complets. Ces types de problèmes peuvent survenir en raison d’une mauvaise construction du câble, de l’identification des torsions de paire, de connecteurs desserrés, de mauvais contacts entre les points et de paires de câbles étirées ou cassées. Les émetteurs-récepteurs Broadcom vous permettent d’analyser l’état de l’installation de câbles ou de la topologie et d’identifier les problèmes survenus. Cette fonctionnalité est utilisée efficacement dans les scénarios suivants :
Dépannage lors de l’installation initiale de l’équipement réseau.
Détection des défaillances en cas de problème réseau.
Maintien d’installations câblées fonctionnant de manière optimale.
Détermination des défauts lors du test des équipements réseau dans les réseaux câblés de production.
TDR prend en charge les fonctionnalités suivantes pour l’examen des défauts de câble sur les routeurs ACX Series :
Paire d’état du câble (ouverte ou courte) : lorsque le routeur fonctionne en mode Gigabit Ethernet, les quatre paires (8 fils) sont utilisées. Seules les paires A et B sont nécessaires pour fonctionner en mode Ethernet 10/100BASE-T. Si l’une de ces paires requises est ouverte ou court-circuitée, l’émetteur-récepteur signale les défauts suivants :
N’importe quel fil ouvert
Fils d’une paire particulière qui sont court-circuités
Distance jusqu’au défaut par paire : distance à laquelle un circuit ouvert ou un court-circuit est détecté en mètres. Cette mesure est également appelée longueur de câble. L’émetteur-récepteur signale les défauts suivants :
Longueur du câble lorsque l’état du câble est normal
Distance jusqu’au défaut lorsque l’état du câble n’est pas normal
Pair Swap (Échange de paires) : l’échange de paires torsadées dans les installations de câbles droits et croisés est détecté.
Permutation de polarité : chaque paire de câbles transporte un signal différentiel d’une extrémité à l’autre du câble. Chaque fil de la paire se voit attribuer une polarité. Les fils d’une paire sont normalement connectés sous une forme un-à-un. Cette connexion permet à l’émetteur d’une extrémité d’être connecté au récepteur de l’autre extrémité avec la même polarité. Parfois, le câblage au sein de la paire est également échangé. Ce type de connexion s’appelle l’échange de polarité. Les émetteurs-récepteurs Broadcom peuvent détecter ce type d’échange et ajuster automatiquement la connexion pour permettre aux liaisons de fonctionner normalement. Cependant, l’émetteur-récepteur signale les changements de polarité qu’il détecte dans l’installation de câbles.
Sur les MIC Gigabit Ethernet à 4 ports et Gigabit Ethernet à 8 ports avec émetteurs-récepteurs SFP cuivre (utilisant BCM54880) et les MIC Gigabit Ethernet à 4 ports, Gigabit Ethernet à 6 ports et Gigabit Ethernet à 8 ports avec émetteurs-récepteurs SFP cuivre et optique (utilisant BCM54640E PHY), seule la polarité de paire 10BASE-T est prise en charge. Les polarités 100BASE-T et 1000BASE-T ne sont pas prises en charge.
Lorsqu’il n’est pas possible d’établir la liaison Gigabit Ethernet (par exemple, s’il n’y a que deux paires entièrement fonctionnelles), le TDR dans la couche physique (PHY) ramène la liaison à une liaison de 100 Mo, ce qu’on appelle un rétrogradage de la liaison. La couche physique peut nécessiter 10 à 20 secondes pour que la liaison s’active si une rétrogradation de la vitesse filaire se produit, car elle tente de se connecter à 1000 Mo cinq fois avant de retomber à 100BASE-TX.
Le diagnostic TDR n’est pris en charge que sur les interfaces cuivre et non sur les interfaces fibre.
Gardez les points suivants à l’esprit lorsque vous configurez TDR :
Si vous connectez un port soumis à un test TDR à une interface Gigabit Ethernet activée pour détecter automatiquement les connexions de port MDI (Media Dependent Interface) et MDIX (Media Dependent Interface with Crossover), le résultat TDR peut être non valide.
Si vous connectez un port soumis à un test TDR à une interface cuivre 100BASE-T, les paires inutilisées sont signalées comme défectueuses, car l’extrémité distante ne les termine pas.
Vous ne devez pas modifier la configuration du port pendant l’exécution du test TDR.
En raison des caractéristiques du câble, vous devez exécuter le test TDR plusieurs fois pour obtenir des résultats précis.
Ne modifiez pas l’état du port (par exemple, en retirant le câble à l’extrémité la plus proche ou la plus éloignée), car une telle modification pourrait entraîner des statistiques inexactes dans les résultats.
Lors de la mesure de la longueur du câble ou de la distance jusqu’au défaut (par paire), il peut arriver que quelques incohérences de longueur de câble soient observées lors d’un test TDR. Les émetteurs-récepteurs Broadcom sont limités dans la longueur des câbles suivants :
Pour un bon câble correctement raccordé, la précision de la longueur de câble indiquée est de plus ou moins 10 mètres.
Si une paire est ouverte ou court-circuitée, la terminaison à l’extrémité éloignée n’affecte pas le résultat calculé pour cette paire.
La précision de la longueur de câble mesurée, lorsque des conditions d’ouverture et de court-circuit sont détectées, est de plus ou moins 5 mètres.
La précision d’une bonne paire, lorsqu’une ou plusieurs paires sont ouvertes ou court-circuitées, est de plus ou moins 10 mètres.
La détection d’échange de polarité n’est prise en charge qu’en mode 10BASE-T.
Le test TDR n’a pas d’impact sur le trafic si l’interface fonctionne à 10 Gigabit Ethernet par seconde de bande passante, ce qui est la configuration par défaut. Toutefois, si la vitesse de l’interface est configurée pour être autre que 10 Gigabit Ethernet, l’exécution du test TDR affecte le trafic.
Les diagnostics TDR peuvent interrompre la liaison et initialiser la couche physique (PHY) avec la configuration par défaut pour effectuer son opération.
Une fois le test de validation TDR terminé, la couche PHY reprend son fonctionnement de la même manière qu’avant le test de diagnostic du câble. Cependant, des battements de liaison peuvent être observés momentanément. Nous vous recommandons d’exécuter le test TDR à une vitesse de 1 gigabit par seconde, qui est la configuration par défaut, pour obtenir des résultats plus précis.
TDR est pris en charge sur les interfaces suivantes sur les routeurs ACX Series :
Sur ACX1000 routeurs, 4 ports RJ45 (Cu) ou des MIC Gigabit Ethernet à 8 ports avec des émetteurs-récepteurs SFP (Small Form-Factor Pluggable) et des connecteurs RJ45.
Sur les routeurs ACX1100, des MIC Gigabit Ethernet à 4 ou 8 ports avec émetteurs-récepteurs SFP et connecteurs RJ45.
Sur les routeurs ACX2000, des MIC Gigabit Ethernet à 8 ports avec émetteurs-récepteurs SFP et connecteurs RJ45.
Sur les routeurs ACX2100 et ACX2200, des MIC Gigabit Ethernet à 4 ports avec émetteurs-récepteurs SFP et connecteurs RJ45.
Sur les routeurs ACX4000, des MIC Gigabit Ethernet à 4, 6 ou 8 ports avec émetteurs-récepteurs SFP et connecteurs RJ45.
Vous devez sélectionner le type de support cuivre pour les interfaces Ethernet 1 Gigabit. Pour spécifier le type de média, incluez l’instruction media-type
avec l’option copper
au niveau de la [edit interfaces interface-name]
hiérarchie. La sélection du type de support ne s’applique qu’aux ports de l’emplacement 2. Lorsque media-type n’est pas défini, le port accepte l’un ou l’autre type de connexion. Le type de support est la fibre si un émetteur-récepteur est installé dans la connexion SFP. Si aucun émetteur-récepteur n’est installé, le type de support est le cuivre. Les ports COMBO (ports combinés) des routeurs ACX prennent en charge les types de supports cuivre et fibre optique. Sur ces ports ou interfaces, vous devez configurer le type de support sur cuivre pour exécuter le test TDR.
Vous pouvez exécuter le test TDR à partir du mode opérationnel et afficher les résultats de réussite ou d’échec du test. Pour démarrer un test sur une interface spécifique, exécutez la request diagnostics tdr start interface interface-name
commande. Pour arrêter le test TDR en cours sur l’interface spécifiée, exécutez la request diagnostics tdr abort interface interface-name
commande. Pour afficher les résultats du test pour toutes les interfaces cuivre, entrez la show diagnostics tdr
commande. Pour afficher les résultats du test d’une interface particulière, entrez la show diagnostics tdr interface interface-name
commande.
Voir également
Diagnostiquer un câble à paire torsadée défectueux sur les routeurs ACX Series
Problème
Description
Une interface Ethernet 10/100BASE-T présente des problèmes de connectivité que vous soupçonnez d’être causés par un câble défectueux.
Solution
Utilisez le test de réflectométrie dans le domaine temporel (TDR) pour déterminer si un câble Ethernet à paire torsadée est défectueux.
Le test TDR :
Détecte et signale les défauts pour chaque paire torsadée d’un câble Ethernet. Les défauts détectés comprennent les circuits ouverts, les courts-circuits et les incompatibilités d’impédance.
Signale la distance jusqu’à la défaillance à 1 mètre près.
Détecte et signale les échanges de paires, les inversions de polarité des paires et l’asymétrie excessive des paires.
Le test TDR est pris en charge sur les routeurs et interfaces ACX suivants :
Sur ACX1000 routeurs, 4 ports RJ45 (Cu) ou des MIC Gigabit Ethernet à 8 ports avec des émetteurs-récepteurs SFP (Small Form-Factor Pluggable) et des connecteurs RJ45.
Sur les routeurs ACX1100, des MIC Gigabit Ethernet à 4 ou 8 ports avec émetteurs-récepteurs SFP et connecteurs RJ45.
Sur les routeurs ACX2000, des MIC Gigabit Ethernet à 8 ports avec émetteurs-récepteurs SFP et connecteurs RJ45.
Sur les routeurs ACX2100 et ACX2200, des MIC Gigabit Ethernet à 4 ports avec émetteurs-récepteurs SFP et connecteurs RJ45.
Sur les routeurs ACX4000, des MIC Gigabit Ethernet à 4, 6 ou 8 ports avec émetteurs-récepteurs SFP et connecteurs RJ45.
Nous vous recommandons d’exécuter le test TDR sur une interface lorsqu’il n’y a pas de trafic sur l’interface.
Les diagnostics TDR ne s’appliquent qu’aux ports cuivre et non aux ports à fibre optique.
Pour diagnostiquer un problème de câble en exécutant le test TDR :
Exécutez la
request diagnostics tdr
commande.user@host> request diagnostics tdr start interface ge-0/0/10 Interface TDR detail: Test status : Test successfully executed ge-0/0/10
Affichez les résultats du test TDR à l’aide de la
show diagnostics tdr
commande.user@host> show diagnostics tdr interface ge-0/0/10 Interface TDR detail: Interface name : ge-0/0/10 Test status : Passed Link status : Down MDI pair : 1-2 Cable status : Normal Distance fault : 0 Meters Polartiy swap : N/A Skew time : N/A MDI pair : 3-6 Cable status : Normal Distance fault : 0 Meters Polartiy swap : N/A Skew time : N/A MDI pair : 4-5 Cable status : Open Distance fault : 1 Meters Polartiy swap : N/A Skew time : N/A MDI pair : 7-8 Cable status : Normal Distance fault : 0 Meters Polartiy swap : N/A Skew time : N/A Channel pair : 1 Pair swap : N/A Channel pair : 2 Pair swap : N/A Downshift : N/A
Examinez le
Cable status
champ des quatre paires MDI pour déterminer si le câble présente un défaut. Dans l’exemple précédent, la paire torsadée sur les broches 4 et 5 est cassée ou coupée à environ un mètre de lage-0/0/10
connexion du port.
Le Test Status
champ indique l’état du test TDR, et non le câble. La valeur Passed
signifie que le test est terminé, cela ne signifie pas que le câble ne présente aucun défaut.
Vous trouverez ci-dessous des informations supplémentaires sur le test TDR :
Le test TDR peut prendre quelques secondes. Si le test est toujours en cours d’exécution lorsque vous exécutez la
show diagnostics tdr
commande, leTest status
champ afficheStarted
. Par exemple :user@host> show diagnostics tdr interface ge-0/0/22 Interface TDR detail: Interface name : ge-0/0/22 Test status : Started
Vous pouvez mettre fin à un test TDR en cours d’exécution avant qu’il ne se termine à l’aide de la
request diagnostics tdr abort interface interface-name
commande. Le test se termine sans résultat et les résultats de tout test précédent sont effacés.Vous pouvez afficher des informations récapitulatives sur les derniers résultats du test TDR pour toutes les interfaces du routeur qui prennent en charge le test TDR en ne spécifiant pas de nom d’interface avec la
show diagnostics tdr
commande. Par exemple :user@host> show diagnostics tdr Interface Test status Link status Cable status Max distance fault ge-0/0/0 Passed UP OK 0 ge-0/0/1 Not Started N/A N/A N/A ge-0/0/2 Passed UP OK 0 ge-0/0/3 Not Started N/A N/A N/A ge-0/0/4 Passed UP OK 0 ge-0/0/5 Passed UP OK 0 ge-0/0/6 Passed UP OK 0 ge-0/0/7 Not Started N/A N/A N/A ge-0/0/8 Passed Down OK 0 ge-0/0/9 Not Started N/A N/A N/A ge-0/0/10 Passed Down Fault 1 ge-0/0/11 Passed UP OK 0 ge-0/0/12 Not Started N/A N/A N/A ge-0/0/13 Not Started N/A N/A N/A ge-0/0/14 Not Started N/A N/A N/A ge-0/0/15 Not Started N/A N/A N/A ge-0/0/16 Not Started N/A N/A N/A ge-0/0/17 Not Started N/A N/A N/A ge-0/0/18 Not Started N/A N/A N/A ge-0/0/19 Passed Down OK 0 ge-0/0/20 Not Started N/A N/A N/A ge-0/0/21 Not Started N/A N/A N/A ge-0/0/22 Passed UP OK 0 ge-0/0/23 Not Started N/A N/A N/A