Configuration des outils de diagnostic d’interface pour tester les connexions de la couche physique
Configuration des tests de bouclage
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, Gigabit Ethernet, E1, E3, xDS0, série, SONET/SDH, NT1 et T3.
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.
Pour ce faire, configurez un bouclage de ligne sur l’un des routeurs. Au lieu de transmettre le signal vers l’appareil distant, le bouclage de ligne renvoie le signal au routeur d’origine. Si le routeur d’origine reçoit en retour ses propres paquets de couche liaison de données, vous avez vérifié que le problème se situe au-delà du routeur d’origine. Ensuite, configurez un bouclage de ligne plus éloigné du routeur local. Si ce routeur d’origine ne reçoit pas ses propres paquets de couche liaison de données, vous pouvez supposer que le problème se situe sur l’un des segments entre le routeur local et la carte d’interface du routeur distant. Dans ce cas, l’étape de dépannage suivante consiste à configurer un bouclage de ligne plus proche du routeur local pour trouver la source 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.
Interface |
Modes de bouclage |
Consignes d’utilisation |
---|---|---|
Ethernet agrégé, Fast Ethernet, Gigabit Ethernet |
Local |
|
Émulation de circuit E1 |
Locale et distante |
|
Émulation de circuit T1 |
Locale et distante |
|
E1 et E3 |
Locale et distante |
Configuration de la fonctionnalité de bouclage E1 et configuration de la capacité de bouclage E3https://www.juniper.net/documentation/en_US/junos/topics/task/configuration/interfaces-configuring-e1-loopback-capability.html |
NxDS0 |
charge utile |
Configuration des interfaces NxDS0 IQ et IQE, configuration des interfaces T1 et NxDS0, configuration des interfaces IQ et IQE OC12/STM4 canalisées (mode SONET), configuration des interfaces IQ et IQE E1 fractionnées, et configuration des interfaces Q3 IQ canaliséeshttps://www.juniper.net/documentation/en_US/junos/topics/topic-map/interfaces-configuring-channelized-e1-iq-interfaces.html |
Série (V.35 et X.21) |
Locale et distante |
|
Série (EIA-530) |
DCE local, DCE à distance, local et distant |
|
SONET/SDH |
Locale et distante |
|
T1 et T3 |
Local, charge utile et distant |
Configuration de la fonctionnalité de bouclage T1 et configuration de la capacité de bouclage T3https://www.juniper.net/documentation/en_US/junos/topics/task/configuration/interfaces-configuring-t1-loopback-capability.html Voir aussi Configuration de la réponse de bouclage à distance T1 |
Pour configurer les tests de bouclage, incluez l’instruction loopback
suivante :
user@host# loopback mode;
Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :
[edit interfaces interface-name aggregated-ether-options]
[edit interfaces interface-name ds0-options]
[edit interfaces interface-name e1-options]
[edit interfaces interface-name e3-options]
[edit interfaces interface-name fastether-options]
[edit interfaces interface-name gigether-options]
[edit interfaces interface-name serial-options]
[edit interfaces interface-name sonet-options]
[edit interfaces interface-name t1-options]
[edit interfaces interface-name t3-options]
Configuration des tests BERT
Pour configurer BERT :
Configurez la durée du test.
[edit interfaces interface-name interface-type-options] user@host#bert-period seconds;
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.
Configurez le taux d’erreur pour surveiller la réception du modèle entrant.
[edit interfaces interface-name interface-type-options] user@host#bert-error-rate rate;
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–0 (1 erreur par bit) et 10–7 (1 erreur pour 10 millions de bits).
Configurez le modèle binaire à envoyer sur le chemin de transmission.
[edit interfaces interface-name interface-type-options] user@host#bert-algorithm algorithm;
algorithm est le modèle à envoyer dans le flux binaire. Pour obtenir la liste des algorithmes pris en charge, entrez a
?
après l’instructionbert-algorithm
, par exemple :[edit interfaces t1-0/0/0 t1-options] user@host# set bert-algorithm ? Possible completions: pseudo-2e11-o152 Pattern is 2^11 -1 (per O.152 standard) pseudo-2e15-o151 Pattern is 2^15 - 1 (per O.152 standard) pseudo-2e20-o151 Pattern is 2^20 - 1 (per O.151 standard) pseudo-2e20-o153 Pattern is 2^20 - 1 (per O.153 standard) ...
Pour plus d’informations sur la hiérarchie, reportez-vous à la section les différents types d’interfaces.
Le PIC E1 à quatre ports prend uniquement en charge les algorithmes suivants :
pseudo-2e11-o152 Pattern is 2^11 -1 (per O.152 standard) pseudo-2e15-o151 Pattern is 2^15 - 1 (per O.151 standard) pseudo-2e20-o151 Pattern is 2^20 - 1 (per O.151 standard) pseudo-2e23-o151 Pattern is 2^23 (per O.151 standard)
Lorsque vous exécutez la help
commande à partir de l’interface de ligne de commande, toutes les options de l’algorithme BERT s’affichent, quel que soit le type de PIC, et aucune vérification de validation n’est disponible. Les modèles non pris en charge pour un type de PIC peuvent être affichés dans les messages du journal système.
Le PIC d’émulation de circuit T1/E1 (CE) à 12 ports prend uniquement en charge les algorithmes suivants :
all-ones-repeating Repeating one bits all-zeros-repeating Repeating zero bits alternating-double-ones-zeros Alternating pairs of ones and zeros alternating-ones-zeros Alternating ones and zeros pseudo-2e11-o152 Pattern is 2^11 -1 (per O.152 standard) pseudo-2e15-o151 Pattern is 2^15 - 1 (per O.151 standard) pseudo-2e20-o151 Pattern is 2^20 - 1 (per O.151 standard) pseudo-2e7 Pattern is 2^7 - 1 pseudo-2e9-o153 Pattern is 2^9 - 1 (per O.153 standard) repeating-1-in-4 1 bit in 4 is set repeating-1-in-8 1 bit in 8 is set repeating-3-in-24 3 bits in 24 are set
Lorsque vous exécutez la help
commande à partir de l’interface de ligne de commande, toutes les options de l’algorithme BERT s’affichent, quel que soit le type de PIC, et aucune vérification de validation n’est disponible. Les modèles non pris en charge pour un type de PIC peuvent être affichés dans les messages du journal système.
Les PICs IQE prennent uniquement en charge les algorithmes suivants :
all-ones-repeating Repeating one bits all-zeros-repeating Repeating zero bits alternating-double-ones-zeros Alternating pairs of ones and zeros alternating-ones-zeros Alternating ones and zeros pseudo-2e9-o153 Pattern is 2^9 -1 (per O.153 (511 type) standard) pseudo-2e11-o152 Pattern is 2^11 -1 (per O.152 and O.153 (2047 type) standards) pseudo-2e15-o151 Pattern is 2^15 -1 (per O.151 standard) pseudo-2e20-o151 Pattern is 2^20 -1 (per O.151 standard) pseudo-2e20-o153 Pattern is 2^20 -1 (per O.153 standard) pseudo-2e23-o151 Pattern is 2^23 -1 (per O.151 standard) repeating-1-in-4 1 bit in 4 is set repeating-1-in-8 1 bit in 8 is set repeating-3-in-24 3 bits in 24 are set
Lorsque vous exécutez la help
commande à partir de l’interface de ligne de commande, toutes les options de l’algorithme BERT s’affichent, quel que soit le type de PIC, et aucune vérification de validation n’est disponible. Les modèles non pris en charge pour un type de PIC peuvent être affichés dans les messages du journal système.
BERT est pris en charge sur les interfaces PDH du MIC SONET/SDH OC3/STM1 (Multi-Rate) canalisé avec SFP et le MIC DS3/E3. Les algorithmes BERT suivants sont pris en charge :
all-ones-repeating Repeating one bits all-zeros-repeating Repeating zero bits alternating-double-ones-zeros Alternating pairs of ones and zeros alternating-ones-zeros Alternating ones and zeros repeating-1-in-4 1 bit in 4 is set repeating-1-in-8 1 bit in 8 is set repeating-3-in-24 3 bits in 24 are set pseudo-2e9-o153 Pattern is 2^9 - 1 (per O.153 standard) pseudo-2e11-o152 Pattern is 2^11 - 1 (per O.152 standard) pseudo-2e15-o151 Pattern is 2^15 - 1 (per O.151 standard) pseudo-2e20-o151 Pattern is 2^20 - 1 (per O.151 standard) pseudo-2e20-o153 Pattern is 2^20 - 1 (per O.153 standard) pseudo-2e23-o151 Pattern is 2^23 (per O.151 standard)
Tableau 2 affiche les capacités BERT pour différents types d’interfaces.
Interface |
T1 BERT |
T3 BERT |
Commentaires |
---|---|---|---|
Émulation de circuit T1/E1 à 12 ports |
Oui (ports 0 à 11) |
— |
|
Émulation de circuit OC3/STM1 canalisé à 4 ports |
Oui (port 0 à 3) |
— |
|
E1 ou T1 |
Oui (port 0 à 3) |
Oui (port 0 à 3) |
|
E3 ou T3 |
Oui (port 0 à 3) |
Oui (port 0 à 3) |
|
OC12 canalisé |
— |
Oui (canaux 0 à 11) |
|
STM1 canalisé |
Oui (canal 0 à 62) |
— |
|
T3 canalisé et T3 multicanal |
Oui (canaux 0 à 27) |
Oui (port 0 à 3 sur le canal 0) |
|
Ces limitations ne s’appliquent pas aux interfaces IQ canalisées. Pour plus d’informations sur les fonctionnalités BERT sur les interfaces IQ canalisées, consultez Propriétés des interfaces IQ et IQE canalisées.
Démarrage et arrêt d’un test BERT
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 :
[edit interfaces interface-name] disable;
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 :
user@host> test interface interface-name interface-type-bert-start
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 :
user@host> test interface interface-name interface-type-bert-stop
Par exemple :
user@host> test interface t3-1/2/0 t3-bert-start user@host> test interface t3-1/2/0 t3-bert-stop
Pour afficher les résultats du test BERT, exécutez la show interfaces extensive | find BERT
commande suivante :
user@host> show interfaces interface-name extensive | find BERT
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.