Configurer les outils de diagnostic d’interface pour tester les connexions de la couche physique

Le test de bouclage vous permet de vérifier la connectivité d’un circuit. Vous pouvez configurer l’une des interfaces suivantes pour exécuter un test de bouclage : Ethernet agrégé, Fast Ethernet et Gigabit Ethernet.

Le chemin physique d’un circuit de données réseau se compose généralement de segments interconnectés par des dispositifs qui répètent et régénèrent le signal de transmission. Le chemin d’émission d’un périphérique se connecte au chemin de réception de l’appareil suivant. Si un défaut de circuit se produit sous la forme d’une coupure de ligne ou d’une corruption de signal, vous pouvez isoler le problème à l’aide d’un test de bouclage. Les tests de bouclage vous permettent d’isoler des segments du circuit et de les tester séparément.

• Configurez un bouclage de ligne sur le routeur local.

  • Le bouclage de ligne renvoie le signal au routeur d’origine au lieu de le transmettre à l’appareil distant.

  • Si le routeur d’origine reçoit ses propres paquets de la couche liaison de données, le problème se situe au-delà du routeur local.

• Configurer un bouclage de ligne plus éloigné du routeur local : si le routeur d’origine ne reçoit pas ses propres paquets de couche de liaison de données, le problème se situe probablement sur l’un des segments entre le routeur local et la carte d’interface du routeur distant.

• Limitez le problème en configurant un bouclage de ligne plus proche du routeur local : cela permet d’identifier le segment spécifique à l’origine du problème.

Les types de tests de bouclage suivants sont pris en charge par Junos OS :

• DCE local : boucle les paquets sur l’équipement de terminaison de circuit de données (DCE) local.

• DCE remote : boucle les paquets sur le DCE distant.

• Local (Local) : utile pour résoudre les erreurs de PIC physique. La configuration du bouclage local sur une interface permet la transmission de paquets à l’unité de service de canal (CSU), puis au circuit vers l’appareil distant. L’interface reçoit sa propre transmission, qui inclut des données et des informations de synchronisation, sur le PIC du routeur local. Les données reçues de la CSU sont ignorées. Pour tester un bouclage local, exécutez la show interfaces interface-name commande. Si les keepalives PPP transmis sur l’interface sont reçus par le PIC, le Device Flags champ contient la sortie Loop-Detected.

• Payload (Charge utile) : utile pour résoudre les problèmes de circuit physique entre le routeur local et le routeur distant. Un bouclage de charge utile boucle les données uniquement (sans informations d’horloge) sur le PIC du routeur distant. Avec le bouclage de la charge utile, la surcharge est recalculée.

• Remote (distant) : utile pour résoudre les problèmes de circuit physique entre le routeur local et le routeur distant. Un bouclage à distance boucle les paquets, y compris les données et les informations de synchronisation, sur la carte d’interface du routeur à distance. Un routeur situé à une extrémité du circuit initie un bouclage à distance vers son partenaire distant. Lorsque vous configurez un bouclage à distance, les paquets reçus du circuit physique et du CSU sont reçus par l’interface. Ces paquets sont ensuite retransmis par le PIC vers la CSU et le circuit. Ce bouclage teste tous les segments de transmission intermédiaires.

Tableau 1 Affiche les modes de bouclage pris en charge sur les différents types d’interface.

Pour configurer les tests de bouclage, incluez l’instruction loopback suivante :

Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :

• [edit interfaces interface-name aggregated-ether-options]

• [edit interfaces interface-name fastether-options]

• [edit interfaces interface-name gigether-options]

• [edit interfaces interface-name serial-options]

Pour configurer BERT :

1. Configurez la durée du test.

   Vous pouvez configurer la période BERT pour qu’elle dure de 1 à 239 secondes sur certains PIC et de 1 à 240 secondes sur d’autres. Par défaut, la période BERT est de 10 secondes.

2. Configurez le taux d’erreur pour surveiller la réception du modèle entrant.

   rate est le taux d’erreur binaire. Il peut s’agir d’un entier compris entre 0 et 7, ce qui correspond à un taux d’erreur binaire compris entre 10–⁰ (1 erreur par bit) et 10^–7 (1 erreur pour 10 millions de bits).

3. Configurez le modèle binaire à envoyer sur le chemin de transmission.

   algorithm est le modèle à envoyer dans le flux binaire. Pour obtenir la liste des algorithmes pris en charge, entrez a ? après l’instruction bert-algorithm , par exemple :

Pour plus d’informations sur la hiérarchie, reportez-vous à la section les différents types d’interfaces.

Avant de pouvoir démarrer le test BERT, vous devez désactiver l’interface. Pour ce faire, incluez l’instruction disable au niveau de la [edit interfaces interface-name] hiérarchie :

Une fois que vous avez configuré les propriétés BERT et validé la configuration, commencez le test en exécutant la commande de test interface interface-name interface-type-bert-start mode opérationnel :

Le test s’exécute pendant la durée que vous spécifiez avec l’instruction bert-period . Si vous souhaitez mettre fin au test plus tôt, exécutez la test interface interface-name interface-type-bert-stop commande suivante :

Par exemple :

Pour afficher les résultats du test BERT, exécutez la show interfaces extensive | find BERT commande suivante :

Pour plus d’informations sur l’exécution et l’évaluation des résultats de la procédure BERT, reportez-vous à l’Explorateur CLI.

Pour échanger des modèles BERT entre un routeur local et un routeur distant, incluez l’instruction dans la configuration de l’interface à l’extrémité loopback remote distante de la liaison. À partir du routeur local, exécutez la test interface commande.