Configuration des outils de diagnostic d’interface pour tester les couche physique connexions
Configuration des tests de bouclage
Les tests de bouclation vous permettent de vérifier la connectivité d’un circuit. Vous pouvez configurer l’une des interfaces suivantes pour exécuter un test de loopback: Ethernet agrégé, Fast Ethernet, Gigabit Ethernet, E1, E3, NxDS0, série, SONET/SDH, T1 et T3.
Le chemin physique d’un circuit de données réseau se compose en général de segments interconnectés par des équipements qui répétent et surentragèrent le signal de transmission. Le chemin d’émission d’un équipement se connecte au chemin de réception du périphérique suivant. Si une panne 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 loopback. Les tests de bouclation vous permettent d’isoler des segments du circuit et de les tester séparément.
Pour ce faire, configurez une boucle de ligne sur l’un des routeurs. Au lieu d’envoyer le signal vers l’équipement de bout en bout, le loopback de ligne transmet le signal au routeur en cause. Si le routeur d’origine reçoit de retour ses propres paquets couche liaison de données, vous avez vérifié que le problème se trouve au-delà du routeur d’origine. Ensuite, configurez une boucle de ligne plus loin du routeur local. Si ce routeur originaire ne reçoit pas ses propres paquets couche liaison de données, vous pouvez penser que le problème se trouve sur l’un des segments entre le routeur local et la carte d’interface du routeur distant. Dans ce cas, l’étape suivante du dépannage consiste à configurer un loopback de ligne plus près du routeur local pour trouver la source du problème.
Les types de tests de loopback suivants sont pris en charge par Junos OS:
DCE local: boucle les paquets vers l’équipement de terminaison de circuits de données local (DCE).
Distant DCE: boucle les paquets vers le DCE distant.
Local: utile pour le dépannage des erreurs PIC physiques. La configuration d’une boucle locale sur une interface permet de transmettre des paquets à l’unité de service (CSU) du canal, puis au circuit en direction de l’équipement de bout en bout. L’interface reçoit sa propre transmission, qui comprend des données et des informations de synchronisation, sur le PIC du routeur local. Les données reçues par le CSU sont ignorées. Pour tester une boucle locale, émettre la
show interfaces interface-namecommande. Si les keepalives PPP transmises sur l’interface sont reçues par le PIC, le Device Flags champ contient la Loop-Detected sortie.Charge utile: utile pour résoudre les problèmes de circuit physique entre le routeur local et le routeur distant. Une boucle de charge utile boucle les données uniquement (sans informations d’horloge) sur le PIC du routeur distant. Avec la bouclation des charges utiles, les coûts sont recalculés.
À distance: utile pour résoudre les problèmes de circuit physique entre le routeur local et le routeur distant. Une boucle de bouclation à distance boucle les paquets, y compris les données et les informations de synchronisation, sur la carte d’interface du routeur distant. Un routeur à une extrémité du circuit lance une boucle vers son partenaire distant. Lorsque vous configurez une boucle à 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 le CSU et le circuit. Cette boucle teste tous les segments de transmission intermédiaires.
Tableau 1 indique les modes de bouclation pris en charge par les différents types d’interfaces.
Interface |
Modes de bouclation |
Consignes d'utilisation |
|---|---|---|
Ethernet agrégé, Fast Ethernet, Gigabit Ethernet |
Local |
|
Émulation de circuit E1 |
Local et distant |
|
Émulation de circuit T1 |
Local et distant |
|
E1 et E3 |
Local et distant |
Configuration de la capacité de bouclation E1 et de la configuration de la fonctionnalité de bouclage E3 |
NxDS0 |
charge utile |
Configuration des interfaces NxDS0IQ et IQE , Configuration des interfaces T1 et NxDS0, Configuration des interfaces IQ et IQE OC12/STM4 fractionnement et IQE (Mode SONET),configuration des interfaces Fractional E1 IQ et IQEet configuration des interfaces IQ T3 canalisées |
Série (V.35 et X.21) |
Local et distant |
|
Série (EIA-530) |
DCE local, DCE distant, local et distant |
|
SONET/SDH |
Local et distant |
Configuration de la fonction de bouctage SONET/SDH pour identifier un problème interne ou externe |
T1 et T3 |
Local, charge utile et distant |
Configuration de la fonctionnalité de bouclation T1 et de la configuration des capacités de bouclage T3 Voir également Configuring the T1 Remote Loopback Response (Configuration de la réponse au boucage à distance) T1 |
Pour configurer les tests de bouclation, inclure loopback l’instruction:
user@host# loopback mode;
Vous pouvez inclure cet énoncé 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 de 1 à 239 secondes sur certains PIC et de 1 à 240 secondes sur les autres PIC. Par défaut, la durée BERT est de 10 secondes.
Configurez le taux d’erreur pour surveiller la réception du schéma entrant.
[edit interfaces interface-name interface-type-options] user@host#bert-error-rate rate;
est le taux d’erreur de bit. Il peut s’agit d’un registre de 0 à 7, qui correspond à un taux d’erreur de 10à 0 (1 erreur par bit) à10-7 (1 erreur par 10 millions de bits).
Configurez le modèle de bits à envoyer sur le chemin d’émission.
[edit interfaces interface-name interface-type-options] user@host#bert-algorithm algorithm;
est le motif à envoyer dans le flux de bits. Pour une liste d’algorithmes pris en charge, saisissez une déclaration suivante
?bert-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, consultez les types d’interfaces individuels.
Le PIC E1 à quatre ports ne prend en charge que 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 numérotez la commande depuis CLI, toutes les options d’algorithme BERT s’affichent, quel que soit le type de PIC, et aucune vérification de validation help n’est disponible. Les modèles non pris en place pour un type de PIC peuvent être pris en ligne dans les messages de journal système.
Le PIC d’émulation de circuit T1/E1 12 ports (CE) ne prend en charge que 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 numérotez la commande depuis CLI, toutes les options d’algorithme BERT s’affichent, quel que soit le type de PIC, et aucune vérification de validation help n’est disponible. Les modèles non pris en place pour un type de PIC peuvent être pris en ligne dans les messages de journal système.
Les IPC IQE ne supportent que 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 numérotez la commande depuis CLI, toutes les options d’algorithme BERT s’affichent, quel que soit le type de PIC, et aucune vérification de validation help n’est disponible. Les modèles non pris en place pour un type de PIC peuvent être pris en ligne dans les messages de journal système.
BERT est pris en charge sur les interfaces PDH du MIC OC3/STM1 (multi-rate) SONET/SDH canalisé avec SFP et 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 montre les fonctionnalité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ée 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 (canal 0–11) |
|
STM1 canalisée |
Oui (canal 0–62) |
— |
|
T3 canalisé et multicanal T3 |
Oui (canal 0–27) |
Oui (port 0-3 sur canal 0) |
|
Ces limites 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 le quotient intellectuel canalisé et les propriétés des interfaces IQE.
Démarrage et arrêt d’un test BERT
Avant de pouvoir commencer le test BERT, vous devez désactiver l’interface. Pour ce faire, inclure disable l’instruction au niveau [edit interfaces interface-name] de la hiérarchie:
[edit interfaces interface-name] disable;
Une fois que vous avez configuré les propriétés BERT et que vous avez validation de la configuration, commencez le test en 2017, puis lancez la commande test interface interface-name interface-type-bert-start du mode opérationnel:
user@host> test interface interface-name interface-type-bert-start
Le test s’exécute pour la durée que vous spécifiez avec bert-period l’énoncé. Si vous souhaitez mettre fin au test plus tôt, émettre la test interface interface-name interface-type-bert-stop commande:
user@host> test interface interface-name interface-type-bert-stop
Quelques chiffres clés :
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, émettre la show interfaces extensive | find BERT commande:
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, consultez CLI Explorer.
Pour échanger des modèles BERT entre un routeur local et un routeur distant, inclure l’énoncé dans la configuration de l’interface à la fin loopback remote distante de la liaison. C’est à vous de émettre la commande depuis le test interface routeur local.