Sem fio fixo: Alarmes ponto a ponto

Introduction

Este documento aborda as etapas necessárias para investigar se sua placa wireless ponto-a-ponto (P2P) mostra um alarme secundário ou principal, se o link está inativo ou se o link está ativo, mas ainda mostra um alarme.

Prerequisites

Requirements

A Cisco recomenda que você tenha conhecimento destes tópicos:

• Uso da linha de comando

Para executar as tarefas neste documento, você deve ter acesso EXEC privilegiado ("habilitado") no roteador que deseja examinar.

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

• ubr7200

• Software Cisco IOS® versão 12.1(5)XM4 (ou qualquer versão do software Cisco IOS que suporte conexões sem fio fixas ponto a ponto)

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Conventions

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Alarmes menores

Pequenos alarmes ocorrem quando os limites de métrica configurados foram excedidos (por exemplo, erros de palavras de código). Você pode verificar se o link experimenta erros de codewords por meio de um estudo da saída dos comandos nesta seção.

Para descobrir como o link foi executado desde que você ligou o sistema, emita este comando:

show interface radio slot/port link-metrics

Essas métricas quantificam como o link foi executado enquanto as duas extremidades do link foram sincronizadas:

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.

A saída desses comandos verifica se o link de radiofrequência (RF) apresenta ou não um problema.

Emita este comando para limpar as métricas de link e observe se os contadores aumentam frequentemente:

clear radio interface radio link-metrics

Se ocorrer um alarme secundário na placa e houver muitos erros, você deverá investigar o link RF mais a fundo. Para obter assistência, consulte o Guia de solução de problemas ponto a ponto sem fio. O problema pode ser a interferência ou um problema relacionado à RF que cause degradação do sinal.

Se você vir alarmes secundários, mas o enlace ainda estiver ativo, os limiares de métricas poderão ser definidos com muito cuidado. Para visualizar as configurações atualmente definidas, emita este comando no uBR:

show interface rX/0 metrics-threshold

Essa saída indica exatamente onde os limiares estão definidos e gera um alarme se os limites forem excedidos. Você pode refazer a configuração desses limiares, se necessário.

Um alarme secundário pode indicar um problema de RF que precisa de mais investigação. No entanto, o alarme pode ser suficientemente pequeno para que o link tolere o alarme, dependendo das limitações do ambiente físico.

Alarmes principais

Os alarmes principais geralmente ocorrem quando a unidade externa (ODU) não recebe alimentação DC ou algum problema com o cabeamento entre a unidade interna (IDU) e a ODU. Os principais alarmes também ocorrem quando um dos sensores das ODUs cai fora da tolerância (temperatura excessiva, potência excessiva, etc.). Alarmes principais geralmente indicam uma falha de hardware. Para ambos os cenários, execute um teste de loopback de rádio para eliminar o hardware como culpado. Aqui estão os comandos de configuração (na interface de rádio):

radio loopback local if 
radio loopback local rf

Execute os testes de loopback de RF e IF. Esses testes de loopback testam apenas o local onde você os executa. Estes ensaios não são realizados por via aérea. Se o loopback IF falhar, uma placa de linha P2P provavelmente está com defeito. Se o loopback de RF falhar, verifique se há um problema físico entre a placa de linha e o ODU.

Desligue os LEDs

Os dois LEDs de alarme permanecem acesos durante a duração do alarme. Você pode usar a forma de trava do comando radio led latch off para que os LEDs permaneçam acesos. Use o comando novamente para limpar os LEDs.

Para redefinir as configurações do LED para os valores padrão, execute o comando no radio led latch:

Os alarmes devem ser limpos.

Informações Relacionadas

• Suporte Técnico e Documentação - Cisco Systems