Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Utilisation de groupes de configuration pour configurer rapidement les équipements

Les groupes de configuration sont utilisés pour configurer et appliquer des éléments courants qui sont réutilisés au sein d’une même configuration.

Compréhension des groupes de configuration

Ce sujet fournit une présentation des groupes de configuration et du modèle d’héritage dans la Junos OS CLI.

Présentation des groupes de configuration

Les groupes de configuration vous permettent de créer un groupe contenant des déclarations de configuration et de diriger l’héritage des déclarations de ce groupe dans le reste de la configuration. Le même groupe peut s’appliquer à différentes sections de la configuration, et les différentes sections des instructions de configuration d’un groupe peuvent être héritées à différents endroits dans la configuration.

Les groupes de configuration vous permettent de créer des fichiers de configuration plus petits et plus logiquement construits, ce qui facilite la configuration et la maintenance Juniper Networks périphériques. Par exemple, vous pouvez grouper des instructions qui sont répétées à de nombreux endroits de la configuration, par exemple lors de la configuration d’interfaces, et ainsi limiter les mises à jour uniquement au groupe.

Vous pouvez également utiliser des caractères génériques dans un groupe de configurations afin de permettre aux données de configuration d’être héritées par tout objet qui correspond à une expression générique.

Le mécanisme du groupe de configuration est séparé des mécanismes de regroupement utilisés dans d’autres groupes de la configuration, BGP par exemple. Les groupes de configuration fournissent un mécanisme générique qui peut être utilisé tout au long de la configuration, mais qui sont connus uniquement pour Junos OS CLI. Les processus logiciels individuels qui exécutent les actions dirigées par la configuration reçoivent la forme étendue de la configuration ; n’ont aucune connaissance des groupes de configuration.

Modèle d’héritage

Les groupes de configuration utilisent un héritage véritable, qui implique une relation dynamique et continue entre la source des données de configuration et la cible de ces données. Les valeurs de données modifiées dans le groupe de configuration sont automatiquement héritées par la cible. La cible n’a pas besoin de contenir les informations héritées, bien que les valeurs héritées peuvent être surchargées dans la cible sans affecter la source dont elles ont hérité.

Ce modèle de héritage vous permet de consulter uniquement les informations spécifiques à l’instance sans en voir les détails hérités. Un tuyau de commande en mode de configuration vous permet d’afficher les données héritées.

Configuration des groupes de configuration

Pour que certaines zones de votre configuration héritent les instructions de configuration, vous devez d’abord placer ces instructions dans un groupe de configuration, puis appliquer ce groupe aux niveaux de la hiérarchie de configuration qui nécessitent ces instructions.

Pour que certaines zones de votre configuration héritent les instructions de configuration:

  1. Configurez les instructions dans un groupe de configuration. Pour configurer les groupes de configuration et les héritages, vous pouvez inclure l’énoncé des groupes au niveau de la hiérarchie [modifier] :

  2. Appliquez ce groupe aux niveaux de la hiérarchie de configuration qui nécessitent les instructions.

    Inclure l’instruction n’importe où dans la configuration dans laquelle les instructions de configuration contenues dans un groupe de apply-groups [ group-names ] configuration sont nécessaires.

Création d’un groupe de configuration

La Junos OS CLI vous permet de créer des groupes re-utilisables contenant des instructions de configuration. Vous pouvez appliquer ces groupes à différentes sections de la configuration où les mêmes instructions de configuration sont répétées plusieurs fois.

Les groupes de configuration vous permettent de créer des fichiers de configuration plus petits et plus logiquement construits, ce qui facilite la configuration et la maintenance des configurations d’équipements. Par exemple, vous pouvez grouper des instructions qui sont répétées à de nombreux endroits de la configuration, par exemple lors de la configuration d’interfaces, et ainsi limiter les mises à jour uniquement au groupe.

Lorsque vous appliquez le groupe dans les différentes sections de la configuration, cette partie de la configuration hérite les instructions configurées dans ce groupe. Les groupes de configuration suivent la règle de héritage selon laquelle la relation dynamique et continue est définie entre la source des données de configuration et la cible de ces données. Si vous modifiez les valeurs de données dans le groupe de configuration, les modifications s’reflètent automatiquement dans la cible héritée.

Vous pouvez, si nécessaire, overwrite les valeurs dans la configuration cible, ce qui n’affecte pas la source du groupe.

Ce modèle de héritage vous permet de consulter uniquement les informations spécifiques à l’instance sans en voir les détails hérités. Un tuyau de commande en mode de configuration vous permet d’afficher les données héritées. Par exemple, vous pouvez configurer toutes vos interfaces pour la ge-0/0/1 MTU 1 500. Pour ce faire, vous créez un groupe d’une MTU 1 500:

Ensuite, vous appliquez le groupe dans la configuration de l’interface.

Voir la configuration héritée.

Ainsi, si vous souhaitez configurer une valeur ajoutée MTU interface dans différentes parties de la configuration, vous pouvez appliquer l’énoncé de groupe en utilisant ge-0/0/1 l’option apply-groups. Si vous le faites manuellement et que vous souhaitez augmenter l’MTU, vous de pouvez devoir modifier manuellement chaque interface. Si vous aviez utilisé un groupe de configurations, vous pouviez simplement modifier la configuration du groupe et toutes les interfaces associées seraient automatiquement mises à jour.

Vous pouvez également utiliser des caractères génériques dans un groupe de configurations afin de permettre aux données de configuration d’être héritées par tout objet qui correspond à une expression générique. Quelques chiffres clés :

Application d’un groupe de configuration

Pour qu’une configuration Juniper Networks d’un équipement héritée des instructions d’un groupe de configuration, inclure apply-groups l’instruction:

Si vous spécifiez plusieurs noms de groupe, indiquez-les par ordre de priorité d’héritage. Les données de configuration du premier groupe ont la priorité sur les données des groupes suivants.

Pour les routeurs qui supportent plusieurs moteurs de routage, vous pouvez spécifier re0 et grouper re1 des noms. La configuration spécifiée par groupe n’est appliquée que si le moteur de routage actuel se trouve dans l’emplacement 0 . de même, la configuration spécifiée par groupe n’est appliquée que si l’moteur de routage actuelle se trouve dans re0re1 l’emplacement 1. Les deux moteurs de routage peuvent donc utiliser le même fichier de configuration, chacun utilisant uniquement les instructions de configuration qui s’y appliquent. Chaque ou groupe contient au minimum la configuration du nom de l’hôte et re0re1 de l’interface de gestion fxp0 (). Si chaque moteur de routage utilise une interface de gestion différente, le groupe doit également contenir la configuration du routeur de secours et des routes statiques.

Vous pouvez inclure une seule apply-groups instruction à chaque niveau spécifique de la hiérarchie de configuration. L’instruction à un niveau hiérarchique spécifique répertorie les groupes de configuration à ajouter à la liste des groupes de configuration de apply-groups l’énoncé contenant.

Valeurs spécifiées au niveau de la hiérarchie spécifique valeurs de remplacement héritées du groupe de configuration.

Les groupes répertoriés dans les instructions imbrmbrées ont la apply-groups priorité sur les groupes dans des instructions externes. Dans l’exemple suivant, le voisin BGP hérite les données de configuration du premier 10.0.0.1one groupe, puis des groupes two et three . Les données de configuration en groupe one remplacent les données de n’importe quel autre groupe. Les données de groupe ten ne sont utilisées que si une déclaration n’est contenue dans aucun autre groupe.

Lorsque vous configurez un groupe défini pour le niveau racine, c’est-à-dire dans le système logique par défaut, vous ne pouvez pas appliquer ce groupe à un système logique nondéfault au-dessous du niveau [edit logical-systems logical-system-name] hiérarchique. Bien que le routeur accepte la validation si vous appliquez le groupe, le groupe de configuration n’entre pas en vigueur pour le système logique nondefault. Vous pouvez à la place créer un groupe de configuration supplémentaire au niveau racine et l’appliquer dans le système logique. Vous pouvez également modifier le groupe d’origine afin qu’il inclut la configuration pour les niveaux de hiérarchie du système logique par défaut et non-finaux.

Exemple: Création et application de groupes de configuration

Dans cet exemple illustrant la création et l’application de groupes de configuration, la configuration SNMP est divisée entre le groupe et la hiérarchie basic de configuration normale.

En plaçant la configuration spécifique du système (contact SNMP) dans un groupe de configurations, vous pouvez le séparer de la hiérarchie de configuration normale. Vous pouvez remplacer (à l’aide de la commande) l’une ou l’autre section sans jeter les données de load replace l’autre.

En outre, il est désormais possible de définir un contact pour une boîte spécifique, car les données du groupe seraient masquées par les données spécifiques au routeur.

Cette configuration est équivalente aux configurations suivantes:

Désactivation de l’héritage d’un groupe de configuration

Pour désactiver l’héritage d’un groupe de configuration à tout niveau, à l’exception du haut niveau de la hiérarchie, inclure apply-groups-except l’énoncé:

Cette instruction est utile lorsque vous utilisez l’instruction à un niveau hiérarchique spécifique mais que vous souhaitez également remplacer les valeurs héritées du groupe de configuration pour apply-group un paramètre spécifique.

Exemple: Désactivation de l’héritage sur l’interface so-1/1/0

Dans l’exemple suivant, apply-groups l’instruction est appliquée globalement au niveau des interfaces. L’instruction est également appliquée à l’interface de sorte qu’elle utilise les valeurs par défaut pour les énoncés et apply-groups-except les so-1/1/0hold-timelink-mode valeurs.

Les groupes de configuration peuvent ajouter une certaine confusion au sujet des valeurs réelles utilisées par le routeur, car les données de configuration peuvent être héritées des groupes de configuration. Pour afficher les valeurs réelles utilisées par le routeur, utilisez la commande après le display inheritance canal (|) en show commande. Cette commande affiche les instructions héritées au niveau au niveau de leur héritage et du groupe dont elles ont hérité.

Pour afficher la configuration étendue (la configuration, y compris les instructions héritées) sans les lignes ##, utilisez la commande après le except canal de commande: show

Remarque :

display inheritance | except ##L’option supprime toutes les lignes avec ## . Par conséquent, il se peut que vous ne soyez pas en mesure d’afficher les informations sur les mots de passe et les autres données importantes ## utilisées. Pour afficher les détails de configuration complets avec toutes les informations sans les commentaires indiqués, utilisez ##no-comments l’option avec la display inheritance commande:

Utilisation du groupe de configuration par défaut Junos

Junos OS et Junos OS Evolved fournissent un groupe de configuration masqué et inintérable appelé qui s’applique automatiquement à la junos-defaults configuration de votre routeur. Le junos-defaults groupe contient des instructions préconfigurées contenant des valeurs prédéfines pour les applications courantes. Certaines des déclarations doivent être référencés pour prendre effet, telles que les définitions d’applications (par exemple, FTP ou les paramètres Telnet). D’autres instructions sont appliquées automatiquement, telles que les paramètres de terminaux.

Remarque :

De nombreux identifiants inclus dans le junos-defaults groupe de configuration commencent par le junos- nom. Les identifiants commençant par ce nom sont réservés par Juniper Networks, vous ne pouvez pas définir d’objets de junos- configuration utilisant ce nom.

Vous ne pouvez pas junos-defaults inclure le nom d’un groupe de configuration dans une apply-groups instruction.

Pour afficher l’ensemble des instructions prédéfines disponibles dans le groupe de paramètres par défaut Junos, émettre la commande du mode de configuration au niveau supérieur show groups junos-defaults de la configuration. L’exemple suivant affiche une liste partielle des groupes de paramètres Junos:

Pour référence les instructions disponibles auprès du groupe, inclure l’instruction sélectionnée au niveau hiérarchique junos-defaults junos- default-name applicable.

Utilisation de génériques de cas avec des groupes de configuration

Vous pouvez utiliser des fiches génériques pour identifier les noms et permettre à une seule déclaration de fournir des données pour diverses instructions. Par exemple, le regroupement de la configuration de l’énoncé sur toutes les interfaces SONET/SDH ou l’intervalle de mort pour OSPF sur toutes les interfaces asynchrones de mode de transfert simplifie les fichiers de configuration et simplifie leur sonet-options maintenance.

L’utilisation de caractères génériques dans les données de configuration normales est effectuée dans un style similaire à celui utilisé avec les caractères génériques de shell UNIX traditionnels. Vous pouvez utiliser les métacharacteurs suivants:

  • Astérisque ( * )— Correspondances avec toute chaîne de caractères.

  • Point d’interrogation ( ? ): correspond à n’importe quel caractère.

  • Support ouvert ( [ )— présente une classe de caractère.

  • Fermer le support ] ()— indique la fin d’une classe de caractère. Si le support de fermeture est manquant, le support ouvert correspond à un plutôt qu’à l’introduction [ d’une classe de caractère.

  • Une classe de caractères correspond à l’un des caractères entre les supports carrés. Dans un groupe de configuration, un nom d’interface comprenant une classe de caractère doit être inclus dans des guillemets.

  • Trait d’union - ()— spécifie un ensemble de caractères.

  • Point d’excrémentation ()— La classe de caractère peut être complétée en faisant d’un point d’excrément le premier caractère de ! la classe de caractère. Pour inclure un support étroit ( ) dans une classe de caractères, en faire le premier caractère répertorié (après le ] , le cas ! cas). Pour inclure un signe moins, en faire le premier ou le dernier caractère répertorié.

Remarque :

Si vous êtes utilisé dans la hiérarchie, un nom d’identifiant ne peut pas commencer par si vous définissez une déclaration générique, auquel cas l’énoncé de caractère générique doit être groups<> fermé.

La wildcarding dans les groupes de configuration suit les mêmes règles, mais a une signification particulière lorsqu’elle est utilisée <> sous la groups hiérarchie. Dans la hiérarchie, tout terme utilisant une générique doit être inclus dans des supports d’angle < motif > pour le différencier des autres caractères génériques du fichier de groups configuration.

Les expressions génériques correspondent (et fournissent des données de configuration pour) les instructions existantes dans la configuration qui ne correspondent qu’à leur expression. Dans l’exemple précédent, l’expression transmet sa <so-*> déclaration à n’importe quelle interface qui correspond à sonet-options l’expression so-* .

L’exemple suivant indique comment spécifier une gamme d’interfaces:

Les supports d’angle vous permettent de passer des cartes génériques normales sans modification. Dans toute correspondance au sein de la configuration, qu’elle soit effectuée avec ou sans génériques, le premier élément de la configuration correspondant est utilisé. Dans l’exemple suivant, les données des groupes d’BGP génériques sont héritées de l’ordre dans lequel les groupes sont répertoriés. La valeur de préférence de l’on remplace la préférence par , tout comme la valeur de son remplacement <*a*><*b*> par celui de p<*c*><*d*> . Les valeurs de données de l’un de ces groupes remplacent les valeurs de données par abcd .

Amélioration du temps de validation lors de l’utilisation des groupes de configuration

Des groupes de configuration sont utilisés pour appliquer des configurations dans d’autres hiérarchies sans saisir à nouveau les données de configuration. Certains groupes de configurations spécifient chaque détail de configuration. D’autres groupes de configuration utilisent des fiches génériques pour configurer des plages de données, sans détailler chaque ligne de configuration. Certaines configurations ont un chemin d’héritage qui inclut une longue chaîne de configurations à appliquer.

Lorsqu’une configuration qui utilise des groupes de configuration est engagée, le processus de validation s’étend et lit en mémoire toutes les données de configuration du groupe pour appliquer les configurations comme prévu. Les performances de validation peuvent être négativement impactées si de nombreux groupes de configuration sont appliqués, en particulier si les groupes de configuration utilisent beaucoup de caractères génériques.

Si votre système utilise de nombreux groupes de configuration utilisant des caractères génériques, vous pouvez configurer l’énoncé au niveau de la hiérarchie afin d’améliorer les performances de la durée persist-groups-inheritance[edit system commit] de validation.

Cette option permet au système de construire le chemin d’héritage de chaque groupe de configuration au sein de la base de données, plutôt que dans la mémoire du processus. Cela peut améliorer les performances de temps de validation. Toutefois, il peut également augmenter la taille de la base de données.

Exemple: Configuration de jeux d’instructions avec des groupes de configuration

Lorsque des ensembles d’instructions existent dans des groupes de configuration, toutes les valeurs sont héritées. Quelques chiffres clés :

Pour les jeux qui ne sont pas affichés entre des supports, toutes les valeurs sont également héritées. Quelques chiffres clés :

Exemple: Configuration d’interfaces à l’aide de groupes de configuration

Vous pouvez utiliser des groupes de configuration pour séparer les paramètres multimédias de l’interface communs des informations d’adressa ment spécifiques à l’interface. L’exemple suivant place les données de configuration des interfaces ATM dans un groupe appelé atm-options .

Exemple: Configuration d’une adresse IP cohérente pour l’interface de gestion à l’aide de groupes de configuration

Sur les routeurs avec plusieurs moteurs de routage, chaque moteur de routage est configuré avec une adresse IP distincte pour l’interface de gestion ( fxp0 ). Pour accéder à la moteur de routage principale, vous devez savoir quelle moteur de routage est active et utiliser l’adresse IP appropriée.

Pour un accès cohérent au moteur de routage principal, vous pouvez, si vous le souhaitez, configurer une adresse IP supplémentaire et l’utiliser pour l’interface de gestion, quelle que moteur de routage soit active. Cette adresse IP supplémentaire est active uniquement sur l’interface de gestion pour la moteur de routage. Pendant le basculement, l’adresse passe à la nouvelle moteur de routage.

Dans l’exemple suivant, l’adresse est configurée pour les deux moteurs de routage et 10.17.40.131 inclut une master-only instruction. Avec cette configuration, 10.17.40.131 l’adresse est active uniquement sur le moteur de routage. L’adresse reste cohérente quelle que soit la moteur de routage est active. 10.17.40.132L’adresse est attribuée à fxp0 l’adresse et elle est attribuée sur re010.17.40.133fxp0re1 .

Cette fonctionnalité est disponible sur tous les routeurs, y inclus les moteurs de routage double. Sur une matrice de routage composée du routeur TX Matrix, cette fonctionnalité n’est applicable qu’au châssis de carte de commuter (AUT). De même, sur une matrice de routage composée d’un routeur TX Matrix Plus, cette fonctionnalité s’applique uniquement au châssis de structure de commuter (SFC).

Remarque :
  • Si vous configurez la même adresse IP pour une interface de gestion ou une interface interne, telle qu’une interface physique externe, par exemple, lorsque le basculement fxp0 GRES (Graceful moteur de routage Switchover) est activé, le CLI affiche un message d’erreur de validation approprié que des adresses identiques ont été trouvées sur les ge-0/0/1 interfaces privées et publiques. Dans ce cas, vous devez attribuer des adresses IP uniques pour les deux interfaces qui ont des adresses dupliquées.

  • L’interface De gestion Ethernet utilisée pour le routeur TX Matrix Plus, les routeurs T1600 dans une matrice de routage, et la liaison PTX Series Routeurs de transport de paquets, est em0 . Junos OS automatiquement l’interface Ethernet de gestion du routeur, em0 .

Exemple: Configuration d’entités pairs à l’aide de groupes de configuration

Dans cet exemple, nous créons un groupe qui contient des données de configuration relatives à un autre fournisseur d’accès some-isp Internet (ISP). Nous pouvons ensuite insérer des instructions à tout moment pour permettre à n’importe quel emplacement de la hiérarchie de apply-group configuration d’hériter ces données.

Exemple: Établir des configurations régionales à l’aide des groupes de configuration

Dans cet exemple, un groupe contient des données de configuration standard de l’entreprise, tandis qu’un autre groupe présente des écarts régionaux par rapport à cette norme:

Exemple: Configuration des noms des groupes de configuration des wildcards

Les caractères génériques sont des noms de groupes de configuration qui utilisent des caractères spéciaux pour créer un motif qui peut être appliqué à plusieurs instructions. Les caractères génériques sont utiles pour copier un ensemble d’options de configuration vers un grand nombre de groupes de configuration différents. Il est important de configurer correctement le nom de votre wildcard afin de vous assurer que les options de configuration de wildcard sont copiées vers les groupes de configuration appropriés.

Dans cet exemple, vous configurez différentes valeurs pour les groupes de cartes génériques et les valeurs génériques <*-major><*-minor> dans label-switched-path l’instruction. Le caractère astérisque ( ) représente une section du nom générique qui peut correspondre à * n’importe quelle chaîne de caractères. Par exemple, les options de configuration ci-dessous sont transmises à tout autre groupe de label-switched-path <*-major>label-switched-path metro-major configuration contenant son label-switched-path-major nom.

Exemple: Référence de l’instruction prédéfinie dans le groupe par défaut

L’exemple suivant est une instruction prédéfinue du groupe par défaut disponible pour FTP dans un pare-feu à états:

Pour faire référence à une instruction prédéfinie par défaut du groupe par défaut, inclure junos-default-name l’instruction au niveau de la hiérarchie applicable. Par exemple, pour référencer l’instruction par défaut de FTP dans un pare-feu à états, inclure l’instruction au niveau junos-ftp[edit services stateful-firewall rule my-rule term my-term from applications] de la hiérarchie:

Exemple: Affichage des instructions par défaut appliquées à la configuration

Pour afficher les paramètres par défaut appliqués à la configuration de l’équipement, émettre la show | display inheritance defaults commande. Par exemple, pour afficher les valeurs héritées par défaut au niveau [edit system ports] de la hiérarchie:

Si vous choisissez de ne pas utiliser les instructions par défaut existantes, vous pouvez créer vos propres groupes de configuration manuellement.

Pour afficher les informations de configuration complètes, en omettant tout commentaire ## marqué, utilisez no-comments l’option avec la display inheritance commande.

Configuration de moteur de routage groupes de configuration

Dans un routeur avec deux moteurs de routage, une configuration doit être partagée entre les deux moteurs de routage. Cela garantit que les deux moteur de routage sont identiques. Créez deux groupes de moteur de routage, un pour chaque moteur de routage. Dans ces groupes, vous spécifiez moteur de routage paramètres spécifiques.

Pour plus d’informations sur la configuration initiale pour les systèmes moteur de routage redondantset le groupe re0, consultez Junos OS Guide de l’utilisateur haute disponibilité.

  1. Créer le groupe de configuration re0 . Ce groupe est spécialement conçu pour les plates-formes de re0RE0 routage redondantes.
  2. Accédez au groups re0 niveau de la hiérarchie de configuration.
  3. Indiquez le nom de l’hôte de l’équipement.
    Remarque :

    Le nom d’hôte indiqué dans la configuration de l’équipement n’est pas utilisé par le serveur DNS pour résoudre la problème avec l’adresse IP correcte. Ce nom d’hôte est utilisé pour afficher le nom de l’moteur de routage dans l’CLI. Par exemple, le nom de l’hôte apparaît à l’invite de la ligne de commande lorsque vous êtes connecté à la CLI:

  4. Configurez l’adresse IP et la longueur du préfixe pour l’interface Ethernet de l’équipement.
    • Pour tous les équipements, à l’exception du routeur TX Matrix Plus, T1600 routeurs T4000 dans une matrice de routage, et PTX Series Routeurs de transport de paquets:

    • Pour les routeurs, routeurs T1600 ou T4000 TX Matrix Plus dans une matrice de routage uniquement, et PTX Series Routeurs de transport de paquets:

      Pour être utilisé comme une interface Ethernet de gestion hors bande, vous devez configurer son port logique, avec une adresse em0em0.0 IP valide.

    • Pour un T1600 autonome (non connecté à un routeur TX Matrix Plus et non dans une matrice de routage):

  5. Revenir au haut niveau de la hiérarchie.
  6. Créer le groupe de configuration re1 .
  7. Accédez au groups re1 niveau de la hiérarchie de configuration.
  8. Indiquez le nom de l’hôte de l’équipement.
  9. Configurez l’adresse IP et la longueur du préfixe pour l’interface Ethernet de l’équipement.
    • Pour tous les équipements, à l’exception du routeur TX Matrix Plus, T1600 routeurs T4000 dans une matrice de routage, et PTX Series Routeurs de transport de paquets:

    • Pour le routeur TX Matrix Plus et les routeurs T1600 ou T4000 dans une matrice de routage uniquement:

      Pour être utilisé comme une interface Ethernet de gestion hors bande, vous devez configurer son port logique, avec une adresse em0em0.0 IP valide.

    • Pour un T1600 autonome (non connecté à un routeur TX Matrix Plus et non dans une matrice de routage):

  10. Revenir au haut niveau de la hiérarchie.
  11. Spécifiez l’ordre d’application de groupe.

Utilisation des conditions pour appliquer des groupes de configuration

Vous pouvez utiliser l’instruction au niveau de la hiérarchie pour définir les conditions dans lesquelles un groupe de when[edit groups group-name] configuration doit être appliqué.

Vous pouvez configurer un groupe à appliquer en fonction du type de châssis, modèle ou moteur de routage, membre Virtual Chassis, nœud de cluster, et de début et de fin en option de la journée ou de la date.

Par exemple, vous pouvez utiliser l’instruction pour créer un groupe de configuration générique pour chaque type de nœud, puis appliquer la configuration en fonction de certaines propriétés de nœuds, telles que le châssis ou le when modèle.

Exemple: Configuration des conditions pour l’application des groupes de configuration

Cet exemple montre comment configurer des conditions dans lesquelles un groupe de configuration spécifié doit être appliqué.

Conditions préalables

Aucune configuration particulière au-delà de l’initialisation de l’équipement n’est requise avant de configurer cet exemple, même si cet exemple a été configuré et testé à l’aide d’MX240 périphérique.

Présentation

Vous pouvez configurer les données de configuration de votre groupe au niveau de la hiérarchie, puis utiliser l’instruction pour appliquer le groupe en fonction des [edit groups group-name]when conditions suivantes: Type de châssis, modèle, moteur de routage, membre virtual chassis, nœud de cluster, et début et date de fin en option.

Si vous spécifiez plusieurs conditions dans un seul groupe de configuration, toutes les conditions doivent être satisfaites avant que le groupe de configuration ne soit appliqué.

Vous pouvez spécifier l’heure de début ou la durée de l’application du groupe de configuration. Si seulement l’heure de début est spécifiée, le groupe de configuration est appliqué à l’heure spécifiée et il reste en vigueur jusqu’à ce que l’heure soit modifiée. Si l’heure de fin est spécifiée, le groupe de configuration appliqué est démarré et arrêté chaque jour à l’heure spécifiée.

Cet exemple définit les conditions d’un groupe de configurations, de sorte que ce groupe ne s’applique que lorsque toutes les test1 conditions suivantes sont remplies: le routeur est un routeur MX240 modèle avec châssis de type LCC0, dont le moteur de routage fonctionne comme RE0. Il fait partie du châssis virtuel sur nœud0 et le groupe de configuration n’est en vigueur qu’entre 9 h 00 et 17 h 00 chaque jour.

Configuration

CLI configuration rapide

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les interruptions de ligne, modifiez tous les détails nécessaires pour correspondre à votre configuration réseau, puis copiez/collez les commandes dans le CLI au niveau de la [edit] hiérarchie.

Procédure

Procédure étape par étape

Pour configurer les conditions du groupe de test1 configuration:

  1. Définissez la condition qui identifie le modèle MX240 routeur.

  2. Définissez la condition qui identifie le type de châssis comme LCC0.

  3. Définissez la condition qui identifie le fonctionnement moteur de routage en tant que RE0 .

  4. Définissez la condition qui identifie le châssis virtuel member0 .

  5. Définissez la condition qui identifie le node0 cluster.

  6. Définissez la condition applicable au groupe uniquement entre 9 h 00 et 17 h 00 tous les jours.

    Remarque :

    La syntaxe pour spécifier l’heure est la suivante: time <start-time> [to <end-time>] en utilisant le format d’heure yyyy-mm-dd. deux: mm, mm, mm ou riez.

  7. Valider la configuration.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant la show groups test1 commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Vérification

Vérification de l’héritage du groupe avec des données conditionnels
But

Vérifiez que les données conditionnels d’un groupe de configuration sont héritées lorsqu’elles sont appliquées.

Action

La commande opérationnelle peut être émise avec les données pour afficher show | display inheritancewhen l’héritage conditionnel. Vous pouvez utiliser cet exemple pour émettre l’une de ces commandes afin de déterminer si les données conditionnels ont été héritées: