Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Usando grupos de configuração para configurar rapidamente dispositivos

Grupos de configuração são usados para configurar e aplicar elementos comuns que são reutilizáveis na mesma configuração.

Entender grupos de configuração

Este tópico fornece uma visão geral dos grupos de configuração e do modelo de herança na CLI do Junos OS.

Visão geral dos grupos de configuração

Grupos de configuração permitem que você crie um grupo contendo declarações de configuração e direcionar a herança das declarações desse grupo no resto da configuração. O mesmo grupo pode ser aplicado a diferentes seções da configuração, e seções diferentes das declarações de configuração de um grupo podem ser herdadas em locais diferentes da configuração.

Grupos de configuração permitem que você crie arquivos de configuração menores e construídos logicamente, facilitando a configuração e a manutenção de Juniper Networks dispositivos. Por exemplo, você pode agrupar declarações que são repetidas em muitos locais da configuração, como na configuração de interfaces e, assim, limitar as atualizações apenas para o grupo.

Você também pode usar caracteres curinga em um grupo de configuração para permitir que os dados de configuração sejam herdados por qualquer objeto que seja de acordo com uma expressão de wildcard.

O mecanismo do grupo de configuração está separado dos mecanismos de grupo usados em outros locais da configuração, como BGP grupos. Os grupos de configuração fornecem um mecanismo genérico que pode ser usado em toda a configuração, mas que só são conhecidos pela CLI do Junos OS. Os processos de software individuais que realizam as ações orientadas pela configuração recebem a forma expandida da configuração; eles não têm conhecimento de grupos de configuração.

Modelo de herança

Grupos de configuração usam herança verdadeira, o que envolve uma relação dinâmica e contínua entre a origem dos dados de configuração e o alvo desses dados. Os valores de dados alterados no grupo de configuração são automaticamente herdados pelo alvo. O alvo não precisa conter as informações herdadas, embora os valores herdados possam ser sobrediados no alvo sem afetar a origem da qual foram herdados.

Esse modelo de herança permite que você veja apenas as informações específicas da instância sem ver os detalhes herdados. Um pipe de comando no modo de configuração permite exibir os dados herdados.

Configuração de grupos de configuração

Para que áreas de sua configuração herdem declarações de configuração, você deve primeiro colocar as declarações em um grupo de configuração e aplicar esse grupo aos níveis da hierarquia de configuração que exigem as declarações.

Para áreas de sua configuração herdadas declarações de configuração:

  1. Configure declarações em um grupo de configuração. Para configurar grupos de configuração e herança, você pode incluir a instrução de grupos no nível da hierarquia [editar]:

  2. Aplique esse grupo aos níveis da hierarquia de configuração que exigem as declarações.

    Inclua a declaração em qualquer lugar da configuração onde sejam necessárias as declarações de configuração apply-groups [ group-names ] contidas em um grupo de configuração.

Criação de um grupo de configuração

A CLI do Junos OS permite que você crie grupos rea usáveis contendo declarações de configuração. Você pode aplicar esses grupos a diferentes seções da configuração onde as mesmas declarações de configuração são repetidas várias vezes.

Grupos de configuração permitem que você crie arquivos de configuração menores e construídos logicamente, facilitando a configuração e a manutenção das configurações do dispositivo. Por exemplo, você pode agrupar declarações que são repetidas em muitos locais da configuração, como na configuração de interfaces e, assim, limitar as atualizações apenas para o grupo.

Quando você aplica o grupo em diferentes seções da configuração, essa parte da configuração herda as declarações configuradas nesse grupo. Os grupos de configuração seguem a regra da herança, na qual a relação dinâmica e contínua é definida entre a origem dos dados de configuração e o alvo desses dados. Se você alterar os valores de dados no grupo de configuração, as alterações serão refletidas automaticamente no alvo herdado.

Você pode sobregravar os valores na configuração de alvo, se necessário, o que não afeta a origem no grupo.

Esse modelo de herança permite que você veja apenas as informações específicas da instância sem ver os detalhes herdados. Um pipe de comando no modo de configuração permite exibir os dados herdados. Por exemplo, você pode querer configurar todas as suas interfaces para ge-0/0/1 o valor MTU de 1.500. Para isso, você cria um grupo com MTU valor 1.500:

Em seguida, você aplica o grupo na configuração da interface.

Veja a configuração herdada.

Dessa forma, se você quiser configurar um valor MTU interface em diferentes partes da configuração, você pode aplicar a instrução de grupo usando a opção ge-0/0/1 apply-groups. Se você fizer isso manualmente e depois quiser aumentar o MTU, talvez seja preciso alterar manualmente todas as interfaces. Se você tiver usado um grupo de configuração, você poderia alterar a configuração do grupo e todas as interfaces associadas seriam atualizadas automaticamente.

Você também pode usar caracteres curinga em um grupo de configuração para permitir que os dados de configuração sejam herdados por qualquer objeto que seja de acordo com uma expressão de wildcard. Por exemplo:

Aplicação de um grupo de configuração

Para que uma configuração Juniper Networks do dispositivo herde as declarações de um grupo de configuração, inclua a apply-groups declaração:

Se você especificar mais de um nome de grupo, liste-os por ordem de prioridade de herança. Os dados de configuração do primeiro grupo priorizam os dados nos grupos seguintes.

Para roteadores com suporte a vários Mecanismos de Roteamento, você pode especificar re0 e re1 agrupar nomes. A configuração especificada em grupo só é aplicada se o Mecanismo de Roteamento atual estiver no slot 0; da mesma forma, a configuração especificada em grupo só será aplicada se o Mecanismo de Roteamento atual estiver no re0re1 slot 1. Portanto, ambos os Routing Engines podem usar o mesmo arquivo de configuração, cada um usando apenas as declarações de configuração que se aplicam a ele. Cada re0 grupo re1 contém, no mínimo, a configuração do nome do host e da interface de gerenciamento ( fxp0 ). Se cada Mecanismo de Roteamento usa uma interface de gerenciamento diferente, o grupo também deve conter a configuração para o roteador de backup e rotas estáticas.

Você pode incluir apenas uma apply-groups declaração em cada nível específico da hierarquia de configuração. A declaração em um nível de hierarquia específica lista os grupos de configuração a serem adicionados à lista de grupos de apply-groups configuração da instrução contendo.

Valores especificados em nível de hierarquia específico sobreposição valores herdados do grupo de configuração.

Grupos listados em declarações apply-groups aninhadas priorizam grupos em declarações externas. No exemplo a seguir, o BGP herda dados de configuração do grupo 10.0.0.1one primeiro, depois dos grupos two e three . Os dados de configuração one em grupo sobrepõem dados em qualquer outro grupo. Os dados do ten grupo só são usados se uma declaração não estiver contida em nenhum outro grupo.

Ao configurar um grupo definido para o nível raiz, ou seja, no sistema lógico padrão, você não pode aplicar esse grupo com sucesso a um sistema lógico nãondefault no nível [edit logical-systems logical-system-name] da hierarquia. Embora o roteador aceite o commit se você aplicar o grupo, o grupo de configuração não faz efeito para o sistema lógico nãondefault. Em vez disso, você pode criar um grupo de configuração adicional no nível raiz e aplicá-lo ao sistema lógico. Como alternativa, você pode modificar o grupo original para que ele inclua a configuração para os níveis de hierarquia do sistema lógico padrão e não padrão.

Exemplo: Criação e aplicação de grupos de configuração

Neste exemplo, ilustrando a criação e a aplicação de grupos de configuração, a configuração SNMP é dividida entre o grupo e basic a hierarquia de configuração normal.

Existem várias vantagens em colocar a configuração específica do sistema (contato com SNMP) em um grupo de configuração e, assim, separá-la da hierarquia de configuração normal — você pode substituir (usando o comando) qualquer seção sem descartar dados da load replace outra.

Além disso, definir um contato para uma caixa específica agora é possível, porque os dados de grupo seriam ocultos pelos dados específicos do roteador.

Essa configuração é equivalente à seguinte:

Desativação da herança de um grupo de configuração

Para desativar a herança de um grupo de configuração em qualquer nível, exceto o nível superior da hierarquia, inclua a apply-groups-except declaração:

Essa declaração é útil quando você usa a declaração em um nível de hierarquia específico, mas também deseja sobrepor os valores herdados do grupo de configuração apply-group para um parâmetro específico.

Exemplo: Desativação da herança na interface assim-1/1/0

No exemplo a seguir, apply-groups a instrução é aplicada globalmente em nível de interfaces. A apply-groups-except instrução também é aplicada na interface so-1/1/0 para que ela use os valores padrão para as e hold-timelink-mode declarações.

Grupos de configuração podem adicionar alguma confusão em relação aos valores reais usados pelo roteador, porque os dados de configuração podem ser herdados de grupos de configuração. Para exibir os valores reais usados pelo roteador, use o comando após o display inheritance pipe (|) em um show comando. Esse comando exibe as declarações herdadas no nível em que elas são herdadas e o grupo do qual foram herdadas.

Para exibir a configuração expandida (a configuração, incluindo as declarações herdadas) sem as linhas ##, use o comando após except o pipe em um show comando:

Nota:

Usar a display inheritance | except ## opção remove todas as linhas com ## . Portanto, você também pode não ser capaz de ver informações sobre senhas e outros dados importantes onde ## são usadas. Para exibir os detalhes completos da configuração com todas as informações sem apenas os comentários ## marcados, use a opção com o no-commentsdisplay inheritance comando:

Usando o grupo de configuração junos-defaults

O Junos OS e o Junos OS Evolved fornecem um grupo de configuração oculto e imutável chamado que é aplicado automaticamente à junos-defaults configuração do roteador. O junos-defaults grupo contém declarações pré-definidas que contêm valores predefinidos para aplicações comuns. Algumas das declarações devem ser referenciadas para fazer efeito, como definições de aplicativos (por exemplo, configurações de FTP ou telnet). Outras declarações são aplicadas automaticamente, como configurações de terminal.

Nota:

Muitos identificadores incluídos no grupo junos-defaults de configuração começam com o nome junos- . Como os identificadores que começam com o nome estão reservados para uso por Juniper Networks, você não pode definir nenhum objeto de configuração junos- usando esse nome.

Você não pode incluir junos-defaults um nome de grupo de configuração em uma apply-groups declaração.

Para exibir o conjunto completo de declarações predefinidas disponíveis do grupo Desajustado junos, emito o comando do modo de configuração no nível superior show groups junos-defaults da configuração. O exemplo a seguir exibe uma lista parcial de grupos padrão do Junos:

Para referenciar as declarações disponíveis do junos-defaults grupo, inclua a instrução junos- default-name selecionada no nível de hierarquia aplicável.

Usando wildcards com grupos de configuração

Você pode usar caracteres curinga para identificar nomes e permitir que uma declaração forneça dados para várias declarações. Por exemplo, agrupar a configuração da instrução em todas as interfaces SONET/SDH ou o intervalo morto para OSPF em todas as interfaces do Modo de transferência sonet-options assíncrona (ATM) simplifica os arquivos de configuração e facilita sua manutenção.

Usar caracteres curinga em dados de configuração normal é feito de maneira consistente com a usada com os wildcards de shell UNIX tradicionais. Neste estilo, você pode usar os seguintes metacaractadores:

  • Asterisk ( * )— Combina com qualquer série de caracteres.

  • Ponto de dúvida ( ? )— Combina com qualquer caractere único.

  • Suporte aberto [ ()— Introduz uma classe de caracteres.

  • Suporte fechado ] ()— Indica o fim de uma classe de caracteres. Se o suporte próximo estiver faltando, o suporte aberto combina com uma classe de [ caracteres, em vez de introduzir uma classe de caracteres.

  • Uma classe de caracteres combina com qualquer um dos caracteres entre os suportes quadrados. Dentro de um grupo de configuração, um nome de interface que inclua uma classe de caracteres deve ser incluído entre aspas.

  • Hífen ( - )— Especifica uma variedade de caracteres.

  • Ponto de exclamação ( )— A classe de caracteres pode ser complementada fazendo com que um ponto de exclamação aponte o ! primeiro caractere da classe de caracteres. Para incluir um suporte próximo () em uma classe ] de caracteres, torná-lo o primeiro caractere listado (depois ! do, se for o caso). Para incluir um sinal de menos, faça dele o primeiro ou o último caractere listado.

Nota:

Se usado dentro da hierarquia, um nome de identificador não pode começar com a menos que você esteja definindo uma instrução wildcard, nesse caso, a instrução wildcard deve ter groups< um > fechamento.

O wildcarding em grupos de configuração segue as mesmas regras, mas tem um significado < especial quando usado na >groups hierarquia. Na hierarquia, qualquer termo que use um padrão de caracteres curinga deve ser fechado em suportes de ângulo < padrão > diferenciá-lo de outras caracteres curingas no groups arquivo deconfiguração.

Expressões de caracteres curinga combinam (e fornecem dados de configuração para) declarações existentes na configuração que se igualam apenas a sua expressão. No exemplo anterior, a expressão passa sua <so-*> instrução sonet-options para qualquer interface que corresponde à expressão so-* .

O exemplo a seguir mostra como especificar uma variedade de interfaces:

Os suportes de ângulo permitem que você passe o wildcarding normal sem modificação. Em qualquer correspondência dentro da configuração, seja com ou sem wildcards, o primeiro item encontrado na configuração compatível é usado. No exemplo a seguir, os dados dos grupos BGP wildcarded são herdados na ordem em que os grupos são indicados. O valor de preferência de substituir a preferência em , assim como o <*a*> valor de substituir o de <*b*>p<*c*><*d*> . Os valores de dados de qualquer um desses grupos sobrepõem os valores de abcd dados de .

Melhorando o tempo de compromisso ao usar grupos de configuração

Grupos de configuração são usados para aplicar configurações em outras hierarquias sem re-inserir dados de configuração. Alguns grupos de configuração especificam todos os detalhes da configuração. Outros grupos de configuração fazem uso de wildcards para configurar intervalos de dados, sem detalhar cada linha de configuração. Algumas configurações têm um caminho de herança que inclui uma longa série de configurações a serem aplicadas.

Quando uma configuração que usa grupos de configuração é comprometida, o processo de commit expande e lê todos os dados de configuração do grupo na memória para aplicar as configurações conforme o esperado. O desempenho de commit pode ser impactado negativamente se muitos grupos de configuração estão sendo aplicados, especialmente se os grupos de configuração usarem caracteres wildcards extensivamente.

Se o sistema usar muitos grupos de configuração que usam wildcards, você pode configurar a declaração em nível de hierarquia para melhorar persist-groups-inheritance o desempenho do tempo de [edit system commit] compromisso.

Usar essa opção permite que o sistema crie o caminho da herança para cada grupo de configuração dentro do banco de dados, em vez de na memória do processo. Isso pode melhorar o desempenho do tempo de compromisso. No entanto, ele também pode aumentar o tamanho do banco de dados.

Exemplo: Configuração de conjuntos de declarações com grupos de configuração

Quando existem conjuntos de declarações em grupos de configuração, todos os valores são herdados. Por exemplo:

Para conjuntos que não são exibidos entre suportes, todos os valores também são herdados. Por exemplo:

Exemplo: Configuração de interfaces usando grupos de configuração

Você pode usar grupos de configuração para separar os parâmetros de mídia da interface comuns das informações de endereçamento específicas da interface. O exemplo a seguir coloca dados de configuração para interfaces ATM em um grupo chamado atm-options .

Exemplo: Configurando um endereço IP consistente para a interface de gerenciamento usando grupos de configuração

Em roteadores com vários mecanismos de roteamento, cada Mecanismo de Roteamento está configurado com um endereço IP separado para a interface de gerenciamento ( fxp0 ). Para acessar a rede Mecanismo de Roteamento primária, você deve saber qual Mecanismo de Roteamento está ativo e usar o endereço IP apropriado.

Opcionalmente, para acesso consistente às Mecanismo de Roteamento primárias, você pode configurar um endereço IP adicional e usar esse endereço para a interface de gerenciamento, independentemente de qual Mecanismo de Roteamento está ativo. Esse endereço IP adicional está ativo apenas na interface de gerenciamento para a Mecanismo de Roteamento. Durante a comover, o endereço passa para a nova rede Mecanismo de Roteamento.

No exemplo a seguir, o endereço está configurado para mecanismos de roteamento e 10.17.40.131 inclui uma master-only declaração. Com essa configuração, 10.17.40.131 o endereço fica ativo apenas na base Mecanismo de Roteamento. O endereço permanece consistente, independentemente de qual Mecanismo de Roteamento está ativo. O 10.17.40.132 endereço é atribuído a , e é atribuído a fxp0re010.17.40.133fxp0re1 .

Esse recurso está disponível em todos os roteadores que incluem dois Mecanismos de Roteamento. Em uma matriz de roteamento formada pelo roteador TX Matrix, esse recurso é aplicável apenas ao chassi da placa de switch (SCC). Da mesma forma, em uma matriz de roteamento formada por um roteador TX Matrix Plus, esse recurso é aplicável apenas ao chassi de malha de switch (SFC).

Nota:
  • Se você configurar o mesmo endereço IP para uma interface de gerenciamento ou interface interna, como e uma interface física externa, como, quando fxp0 o SWITCHOVER (GRES) da Série Mecanismo de Roteamento está ativado, a CLI exibirá uma mensagem de erro de confirmação apropriada que endereços idênticos foram encontrados nas ge-0/0/1 interfaces privadas e públicas. Nesses casos, você deve designar endereços IP exclusivos para as duas interfaces que tenham endereços duplicados.

  • A interface ethernet de gerenciamento usada para o roteador TX Matrix Plus, T1600 roteadores em uma matriz de roteamento, e a série PTX Roteadores de transporte de pacotes, é em0 . O Junos OS cria automaticamente a interface Ethernet de gerenciamento do em0 roteador, .

Exemplo: Configuração de entidades de colegas usando grupos de configuração

Neste exemplo, criamos um grupo que contém dados de configuração relacionados a some-isp outro provedor de serviços de Internet (ISP). Em seguida, podemos inserir declarações em qualquer ponto para permitir que qualquer local na hierarquia de configuração apply-group herde esses dados.

Exemplo: Estabelecendo configurações regionais usando grupos de configuração

Neste exemplo, um grupo é preenchido com dados de configuração que são padrão em toda a empresa, enquanto outro contém desvios regionais desse padrão:

Exemplo: Configurando nomes de grupos de configuração de wildcard

Os caracteres-curinga são nomes de grupo de configuração que usam caracteres especiais para criar um padrão que pode ser aplicado a várias declarações. Os wildcards são úteis para copiar um conjunto de opções de configuração para muitos dos diferentes grupos de configuração. É importante configurar seu nome do cartão wildcard corretamente para garantir que as opções de configuração do wildcard sejam copiadas para os grupos de configuração apropriados.

Neste exemplo, você configura diferentes valores para os <*-major> grupos e os grupos de <*-minor> caracteres curinga na label-switched-path instrução. O caractere asterisco * () representa uma seção do nome do caractere wildcard que pode combinar qualquer série de caracteres. Por exemplo, as opções de configuração em baixo são passadas para qualquer outro grupo de label-switched-path <*-major>label-switched-path metro-majorlabel-switched-path configuração contendo seu -major nome.

Exemplo: Referenciando a instrução predefinida do grupo de padrões

O exemplo a seguir é uma instrução predefinida do grupo de padrões disponível para FTP em um firewall com estado:

Para referenciar uma instrução padrão predefinida do grupo de padrões, inclua a junos-default-name instrução no nível da hierarquia aplicável. Por exemplo, para referenciar a instrução padrão de FTP em um firewall com estado, inclua a junos-ftp instrução no nível [edit services stateful-firewall rule my-rule term my-term from applications] da hierarquia:

Exemplo: Exibição de declarações padrão aplicadas à configuração

Para exibir os padrões aplicados à configuração do dispositivo, emide o show | display inheritance defaults comando. Por exemplo, para exibir os padrões herdados em nível [edit system ports] de hierarquia:

Se você escolher não usar as declarações padrão existentes, você pode criar seus próprios grupos de configuração manualmente.

Para exibir as informações de configuração completas omitindo quaisquer comentários marcados ## com , use a opção com o no-commentsdisplay inheritance comando.

Configuração de Mecanismo de Roteamento grupos de configuração

Em um roteador com dois Mecanismos de Roteamento, uma configuração deve ser compartilhada entre ambos os mecanismos de roteamento. Isso garante que ambas as Mecanismo de Roteamento sejam idênticas. Nesta configuração, crie dois grupos Mecanismo de Roteamento, um para cada Mecanismo de Roteamento. Nesses grupos, você especificará os parâmetros Mecanismo de Roteamento específicos.

Para obter mais informações sobre a configuração inicial de sistemas Mecanismo de Roteamento de rede redundantes e o grupo re0, consulte o Guia do Usuário de Alta Disponibilidade do Junos OS.

  1. Crie o grupo de re0 configuração. O re0 grupo é um designador de grupo especial que só é usado por uma plataforma de RE0 roteamento redundante.
  2. Navegar até o groups re0 nível da hierarquia de configuração.
  3. Especifique o nome do host do dispositivo.
    Nota:

    O nome do host especificado na configuração do dispositivo não é usado pelo servidor DNS para resolver o endereço IP correto. Esse nome de host é usado para exibir o nome da Mecanismo de Roteamento na CLI. Por exemplo, o nome do host aparece no prompt da linha de comando quando você está conectado à CLI:

  4. Configure o endereço IP e o comprimento do prefixo para a interface Ethernet do dispositivo.
    • Para todos os dispositivos, exceto o roteador TX Matrix Plus, T1600 ou T4000 roteadores em uma matriz de roteamento e série PTX Roteadores de transporte de pacotes:

    • Para o roteador TX Matrix Plus, T1600 ou T4000 roteadores em uma matriz de roteamento, e série PTX Roteadores de transporte de pacotes:

      Para usar como uma interface Ethernet de gerenciamento fora da banda, você deve configurar sua porta em0em0.0 lógica, com um endereço IP válido.

    • Para um T1600 autônomo (não conectado a um roteador TX Matrix Plus e não em uma matriz de roteamento):

  5. Volte ao nível superior da hierarquia.
  6. Crie o grupo de re1 configuração.
  7. Navegar até o groups re1 nível da hierarquia de configuração.
  8. Especifique o nome do host do dispositivo.
  9. Configure o endereço IP e o comprimento do prefixo para a interface Ethernet do dispositivo.
    • Para todos os dispositivos, exceto o roteador TX Matrix Plus, T1600 ou T4000 roteadores em uma matriz de roteamento e série PTX Roteadores de transporte de pacotes:

    • Para o roteador TX Matrix Plus e T1600 ou T4000 roteadores em uma matriz de roteamento apenas:

      Para usar como uma interface Ethernet de gerenciamento fora da banda, você deve configurar sua porta em0em0.0 lógica, com um endereço IP válido.

    • Para um T1600 autônomo (não conectado a um roteador TX Matrix Plus e não em uma matriz de roteamento):

  10. Volte ao nível superior da hierarquia.
  11. Especifique o pedido de aplicação em grupo.

Usando condições para aplicar grupos de configuração

Você pode usar a instrução no nível da hierarquia para definir condições nas when quais um grupo de [edit groups group-name] configuração deve ser aplicado.

Você pode configurar um grupo a ser aplicado com base no tipo de chassi, modelo ou Mecanismo de Roteamento, membro de chassi virtual, nó de cluster e iniciar e fim do dia ou data opcionais.

Por exemplo, você pode usar a instrução para criar um grupo de configuração genérica para cada tipo de nó e aplicar a configuração com base em determinadas propriedades do nó, como when chassi ou modelo.

Exemplo: Configuração de condições para a aplicação de grupos de configuração

Este exemplo mostra como configurar condições nas quais um grupo de configuração especificado deve ser aplicado.

Requisitos

Nenhuma configuração especial além da inicialização do dispositivo é necessária antes de configurar este exemplo, embora este exemplo tenha sido configurado e testado usando-se um MX240 de segurança.

Visão geral

Você pode configurar seus dados de configuração de grupo em nível de hierarquia e, em seguida, usar a instrução para aplicar o grupo com base em [edit groups group-name]when condições, incluindo: Tipo de chassi, modelo, mecanismo de roteamento, membro de chassi virtual, nó de cluster e início e fim do dia ou data opcionais.

Se você especificar várias condições em um único grupo de configuração, todas as condições devem ser atendidas antes que o grupo de configuração seja aplicado.

Você pode especificar a hora de início ou a duração do grupo de configuração a ser aplicada. Se apenas o tempo de início for especificado, o grupo de configuração será aplicado no momento especificado e ele permanece em vigor até que o tempo seja alterado. Se o tempo final for especificado, em cada dia, o grupo de configuração aplicado é iniciado e interrompido nos momentos especificados.

Este exemplo define condições em um grupo de configuração, de maneira que esse grupo só seja aplicado quando todas as test1 seguintes condições são atendidas: o roteador é um roteador de MX240 modelo com chassi tipo LCC0, com um Mecanismo de Roteamento funcionando como RE0, é membro0 do chassi virtual no nó0, e o grupo de configuração só estará em vigor a partir das 9h00 até as 17h00 todos os dias.

Configuração

Configuração rápida CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, confie-os em um arquivo de texto, remova quaisquer quebras de linha, altere quaisquer detalhes necessários para combinar com a configuração da rede e, em seguida, copie e copie e colar os comandos na CLI no nível da [edit] hierarquia.

Procedimento

Procedimento passo a passo

Para configurar condições para o grupo de test1 configuração:

  1. De definir a condição que identifica o MX240 roteador.

  2. Definir a condição que identifica o tipo de chassi como LCC0.

  3. De definir a condição que identifica a Mecanismo de Roteamento funcionando como RE0 .

  4. De definir a condição que identifica o chassi member0 virtual.

  5. De definir a condição que identifica o node0 cluster.

  6. Definir a condição que aplica o grupo apenas entre as 9h00 e as 17h00 diárias.

    Nota:

    A sintaxe para especificar a hora é: time <start-time> [to <end-time>] usando o formato de tempo yyyy-mm-dd.hh:mm, hh:mm ou hh.

  7. Compromete a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração ao entrar no show groups test1 comando. Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Verificação

Verificação da herança de grupo com dados condicional
Propósito

Verificar se os dados condicional de um grupo de configuração são herdados quando aplicados.

Ação

O show | display inheritance comando operacional pode ser emitido com os dados para exibir a herança when condicional. Usando este exemplo, você pode emitir um desses comandos para determinar se os dados condicionals foram herdados: