Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Exemplo: alterar a configuração da interface em resposta a um evento

Pode ser necessário modificar a configuração em resposta a um evento específico. A partir do Junos OS Release 12.1, você pode configurar uma política de eventos para fazer e comprometer mudanças de configuração quando a política de evento for acionada por um ou mais eventos específicos.

Este exemplo usa uma sonda de monitoramento de desempenho (RPM) em tempo real para gerar eventos PING_TEST_FAILED para uma determinada interface. Após o recebimento da primeira instância de três eventos PING_TEST_FAILED em um período de 60 segundos a partir da sonda RPM configurada, a política de evento executa uma ação de política de evento de configuração de mudança que modifica a configuração para desativar administrativamente a interface especificada. Esse tipo de ação pode ser necessária se você tiver uma interface instável que está afetando consistentemente o desempenho da rede.

Requisitos

  • Roteamento, comutação ou dispositivo de segurança que executa o Junos OS Release 12.1 ou posterior.

Visão geral

Este exemplo cria uma política de eventos chamada desativação de interface-em-ping-failure. A política de eventos é configurada para que o processo eventuais ouça PING_TEST_FAILED eventos gerados por uma sonda RPM específica e associados à interface ge-0/3/1. Se três eventos PING_TEST_FAILED ocorrerem para a determinada interface em um intervalo de 60 segundos, a política de eventos executará uma ação de configuração de mudança. A configuração da política de eventos comanda desativar administrativamente a interface.

Para testar a política de eventos, o exemplo configura uma sonda RPM que pinga o endereço IP associado à interface ge-0/3/1. Neste exemplo, a interface ge-0/3/1.0 está configurada com o endereço IPv4 10.1.4.1/26. Por padrão, uma sonda é enviada por teste, e o exemplo usa uma pausa de 5 segundos entre os testes. Após três perdas sucessivas de sonda, a sonda RPM gera um evento PING_TEST_FAILED. Como vários testes de RPM podem ser executados simultaneamente, a política de eventos corresponde aos owner-name atributos e test-name atributos dos eventos de PING_TEST_FAILED recebidos ao nome e nome do proprietário da sonda RPM. Quando a sonda RPM gera três eventos PING_TEST_FAILED em um intervalo de 60 segundos, ela aciona a política de eventos, que desativa a interface.

Esta política de eventos também demonstra como restringir a execução da mesma mudança de configuração várias vezes por causa de ocorrências do mesmo evento ou eventos correlacionados. Neste exemplo, a within 60 trigger on 3 declaração especifica que a mudança de configuração só é acionada na terceira ocorrência de um evento de PING_TEST_FAILED em um intervalo de 60 segundos. A trigger until 4 declaração especifica que as ocorrências subseqüentes do evento PING_TEST_FAILED não devem fazer com que a política do evento seja reativada.

Nota:

Se você configurar apenas a trigger on 3 condição, a operação de compromisso pode entrar em um loop. A combinação trigger on 3 e trigger until 4 impede a política de eventos de fazer repetidamente a mesma mudança de configuração.

Configuração

Configurando a sonda RPM

Configuração rápida da CLI

Para configurar rapidamente esta seção do exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com sua configuração de rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.

Procedimento passo a passo

Para configurar a sonda RPM, que cria o PING_TEST_FAILED eventos para este exemplo:

  1. Crie uma sonda RPM nomeada ping-probe-test com o proprietário icmp-ping-probe.

  2. Configure a sonda RPM para enviar solicitações de eco ICMP.

    Configure a sonda RPM para enviar as solicitações de eco do ICMP para a interface ge-0/3/1 no endereço IP 10.1.4.1.

  3. Configure uma pausa de 5 segundos entre as janelas de teste.

  4. Configure o limiar de sonda RPM para que o evento de PING_TEST_FAILED seja acionado após três perdas sucessivas de sonda.

  5. Configure um novo arquivo de log no nível de [edit system syslog] hierarquia para registrar eventos de syslog de instalações daemon e gravidade info.

    Isso captura os eventos enviados durante os testes de sonda.

  6. Confirmar a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show services comandos e show system syslog os comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração da política de eventos

Configuração rápida da CLI

Para configurar rapidamente esta seção do exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com sua configuração de rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.

Procedimento passo a passo

  1. Crie e nomeie a política de eventos.

  2. Configure a política de eventos para combinar no evento PING_TEST_FAILED.

  3. Configure a política para acionar quando três eventos PING_TEST_FAILED ocorrerem dentro de 60 segundos.

  4. Configure a within 65 trigger until 4 declaração para evitar que a política seja acionada novamente caso ocorram mais de três eventos PING_TEST_FAILED.

  5. Configure a attributes-match declaração para que a política de eventos seja acionada apenas pelo PING_TEST_FAILED eventos gerados pela sonda RPM associada.

  6. Especifique os comandos de modo de configuração executados se a política de evento for acionada.

    Configure cada comando em uma única linha, inclua a seqüência de comando entre aspas e especifique o caminho completo de declaração.

  7. Configure a opção log com um comentário descrevendo as mudanças de configuração.

    O comentário é adicionado aos logs de compromisso após uma operação de compromisso bem-sucedida ser feita através da política de eventos associada.

  8. (Opcional) Se tiver mecanismos de roteamento duplos, configure a opção synchronize de comprometer a configuração em ambos os mecanismos de roteamento. Inclua a opção force de forçar o comprometimento no outro mecanismo de roteamento, ignorando quaisquer avisos. Este exemplo não configura as opções e force as synchronize opções.

  9. (Opcional) Configure o nome de usuário sob cujos privilégios as alterações de configuração e o compromisso são feitos.

    Se você não especificar um nome de usuário, a ação será executada como usuário root.

  10. Revise a saída do comando do show interfaces ge-0/3/1 modo operacional antes que a mudança de configuração ocorra.

    Nota:

    A interface deve ser ativada.

  11. Confirmar a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração entrando no show event-options comando. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

Confirme que a configuração está funcionando corretamente.

Verificando os eventos

Propósito

Para testar manualmente a política de eventos, entre em linha a interface ge-0/3/1 até que três PING_TEST_FAILED eventos sejam gerados.

Ação

Revise o arquivo de syslog configurado. Verifique se a sonda RPM gera um evento PING_TEST_FAILED após sucessivas sondas perdidas.

Verificando o Commit

Propósito

Verifique se a operação de compromisso da política de eventos foi bem-sucedida revisando o log de compromisso e o arquivo de registro de mensagens.

Ação

Emita o comando de show system commit modo operacional para visualizar o log de compromisso.

Revise o arquivo de registro de mensagens.

Significado

A saída do comando do show system commit modo operacional e o arquivo de registro de mensagens verificam se o Junos OS executou a ação de política de evento configurada para modificar e comprometer a configuração. A operação de compromisso, que foi feita por meio da política de eventos sob os privilégios do bsmith do usuário na data e horário determinados, foi bem sucedida. O show system commit arquivo de registro de saída e mensagens faz referência ao comentário de compromisso especificado na log declaração no nível de [edit event-options policy disable-interface-on-ping-failure then change-configuration commit-options] hierarquia.

Verificando as mudanças de configuração

Propósito

Verifique as mudanças de configuração revisando o [edit interfaces ge-0/3/1] nível de hierarquia da configuração.

Ação

Significado

A hierarquia de configuração ge-0/3/1 foi modificada por meio da política de eventos para adicionar a disable declaração.

Verificando o status da interface

Propósito

Revise a saída do comando do show interfaces ge-0/3/1 modo operacional após a mudança de configuração.

Ação

Emitimos o comando do show interfaces ge-0/3/1 modo operacional. Após a ação de mudança de configuração da política de evento desativa a interface, o status muda de "Habilitado" para "Administrativamente para baixo".