Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Visão geral do alarme

SUMMARY Esta seção descreve alarmes de interface e como configurá-los.

Os alarmes alertam para as condições em uma interface de rede, no chassi do dispositivo ou no software do sistema que podem impedir o dispositivo de operar normalmente. Você pode definir as condições que disparam alarmes em uma interface. As condições do alarme do chassi e do sistema estão predefinidas.

Um alarme ativo acende o ALARM LED no painel frontal do dispositivo. Você pode monitorar alarmes ativos a partir da interface de usuário J-Web ou da CLI. Quando uma condição de alarme dispara um alarme, o dispositivo acende o LED amarelo (âmbar) ALARM no painel frontal. Quando a condição é corrigida, a luz desliga.

Tipos de alarme

O dispositivo oferece suporte a três tipos de alarmes:

  • Os alarmes de interface indicam um problema no estado dos links físicos em módulos de interface física fixos ou instalados (PIMs). Para ativar alarmes de interface, você deve configurá-los.

  • Os alarmes do chassi indicam uma falha no dispositivo ou em um de seus componentes. Os alarmes do chassi estão predefinidos e não podem ser modificados.

  • Os alarmes do sistema indicam uma configuração de resgate ou licença de software ausente, quando válida. Os alarmes do sistema estão predefinidos e não podem ser modificados, embora você possa configurá-los para aparecer automaticamente na interface de usuário J-Web ou CLI.

Começando com o Junos OS Release 15.1X49-D60 e o Junos OS Release 17.3R1, um novo alarme de sistema é introduzido para indicar que os PICs (placa de E/S ou SPC) não entraram em operação durante o tempo de início do sistema.

A partir das versões Junos OS 12.3X48-D85, 15.1X49-D180 e 19.2R1, um alarme do sistema é acionado quando o processo de segurança de rede (NSD) não é capaz de ser reiniciado devido à falha de um ou mais subcomponentes NSD. Os logs de alarme sobre o NSD são salvos no log de mensagens. O alarme é liberado automaticamente quando o NSD é reiniciado com sucesso. O e show system alarms os show chassis alarms comandos são atualizados para exibir a saída a seguir quando o NSD não puder reiniciar - NSD fails to restart because subcomponents fail.

Nota:

Execute os seguintes comandos quando o prompt CLI indicar que um alarme foi levantado:

  • show system alarms

  • show chassis alarms

  • show chassis fpc pic-status

Para obter mais informações sobre os comandos CLI, veja alarmes de sistema de exibição, mostre alarmes do chassi e mostre o chassi fpc.

Gravidade do alarme

Os alarmes têm dois níveis de gravidade:

  • Importante (vermelho)— indica uma situação crítica no dispositivo que resultou de uma das seguintes condições. Uma condição de alarme vermelho requer ação imediata.

    • Um ou mais componentes de hardware falharam.

    • Um ou mais componentes de hardware excederam os limites de temperatura.

    • Uma condição de alarme configurada em uma interface desencadeou um aviso crítico.

  • Menor (amarelo)— Indica uma condição não crítica no dispositivo que, se não for controlado, pode causar uma interrupção no serviço ou degradação no desempenho. Uma condição de alarme amarelo requer monitoramento ou manutenção.

    Uma configuração de resgate ou licença de software ausente gera um alarme amarelo do sistema.

Condições do alarme

Para ativar alarmes em uma interface de dispositivo, você deve selecionar uma condição de alarme e uma gravidade de alarme. Por outro lado, as condições de alarme e a gravidade são pré-configuradas para alarmes do chassi e alarmes do sistema.

Nota:

Para obter informações sobre alarmes de chassi para o seu dispositivo, consulte o Guia de Hardware para o seu dispositivo.

Esta seção contém os seguintes tópicos:

Condições de alarme de interface

Tabela 1 lista as condições da interface, classificadas por tipo de interface, que você pode configurar para um alarme. Você pode configurar cada condição de alarme para acionar um alarme maior (vermelho) ou um alarme menor (amarelo). A opção de configuração correspondente está incluída.

Para os filtros de firewall stateful (NAT, IDP e IPsec), que operam em um módulo de serviços adaptativos internos dentro de um dispositivo, você pode configurar condições de alarme nas interfaces de serviços e serviços integrados.

Tabela 1: Condições de alarme de interface

Interface

Condição do alarme

Descrição

Opção de configuração

DS1 (T1)

Sinal de indicação de alarme (AIS)

O sinal de tráfego T1 normal contém uma condição de defeito e foi substituído pela AIS. Uma interrupção de transmissão ocorreu no endpoint remoto ou upstream do endpoint remoto. Esse sinal all-ones é transmitido para evitar falhas ou alarmes de downstream conseqüentes.

ais

Alarme amarelo

O endpoint remoto está em falha amarela do alarme. Essa condição também é conhecida como uma falha de alarme de ponta.

ylw

Ethernet

O link está desativado

O enlace físico não está disponível.

link-down

Serviços integrados

Falha de hardware ou software

No módulo de serviços adaptativos, o hardware associado ao módulo ou o software que dirige o módulo falharam.

failure

Serial

Sinal de clear-to-send (CTS) ausente

O endpoint remoto do link de série não está transmitindo um sinal CTS. O sinal CTS deve estar presente antes que os dados possam ser transmitidos por um link serial.

cts-absent

Sinal de detecção de operadora de dados (DCD) ausente

O endpoint remoto do link de série não está transmitindo um sinal DCD. Como o sinal DCD transmite o estado do dispositivo, nenhum sinal provavelmente indica que o endpoint remoto do link serial está indisponível.

dcd-absent

Sinal pronto para o conjunto de dados (DSR) ausente

O endpoint remoto do link de série não está transmitindo um sinal DSR. O sinal DSR indica que o endpoint remoto está pronto para receber e transmitir dados por todo o link de série.

dsr-absent

Perda de tempo de recebimento

O sinal clock do endpoint remoto não está presente. As conexões de série exigem que os sinais de clock sejam transmitidos de um endpoint e recebidos pelo outro endpoint do link.

loss-of-rx-clock

Perda de relógio de transmissão

O sinal do relógio local não está presente. As conexões de série exigem que os sinais de clock sejam transmitidos de um endpoint e recebidos pelo outro endpoint do link.

loss-of-tx-clock

Serviços

Hardware de módulo de serviços desativado

Um problema de hardware ocorreu no módulo de serviços do dispositivo. Esse erro normalmente significa que uma ou mais CPUs do módulo falharam.

hw-down

Link de serviços desativado

A ligação entre o dispositivo e seu módulo de serviços está indisponível.

linkdown

Módulo de serviços mantido em reset

O módulo de serviços do dispositivo está preso no modo de reset. Se o módulo de serviços não começar cinco ou mais vezes seguidas, o módulo de serviços será mantido no modo de reset. A startup falha quando a quantidade de tempo da versão da CPU para a CPU para é inferior a 300 segundos.

pic-hold-reset

Reset do módulo de serviços

O módulo de serviços do dispositivo está sendo reiniciado. O módulo é reiniciado após a falha ou é reiniciado a partir da CLI, ou quando leva mais de 60 segundos para ser iniciado.

pic-reset

Software de módulo de serviços desativado

Um problema de software ocorreu no módulo de serviços do dispositivo.

sw-down

E3

Sinal de indicação de alarme (AIS)

O sinal de tráfego E3 normal contém uma condição de defeito e foi substituído pela AIS. Uma interrupção de transmissão ocorreu no endpoint remoto ou upstream do endpoint remoto. Esse sinal all-ones é transmitido para evitar falhas ou alarmes de downstream conseqüentes.

ais

Perda de sinal (LOS)

Nenhum sinal E3 remoto está sendo recebido na interface E3.

los

Fora de quadro (OOF)

Uma condição de OOF existe há 10 segundos. Esse alarme se aplica apenas às interfaces E3 configuradas no modo quadro. A falha de OOF é liberada quando nenhum defeito de OOF ou LOS ocorreu por 20 segundos.

oof

Indicação de defeito remoto

Existe uma condição de AIS, LOS ou OOF. Esse alarme se aplica apenas às interfaces E3 configuradas no modo quadro.

rdi

T3 (DS3)

Sinal de indicação de alarme

O sinal de tráfego T3 normal contém uma condição de defeito e foi substituído pela AIS. Uma interrupção de transmissão ocorreu no endpoint remoto ou upstream do endpoint remoto. Esse sinal all-ones é transmitido para evitar falhas ou alarmes de downstream conseqüentes.

ais

Número excessivo de zeros

O fluxo de bits recebido do host upstream tem mais zeros consecutivos do que é permitido em um quadro T3.

exz

Falha de recebimento de ponta (FERF)

O endpoint remoto da conexão falhou. Um FERF difere de um alarme amarelo, porque a falha pode ser qualquer falha, não apenas uma falha de OOF ou LOS.

ferf

Alarme ocioso

O sinal ocioso está sendo recebido do endpoint remoto.

idle

Violação do código de linha

Ou a codificação da linha ao longo do link T3 é corrupta ou ocorreu uma incompatibilidade entre a codificação nos endpoints locais e remotos de uma conexão T3.

lcv

Perda de quadro (LOF)

Um OOF ou uma condição los de perda de sinal existe há 10 segundos. A falha de LOF é liberada quando nenhum defeito de OOF ou LOS ocorreu por 20 segundos. Uma falha de LOF também é chamada de falha vermelha.

lof

Perda de sinal (LOS)

Nenhum sinal T3 remoto está sendo recebido na interface T3.

los

Loop bloqueado por fase fora da fechadura

Os sinais de clock para os endpoints locais e remotos não operam mais em etapas de bloqueio.

pll

Alarme amarelo

O endpoint remoto está em falha amarela do alarme. Essa condição também é conhecida como uma falha de alarme de ponta.

ylw

Condições do alarme do sistema

Tabela 2 lista os dois alarmes predefinidos do sistema, a condição que aciona cada alarme e a ação que você toma para corrigir a condição.

Tabela 2: Condições de alarme do sistema e ações corretivas

Tipo de alarme

Condição do alarme

Ação corretiva

Configuração

A configuração de resgate não está definida.

Configure a configuração de resgate.

Licença

Você configurou pelo menos um recurso de software que requer uma licença de recurso, mas nenhuma licença válida para o recurso está instalada no momento.

Nota:

Este alarme indica que você está violando o contrato de licença de software. Você deve instalar uma chave de licença válida para estar em conformidade com todos os acordos.

Instale uma chave de licença válida.

Tabela de histórico de alterações

A compatibillidadde com o recurso dependerá da platadorma e versão utilizada. Use o Feature Explorer para saber se o recurso é compatível com sua plataforma.

Versão
Descrição
15.1X49-D60
Começando com o Junos OS Release 15.1X49-D60 e o Junos OS Release 17.3R1, um novo alarme de sistema é introduzido para indicar que os PICs (placa de E/S ou SPC) não entraram em operação durante o tempo de início do sistema.
12.3X48-D85 15.1X49-D180 19.2R1
A partir das versões Junos OS 12.3X48-D85, 15.1X49-D180 e 19.2R1, um alarme do sistema é acionado quando o processo de segurança de rede (NSD) não é capaz de ser reiniciado devido à falha de um ou mais subcomponentes NSD. Os logs de alarme sobre o NSD são salvos no log de mensagens. O alarme é liberado automaticamente quando o NSD é reiniciado com sucesso. O e show system alarms os show chassis alarms comandos são atualizados para exibir a saída a seguir quando o NSD não puder reiniciar - NSD fails to restart because subcomponents fail.