Communication sans fil/mobilité : "Sans fil, fixe"

Sans fil fixe : Alarmes point à point

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Ce document couvre les étapes que vous devez étudier si votre (P2P) carte Sans fil point par point affiche un mineur ou alarme principale, si le lien est en baisse, ou si le lien est en hausse mais toujours affiche une alarme.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Utilisation de ligne de commande

Afin d'effectuer les tâches dans ce document, vous devez avoir accès de privileged exec (« activé ») sur le routeur que vous voulez examiner.

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

  • uBR7200

  • Version de logiciel 12.1(5)XM4 de ½ du ¿  de Cisco IOSï (ou toute version du logiciel Cisco IOS qui prend en charge le sans fil fixe point par point)

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Alarmes mineures

Les alarmes mineures se produisent quand les mesure-seuils configurés ont été dépassés (par exemple, des erreurs de mots de passe). Vous pouvez vérifier si le lien éprouve des erreurs de mots de passe par une étude de la sortie des commandes dans cette section.

Afin de découvrir comment le lien exécuté puisque vous avez mis sous tension le système, émettent cette commande :

show interface radio slot/port link-metrics

Ces mesures mesurent comment le lien exécuté tandis que les deux fins du lien étaient synchronisées :

show interface radio slot/port 24hour-metrics

!--- This command provides details for the last 32 days.
 

show interface radio slot/port radio 1hour-metrics 1Hr_options


!--- This command provides details for the last 24 hours.
 

show interface radio slot/port radio 1minute-metrics 1min_options


!--- This command provides details for the last 60 minutes.
 

show interface radio slot/port radio 1second-metrics 1sec_options


!--- This command provides details for the last 60 seconds.
 

show interface radio slot/port radio 1tick-metrics 1tick_options


!--- This command provides details for the last n hardware ticks.

La sortie de ces commandes vérifie si le lien de Radiofréquence (RF) rencontre un problème.

Émettez cette commande d'effacer les lien-mesures et de noter si les compteurs incrémentent fréquemment :

clear radio interface radio link-metrics

Si une alarme mineure se produit sur la carte et vous voyez un bon nombre d'erreurs, vous devez étudier le lien rf plus plus loin. Pour l'assistance, référez-vous au guide de dépannage point par point Sans fil. Le problème peut être interférence ou une question liée à la rf qui entraîne la dégradation du signal.

Si vous voyez les alarmes mineures, mais le lien est toujours, les mesure-seuils peuvent être placés trop strictement. Afin de visualiser les configurations actuellement configurées, émettez cette commande sur l'ubr :

show interface rX/0 metrics-threshold

Cette sortie indique exactement où les seuils sont placés et génère une alarme si les seuils sont dépassés. Vous pouvez refaire la configuration de ces seuils s'il y a lieu.

Une alarme mineure peut indiquer une question rf qui a besoin de recherches plus approfondies. Cependant, l'alarme peut être assez mineure pour que le lien tolère l'alarme, selon les limites physiques d'environnement.

Alarmes principales

Les alarmes principales se produisent généralement quand l'unité extérieure (ODU) ne reçoit pas l'alimentation CC ou un certain problème avec le câblage entre l'unité d'intérieur (IDU) et l'ODU. Les alarmes principales se produisent également quand un des capteurs de l'ODUs tombe hors de la tolérance (le sur-temp, maîtrisent, et ainsi de suite). Les alarmes principales indiquent habituellement une défaillance matérielle. Pour les deux scénarios, exécutez un test de radio loopback pour éliminer le matériel en tant que coupable. Voici les commandes de configuration (sur l'interface par radio) :

radio loopback local if 
radio loopback local rf

Exécutez le rf et SI des tests de bouclage. Ces tests de bouclage testent seulement le site local où vous les exécutez. Ces tests ne testent pas au-dessus - de l'air. Si SI le bouclage échoue, un linecard de P2P est probablement défectueux. Si le bouclage rf échoue, vérifiez s'il y a une question physique entre le linecard et l'ODU.

Arrêtez les LED

Les deux voyants d'alarme restent illuminés pour la durée de l'alarme. Vous pouvez utiliser la forme de verrou du verrou mené par radio outre de la commande de faire rester les LED illuminés. Utilisez la commande une deuxième fois d'effacer les LED.

Afin de remettre à l'état initial les configurations de la DEL aux valeurs par défaut, n'émettez l'aucune commande de verrou menée par radio :

Les alarmes doivent effacer.


Informations connexes


Document ID: 12521