Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Verwenden von Konfigurationsgruppen zur schnellen Konfiguration von Geräten

Verwenden Sie Konfigurationsgruppen, um gemeinsame Elemente einzurichten und anzuwenden, die innerhalb derselben Konfiguration wiederverwendet werden.

Konfigurationsgruppen – Übersicht

Dieses Thema bietet einen Überblick über Konfigurationsgruppen und das Vererbungsmodell in der Junos OS CLI.

Funktionsweise von Konfigurationsgruppen

Mit Konfigurationsgruppen können Sie eine Gruppe erstellen, die Konfigurationsanweisungen enthält, und die Vererbung der Anweisungen dieser Gruppe im Rest der Konfiguration leiten. Dieselbe Gruppe kann auf verschiedene Abschnitte der Konfiguration angewendet werden. Verschiedene Abschnitte der Konfigurationsanweisungen einer Gruppe können an verschiedenen Stellen in der Konfiguration geerbt werden.

Mit Konfigurationsgruppen können Sie kleinere, logischere Konfigurationsdateien erstellen, was die Konfiguration und Wartung von Geräten von Juniper Networks erleichtert. Sie können beispielsweise Anweisungen gruppieren, die an vielen Stellen in der Konfiguration wiederholt werden, z. B. bei der Konfiguration von Schnittstellen. Indem Sie Anweisungen gruppieren, können Sie Konfigurationsupdates nur auf die Gruppe beschränken.

Sie können auch Wildcards in einer Konfigurationsgruppe verwenden. Jedes Objekt, das mit dem Wildcard-Ausdruck übereinstimmt, erbt die Gruppenkonfigurationsdaten.

Der Konfigurationsgruppenmechanismus ist getrennt von den Gruppierungsmechanismen, die anderswo in der Konfiguration verwendet werden, z. B. BGP-Gruppen. Konfigurationsgruppen stellen einen generischen Mechanismus bereit, den Sie während der gesamten Konfiguration verwenden können, die aber nur der CLI bekannt sind. Die einzelnen Softwareprozesse, die die von der Konfiguration gesteuerten Aktionen ausführen, erhalten die erweiterte Form der Konfiguration; sie haben keine Kenntnis von Konfigurationsgruppen.

Vererbungsmodell

Konfigurationsgruppen verwenden echte Vererbung, die eine dynamische, laufende Beziehung zwischen der Quelle der Konfigurationsdaten und dem Ziel dieser Daten beinhaltet. Das Ziel erbt automatisch Datenwerte, die Sie in der Konfigurationsgruppe ändern. Das Ziel muss die geerbten Informationen nicht enthalten. Die erbenten Werte können jedoch im Ziel außer Kraft gesetzt werden, ohne die Quelle, von der sie geerbt wurden, zu beeinträchtigen.

Mit diesem Vererbungsmodell können Sie nur die instanzspezifischen Informationen anzeigen, ohne die erbenten Details anzuzeigen. Über eine Befehlszeile im Konfigurationsmodus können Sie die geerbten Daten anzeigen.

Konfiguration von Konfigurationsgruppen

Für Bereiche ihrer Konfiguration, die Konfigurationsanweisungen erben sollen, müssen Sie die Anweisungen zuerst in eine Konfigurationsgruppe legen. Sie wenden diese Gruppe dann auf die Ebenen in der Konfigurationshierarchie an, für die die Anweisungen erforderlich sind.

Für Bereiche Ihrer Konfiguration, die Konfigurationsanweisungen erben möchten:

  1. Konfigurieren Sie Anweisungen in einer Konfigurationsgruppe. Um Konfigurationsgruppen und Vererbung zu konfigurieren, können Sie die Groups-Anweisung auf der Hierarchieebene [bearbeiten] einschließen:

  2. Wenden Sie die Konfigurationsgruppe von Schritt 1 auf die Ebenen in der Konfigurationshierarchie an, für die die Anweisungen erforderlich sind.

    Fügen Sie die apply-groups [ group-names ] Anweisung überall in die Konfiguration ein, wo die in einer Konfigurationsgruppe enthaltenen Konfigurationsanweisungen benötigt werden.

Erstellen einer Konfigurationsgruppe

Über Junos OS die CLI können Sie wiederverwendbare Gruppen erstellen, die Konfigurationsanweisungen enthalten. Sie können diese Gruppen auf verschiedene Abschnitte der Konfiguration anwenden, in denen dieselben Konfigurationsanweisungen mehrmals wiederholt werden.

Wenn Sie die Gruppe in verschiedenen Abschnitten der Konfiguration anwenden, erbt dieser Teil der Konfiguration die in der Gruppe konfigurierten Anweisungen. Konfigurationsgruppen folgen der Vererbungsregel, wobei die dynamische, laufende Beziehung zwischen der Quelle der Konfigurationsdaten und dem Ziel dieser Daten festgelegt wird. Wenn Sie die Datenwerte in der Konfigurationsgruppe ändern, spiegelt das geerbte Ziel die Änderungen automatisch wider.

Sie können die Werte bei Bedarf in der Zielkonfiguration überschreiben, was sich nicht auf die Quelle in der Gruppe auswirkt.

Mit diesem Vererbungsmodell können Sie nur die instanzspezifischen Informationen anzeigen, ohne die erbenten Details anzuzeigen. Über eine Befehlszeile im Konfigurationsmodus können Sie die geerbten Daten anzeigen. Sie können beispielsweise alle Schnittstellen ge-0/0/1 für den MTU-Wert 1500 konfigurieren.

So konfigurieren Sie alle Ihre ge-0/0/1 Schnittstellen für den MTU-Wert 1500:

  1. Erstellen Sie eine Gruppe mit dem MTU-Wert 1500:

  2. Als nächstes wenden Sie die Gruppe in der Schnittstellenkonfiguration an.

  3. Zeigen Sie die geerbte Konfiguration an.

Wenn Sie den MTU-Wert für Schnittstelle ge-0/0/1 in verschiedenen Teilen der Konfiguration konfigurieren möchten, können Sie die Gruppenaussage mithilfe der apply-groups Option anwenden. Wenn Sie dies manuell tun und später die MTU erhöhen möchten, müssen Sie möglicherweise jede Schnittstelle manuell ändern. Wenn Sie eine Konfigurationsgruppe verwenden, können Sie die Gruppenkonfiguration ändern, wodurch alle zugehörigen Schnittstellen automatisch aktualisiert werden.

Sie können auch Wildcards in einer Konfigurationsgruppe verwenden, um zu erlauben, dass Konfigurationsdaten von jedem Objekt geerbt werden, das einem Wildcard-Ausdruck entspricht. Zum Beispiel:

So wenden Sie eine Konfigurationsgruppe an

Wenn Eine Gerätekonfiguration von Juniper Networks die Anweisungen von einer Konfigurationsgruppe erben soll, fügen Sie die apply-groups Anweisung in die Konfiguration ein.

Wenn Sie mehr als einen Gruppennamen angeben, müssen Sie die Namen in der Reihenfolge der Vererbungspriorität auflisten. Die Konfigurationsdaten in der ersten Gruppe haben Vorrang vor den Daten in den nachfolgenden Gruppen.

Für Geräte, die mehrere Routing-Engines unterstützen, können Sie Namen und re1 Gruppennamen angebenre0. Die in der Gruppe re0 angegebene Konfiguration wird nur angewendet, wenn sich die aktuelle Routing-Engine in Steckplatz 0 befindet. Ebenso wird die in der Gruppe re1 angegebene Konfiguration nur angewendet, wenn sich die aktuelle Routing-Engine in Steckplatz 1 befindet. Daher können beide Routing-Engines dieselbe Konfigurationsdatei verwenden, die jeweils nur die Konfigurationsanweisungen verwendet, die für sie gelten. Jede re0 Gruppe re1 enthält mindestens die Konfiguration für den Hostnamen und die Verwaltungsschnittstelle (fxp0). Wenn jede Routing-Engine eine andere Verwaltungsschnittstelle verwendet, sollte die Gruppe auch die Konfiguration für den Backup-Router und die statischen Routen enthalten.

Sie können nur eine apply-groups Anweisung auf jeder bestimmten Ebene der Konfigurationshierarchie einschließen. Die apply-groups Anweisung auf einer bestimmten Hierarchieebene listet die Konfigurationsgruppen auf, die der Liste der Konfigurationsgruppen der Containing-Anweisung hinzugefügt werden sollen.

Werte, die auf der spezifischen Hierarchieebene angegeben wurden, überschreiben werte, die von der Konfigurationsgruppe geerbt wurden.

Gruppen, die in geschachtelten apply-groups Anweisungen aufgeführt sind, haben Vorrang vor Gruppen in äußeren Anweisungen. Im folgenden Beispiel erbt der BGP-Nachbarn 10.0.0.1 zuerst Konfigurationsdaten von der Gruppe one . Anschließend erbt es Konfigurationsdaten von Gruppe two und Gruppe three. Konfigurationsdaten in einer Gruppe one überschreiben Daten in einer anderen Gruppe. Daten aus der Gruppe ten werden nur verwendet, wenn eine Anweisung in keiner anderen Gruppe enthalten ist.

Die Root-Ebene ist das logische Standardsystem. Wenn Sie eine für die Root-Ebene definierte Gruppe konfigurieren, können Sie diese Gruppe nicht erfolgreich auf ein logisches System ohne Standard unter der [edit logical-systems logical-system-name] Hierarchieebene anwenden. Obwohl das Gerät den Commit akzeptiert, wenn Sie die Gruppe anwenden, wird die Konfigurationsgruppe für das logische System ohne Standard nicht wirksam. Sie können stattdessen eine zusätzliche Konfigurationsgruppe auf der Root-Ebene erstellen und diese innerhalb des logischen Systems anwenden. Alternativ können Sie die ursprüngliche Gruppe so ändern, dass sie die Konfiguration sowohl für die Standard- als auch für nicht standardmäßige Systemhierarchieebene enthält.

Beispiel: Erstellen und Anwenden von Konfigurationsgruppen

Dieses Beispiel veranschaulicht die Erstellung und Anwendung von Konfigurationsgruppen. In diesem Beispiel wird die SNMP-Konfiguration zwischen der Gruppe basic und der normalen Konfigurationshierarchie aufgeteilt.

Sie erhalten mehrere Vorteile, indem Sie die systemspezifische Konfiguration (SNMP-Kontakt) in eine Konfigurationsgruppe eingliedern und sie so von der normalen Konfigurationshierarchie trennen:

  • Sie können einen Abschnitt ersetzen, ohne Daten von dem anderen zu verwerfen, indem Sie den load replace Befehl verwenden.

  • Sie können einen Kontakt für ein bestimmtes Feld festlegen, da die Gruppendaten durch die gerätespezifischen Daten ausgeblendet werden.

Diese Konfiguration entspricht der folgenden:

Beispiel: Deaktivieren der Vererbung einer Konfigurationsgruppe

Sie können die Vererbung einer Konfigurationsgruppe auf jeder Ebene außer der obersten Ebene der Hierarchie deaktivieren. Um die Vererbung zu deaktivieren, fügen Sie die apply-groups-except Anweisung in die Konfiguration ein:

Diese Anweisung ist nützlich, wenn Sie die apply-group Anweisung auf einer bestimmten Hierarchieebene verwenden, aber auch die von der Konfigurationsgruppe für einen bestimmten Parameter übernommenen Werte überschreiben möchten.

Beispiel: Vererbung auf Schnittstelle so-1/1/0 deaktivieren

Im folgenden Beispiel wird die apply-groups Anweisung global auf Schnittstellenebene angewendet. Die apply-groups-except Anweisung wird auch auf die Schnittstelle so-1/1/0 angewendet, sodass sie die Standardwerte für die Anweisungen und link-mode anweisungen hold-time verwendet.

Konfigurationsgruppen können zu verwirrungen hinsichtlich der tatsächlichen Werte, die vom Gerät verwendet werden, schaffen, da ein Gerät Konfigurationsdaten von Konfigurationsgruppen erben kann. Um die tatsächlichen Werte anzuzeigen, die vom Gerät verwendet werden, verwenden Sie den display inheritance Befehl nach der Pipe (|) in einem show Befehl. Dieser Befehl zeigt die geerbten Anweisungen auf der Ebene an, auf der sie geerbt werden, und der Gruppe, von der sie geerbt wurden:

Um die erweiterte Konfiguration (die Konfiguration, einschließlich der geerbten Anweisungen) ohne die ##-Zeilen anzuzeigen, verwenden Sie den except Befehl nach der Pipe in einem show Befehl:

HINWEIS:

Wenn Sie die display inheritance | except ## Option verwenden, werden alle Zeilen mit ##entfernt. Daher können Sie möglicherweise keine Informationen zu Passwörtern oder anderen wichtigen Daten anzeigen, in denen ## sie verwendet werden. Um die vollständigen Konfigurationsdetails mit allen Informationen anzuzeigen (ohne dass nur die Kommentare mit ##markiert sind), verwenden Sie die no-comments Option mit dem display inheritance Folgenden Befehl:

Beispiel: Verwenden der junos-defaults Konfigurationsgruppe

Junos OS stellt eine versteckte und unveränderliche Konfigurationsgruppe bereit junos-defaults , die automatisch auf die Konfiguration Ihres Geräts angewendet wird. Die junos-defaults Gruppe enthält vorkonfigurierte Anweisungen, die vordefinierte Werte für gemeinsame Anwendungen enthalten. Einige der Anweisungen müssen referenziert werden, um wirksam zu werden, z. B. Definitionen für Anwendungen (z. B. FTP- oder Telnet-Einstellungen). Andere Anweisungen werden automatisch angewendet, z. B. Terminaleinstellungen.

HINWEIS:

Viele in der junos-defaults Konfigurationsgruppe enthaltene Bezeichner beginnen mit dem Namen junos-. Da Bezeichner, die mit dem Namen junos- beginnen, für die Verwendung durch Juniper Networks reserviert sind, können Sie keine Konfigurationsobjekte mit diesem Namen definieren.

Sie können keinen Konfigurationsgruppennamen in eine apply-groups Anweisung aufnehmenjunos-defaults.

Um den vollständigen Satz der verfügbaren voreingestellten Anweisungen aus der junos-defaults Gruppe anzuzeigen, gibt Sie den show groups junos-defaults Befehl konfigurationsmodus auf der obersten Ebene der Konfiguration aus. Im folgenden Beispiel wird eine unvollständige Liste von Junos-Standardgruppen angezeigt:

Um von der junos-defaults Gruppe verfügbare Referenzanweisungen zu erhalten, fügen Sie die ausgewählte junos- default-name Anweisung auf der entsprechenden Hierarchieebene ein.

Beispiel: Verwenden von Wildcards mit Konfigurationsgruppen

Sie können Wildcards verwenden, um Namen zu identifizieren und einer Anweisung zu erlauben, Daten für eine Vielzahl von Anweisungen bereitzustellen.

Die Verwendung von Wildcards in normalen Konfigurationsdaten erfolgt in einem Stil, der mit dem herkömmlichen UNIX-Shell-Wildcards übereinstimmt. In diesem Stil können Sie die folgenden Metazeichen verwenden:

  • Sternchen ( * ) – Entspricht jeder Zeichenfolge.

  • Fragezeichen ( ? ) – Entspricht jedem einzelnen Zeichen.

  • Offene Klammer ( [ ) – Führt eine Zeichenklasse ein.

  • Klammer schließen ( ] ) – Gibt das Ende einer Zeichenklasse an. Wenn die Schließen-Klammer fehlt, entspricht die offene Klammer einer offenen Klammer [ , anstatt eine Zeichenklasse einzuführen.

  • Eine Zeichenklasse entspricht jedem der Zeichen zwischen den eckigen Klammern. In einer Konfigurationsgruppe müssen Sie einen Schnittstellennamen, der eine Zeichenklasse enthält, in Anführungszeichen setzen.

  • Bindestrich ( - ) – Gibt einen Bereich von Zeichen an.

  • Ausrufezeichen ( ! ): Sie können die Zeichenklasse ergänzen, indem Sie als erstes Zeichen der Zeichenklasse ein Ausrufezeichen machen. Um eine Klammer (]) in eine Zeichenklasse einzuschließen, machen Sie dies als erstes Zeichen (nach dem !, falls vorhanden). Um ein Minuszeichen einzugeben, machen Sie es als erstes oder letztes Zeichen aufgeführt.

HINWEIS:

Wenn Sie einen Bezeichner innerhalb der groups Hierarchie verwenden, starten Sie den Kennungsnamen mit etwas anderem als <. Wenn Sie jedoch eine Wildcard-Anweisung definieren, können Sie verwenden < , da die Wildcard-Anweisung eine schließende >.

Die Verwendung von Wildcards in Konfigurationsgruppen folgt den gleichen Regeln wie die Verwendung für die normale Konfiguration. Sie haben jedoch eine besondere Bedeutung, <> wenn sie in der groups Hierarchie verwendet wird. In der groups Hierarchie müssen Sie jeden Begriff in winkelige Klammern einschließen, der ein <pattern verwendet> um ihn von anderen Wildcards in der Konfigurationsdatei zu unterscheiden.

Wildcard-Ausdrücke stimmen vorhandene Anweisungen in der Konfiguration ab und stellen Konfigurationsdaten bereit, die nur ihrem Ausdruck entsprechen. Im vorherigen Beispiel übergibt der Ausdruck <so-*> seine sonet-options Anweisung an eine beliebige Schnittstelle, die mit dem Ausdruck so-*übereinstimmt.

Das folgende Beispiel zeigt, wie sie eine Reihe von Schnittstellen angeben:

Mit winkeligen Klammern können Sie normale Wildcards ohne Änderungen passieren. Bei jedem Abgleich innerhalb der Konfiguration, unabhängig davon, ob sie mit oder ohne Wildcards erfolgt, wird das erste Element in der konfiguration verwendet, das übereinstimmt. Im folgenden Beispiel werden Die Daten aus den BGP-Gruppen mit Wildcards in der Reihenfolge geerbt, in der die Gruppen aufgelistet sind.

  • Der Präferenzwert von überschreibt <*a*> die Voreinstellung in <*b*>.
  • Der p Wert von <*c*> überschreibt den von <*d*>

Datenwerte einer dieser Gruppen überschreiben die Datenwerte von abcd:

So verbessern Sie die Commit-Zeit bei der Verwendung von Konfigurationsgruppen

Sie verwenden Konfigurationsgruppen, um Konfigurationen über andere Hierarchien hinweg anzuwenden, ohne Konfigurationsdaten erneut einzugeben. Sie können alle Konfigurationsdetails in einer Konfigurationsgruppe angeben. Sie können auch Wildcards in Konfigurationsgruppen verwenden, um Datenbereiche zu konfigurieren, ohne die einzelnen Konfigurationszeilen detailliert zu beschreiben. Eine weitere Möglichkeit, Konfigurationsgruppen zu verwenden, besteht darin, einen Vererbungspfad zu erstellen, der eine lange Zeichenfolge von zu anwendenden Konfigurationen enthält.

Wenn eine Konfiguration, die Konfigurationsgruppen verwendet, festgelegt wird, erweitert sich der Commit-Prozess und liest alle Konfigurationsdaten der Gruppe in den Speicher, um die Konfigurationen wie vorgesehen anzuwenden. Die Commit-Leistung kann negativ beeinflusst werden, wenn viele Konfigurationsgruppen angewendet werden, insbesondere, wenn die Konfigurationsgruppen weitgehend Wildcards verwenden.

Wenn Ihr System viele Konfigurationsgruppen verwendet, die Wildcards verwenden, können Sie die persist-groups-inheritance Anweisung auf Hierarchieebene konfigurieren, um die [edit system commit] Leistung der Commit-Zeit zu verbessern.

Mithilfe dieser Option kann das System den Vererbungspfad für jede Konfigurationsgruppe innerhalb der Datenbank und nicht im Prozessspeicher erstellen. Diese Änderung kann die Leistung der Commit-Zeit verbessern. Es kann jedoch auch die Datenbankgröße erhöhen.

Beispiel: Konfigurieren von Anweisungen mit Konfigurationsgruppen

Wenn Sätze von Anweisungen in Konfigurationsgruppen vorhanden sind, werden alle Werte geerbt. Zum Beispiel:

Für Sätze, die nicht in Klammern angezeigt werden, werden auch alle Werte vererbt. Zum Beispiel:

Beispiel: Konfigurieren von Schnittstellen mithilfe von Konfigurationsgruppen

Sie können Konfigurationsgruppen verwenden, um die allgemeinen Schnittstellenmedienparameter von den schnittstellenspezifischen Adressinformationen zu trennen. Im folgenden Beispiel werden Konfigurationsdaten für ATM-Schnittstellen in eine Gruppe namens atm-options.

Beispiel: Konfigurieren Einer konsistenten IP-Adresse für die Verwaltungsschnittstelle mithilfe von Konfigurationsgruppen

Auf Geräten mit mehreren Routing-Engines wird jede Routing-Engine mit einer separaten IP-Adresse für die Verwaltungsschnittstelle konfiguriert. Um auf die primäre Routing-Engine zuzugreifen, müssen Sie wissen, welche Routing-Engine aktiv ist, und die entsprechende IP-Adresse verwenden.

Eine weitere Option für einen konsistenten Zugriff auf die primäre Routing-Engine ist die Konfiguration einer zusätzlichen IP-Adresse. Diese Adresse verwenden Sie dann für die Verwaltungsschnittstelle, unabhängig davon, welche Routing-Engine aktiv ist. Diese zusätzliche IP-Adresse ist nur auf der Verwaltungsschnittstelle der primären Routing-Engine aktiv. Während des Switchovers wird die Adresse zur neuen primären Routing-Engine verschoben.

In diesem Beispiel wird die Adresse 10.17.40.131 für beide Routing-Engines konfiguriert und eine master-only Anweisung enthalten. Bei dieser Konfiguration ist die 10.17.40.131 Adresse nur in der primären Routing-Engine aktiv. Die Adresse bleibt unabhängig davon, welche Routing-Engine aktiv ist, konsistent. Die Adresse 10.17.40.132 ist on re0und 10.17.40.133fxp0 wird auf zugewiesen fxp0re1.

Diese Funktion ist auf allen Routern verfügbar, die zwei Routing-Engines enthalten. In einer Routing-Matrix, die aus dem TX-Matrix-Router besteht, ist diese Funktion nur für das Switch-Card-Chassis (SCC) anwendbar. In einer Routing-Matrix, die aus einem TX Matrix Plus-Router besteht, ist diese Funktion nur für das Switch-Fabric-Chassis (SFC) anwendbar.

HINWEIS:
  • Sie müssen eindeutigen IP-Adressen für zwei Schnittstellen zuweisen, die doppelte Adressen auf privaten und öffentlichen Schnittstellen aufweisen. Wenn graceful Routing Engine Switchover (GRES) aktiviert ist, zeigt die CLI eine entsprechende Commit-Fehlermeldung an, wenn identische Adressen gefunden werden. Dieser Fehler kann auftreten, wenn Sie dieselbe IP-Adresse für eine Verwaltungs- oder interne Schnittstelle wie fxp0 und eine externe physische Schnittstelle wie ge-0/0/1.

  • Die em0 Ethernet-Managementschnittstelle wird für den TX Matrix Plus-Router, T1600-Router in einer Routing-Matrix und Paketübertragungs-Router der PTX-Serie verwendet. Junos OS Erstellt automatisch die Management-Ethernet-Schnittstelle des Geräts, em0.

Beispiel: Konfigurationsgruppen zur Konfiguration von Peer-Entitäten verwenden

In diesem Beispiel wird eine Gruppe some-isp erstellt, die Konfigurationsdaten für einen anderen ISP enthält. Dann fügt es An verschiedenen Punkten Anweisungen ein apply-group , damit die Standorte in der Konfigurationshierarchie diese Daten erben können.

Beispiel: Verwenden von Konfigurationsgruppen zum Einrichten regionaler Konfigurationen

In diesem Beispiel werden eine Gruppe mit Konfigurationsdaten gefüllt, die im gesamten Unternehmen Standard sind, während eine andere Gruppe regionale Abweichungen von diesem Standard enthält:

Beispiel: Konfigurieren von Gruppennamen für die Konfiguration von Wildcard-Konfigurationen

Bei Wildcards handelt es sich um Konfigurationsgruppennamen, die Sonderzeichen verwenden, um ein Muster zu erstellen, das Sie auf mehrere Anweisungen anwenden können. Wildcards sind nützlich, um eine Reihe von Konfigurationsoptionen in viele verschiedene Konfigurationsgruppen zu kopieren. Sie müssen ihren Wildcard-Namen richtig einrichten, um sicherzustellen, dass die Konfigurationsoptionen für den Wildcard-Betrieb in die entsprechenden Konfigurationsgruppen kopiert werden.

In diesem Beispiel werden unterschiedliche Werte für die <*-major><*-minor> Wildcard-Gruppen unter der label-switched-path Anweisung konfiguriert. Das Sternchen (*) stellt einen Abschnitt des Wildcard-Namens dar, der mit jeder beliebigen Zeichenzeichenfolge übereinstimmen kann. Beispielsweise werden die unteren label-switched-path <*-major> Konfigurationsoptionen an label-switched-path metro-major und jede andere label-switched-path Konfigurationsgruppe, die in ihrem Namen enthalten ist -major , weitergegeben.

Beispiel: Verweisen Sie auf die voreingestellte Anweisung aus der Gruppe "Standard".

Das folgende Beispiel ist eine voreingestellte Anweisung aus der Standardgruppe, die für FTP in einer zustandsbehafteten Firewall verfügbar ist:

Um auf eine voreingestellte Standardaussage aus der Standardgruppe zu verweisen, fügen Sie die junos-default-name Anweisung auf der entsprechenden Hierarchieebene ein. Wenn Sie beispielsweise auf die Standardaussage für FTP in einer zustandsbehafteten Firewall verweisen möchten, fügen Sie die junos-ftp Anweisung auf [edit services stateful-firewall rule my-rule term my-term from applications] Hierarchieebene ein:

Beispiel: Anzeigen von Standardanweisungen, die auf die Konfiguration angewendet wurden

Um die Standardeinstellungen anzuzeigen, die auf die Gerätekonfiguration angewendet wurden, gibt Sie den show | display inheritance defaults Befehl aus. In diesem Beispiel werden die geerbten Standardeinstellungen auf [edit system ports] Hierarchieebene angezeigt:

Wenn Sie keine vorhandenen Standardanweisungen verwenden, können Sie Ihre eigenen Konfigurationsgruppen manuell erstellen.

Verwenden Sie no-comments die Option mit dem Befehl, um die vollständigen Konfigurationsinformationen anzuzeigen, ohne kommentare, die mit ##markierten display inheritance Kommentaren auszulassen.

Einrichten von Routing-Engine-Konfigurationsgruppen

In einem Gerät mit zwei Routing-Engines sollten beide Routing-Engines eine Konfiguration gemeinsam haben. Mit dieser Einrichtung wird sichergestellt, dass beide Routing-Engine-Konfigurationen identisch sind. Erstellen Sie in dieser Konfiguration zwei Routing-Engine-Gruppen, eine für jede Routing-Engine. Innerhalb dieser Gruppen geben Sie die spezifischen Parameter der Routing-Engine an.

Weitere Informationen zur Erstkonfiguration für redundante Routing-Engine-Systeme und die re0-Gruppe finden Sie im Junos OS-Benutzerhandbuch für hohe Verfügbarkeit.

So richten Sie eine Konfigurationsgruppe für die Routing-Engine ein:

  1. Erstellen Sie die Konfigurationsgruppe re0. Die re0 Gruppe ist ein spezieller Gruppenentwurfsator, der RE0 nur in einer redundanten Routing-Plattform verwendet wird.
  2. Navigieren Sie zur groups re0 Ebene der Konfigurationshierarchie.
  3. Geben Sie den Geräte-Hostnamen an.
    HINWEIS:

    Der DNS-Server verwendet den in der Gerätekonfiguration angegebenen Hostnamen nicht, um auf die richtige IP-Adresse aufzulösen. Der DNS-Server verwendet diesen Hostnamen, um den Namen der Routing-Engine in der CLI anzuzeigen. Der Hostname wird beispielsweise an der Befehlszeileneingabeaufforderung angezeigt, wenn Sie an der CLI angemeldet sind:

  4. Konfigurieren Sie die IP-Adresse und Präfixlänge für die Ethernet-Schnittstelle des Geräts.
    • Für alle Geräte except der TX Matrix Plus-Router, T1600- oder T4000-Router in einer Routing-Matrix und Paketübertragungs-Router der PTX-Serie:

    • Für den TX Matrix Plus-Router, T1600- oder T4000-Router nur in einer Routing-Matrix und Paketübertragungs-Router der PTX-Serie:

      Zur Verwendung em0 als Out-of-Band-Management-Ethernet-Schnittstelle müssen Sie ihren logischen Port em0.0mit einer gültigen IP-Adresse konfigurieren.

  5. Kehren Sie zur obersten Ebene der Hierarchie zurück.
  6. Erstellen Sie die Konfigurationsgruppe re1.
  7. Navigieren Sie zur groups re1 Ebene der Konfigurationshierarchie.
  8. Geben Sie den Geräte-Hostnamen an.
  9. Konfigurieren Sie die IP-Adresse und Präfixlänge für die Ethernet-Schnittstelle des Geräts.
    • Für alle Geräte except der TX Matrix Plus-Router, T1600- oder T4000-Router in einer Routing-Matrix und Paketübertragungs-Router der PTX-Serie:

    • Nur für TX Matrix Plus-Router und T1600- oder T4000-Router in einer Routing-Matrix:

      Zur Verwendung em0 als Out-of-Band-Management-Ethernet-Schnittstelle müssen Sie ihren logischen Port em0.0mit einer gültigen IP-Adresse konfigurieren.

  10. Kehren Sie zur obersten Ebene der Hierarchie zurück.
  11. Geben Sie die Reihenfolge der Gruppenanwendung an.

So verwenden Sie Bedingungen zum Anwenden von Konfigurationsgruppen

Sie können die when Anweisung auf Hierarchieebene [edit groups group-name] verwenden, um Bedingungen zu definieren, unter denen eine Konfigurationsgruppe angewendet werden soll.

Sie können eine Gruppe so konfigurieren, dass sie angewendet wird, basierend auf dem Typ des Gehäuses, des Modells oder der Routing-Engine, dem Virtual Chassis-Mitglied , dem Cluster-Knoten und der Start- und optionalen Endzeit des Tages oder Datums.

Sie können beispielsweise die when Anweisung verwenden, um eine generische Konfigurationsgruppe für jeden Knotentyp zu erstellen und dann die Konfiguration basierend auf bestimmten Knoteneigenschaften wie Gehäuse oder Modell anzuwenden.

Beispiel: Konfigurationsbedingungen für die Anwendung von Konfigurationsgruppen

In diesem Beispiel wird gezeigt, wie Bedingungen konfiguriert werden, unter denen eine angegebene Konfigurationsgruppe angewendet werden soll.

Anforderungen

Vor der Konfiguration dieses Beispiels ist keine spezielle Konfiguration erforderlich, die über die Geräteinitialisierung hinausgeht.

Überblick

Sie können Ihre Gruppenkonfigurationsdaten auf [edit groups group-name] Hierarchieebene konfigurieren. Sie können dann die when Anweisung verwenden, um die Gruppenkonfiguration basierend auf Bedingungen wie den folgenden anzuwenden: Gehäusetyp, Modell, Routing-Engine, Virtual Chassis-Mitglied, Cluster-Knoten, Start- und optional Endzeit des Tages oder Datums.

Wenn Sie mehrere Bedingungen in einer einzigen Konfigurationsgruppe angeben, müssen alle Bedingungen erfüllt sein, bevor die Konfigurationsgruppe angewendet wird.

Sie können die Startzeit oder die Zeitdauer für die Anzuwendenden Konfigurationsgruppe angeben. Wenn nur die Startzeit angegeben wird, wird die Konfigurationsgruppe zu dem angegebenen Zeitpunkt angewendet und bleibt in Kraft, bis der Zeitpunkt geändert wird. Wenn die Endzeit angegeben wird, wird an jedem Tag die angewendete Konfigurationsgruppe gestartet und zu den angegebenen Zeiten beendet.

In diesem Beispiel werden die Bedingungen in einer Konfigurationsgruppe festgelegt, sodass diese Gruppe nur angewendet wird, test1wenn alle folgenden Bedingungen erfüllt sind: der Router ist ein Modell MX240-Router mit Gehäusetyp LCC0, wobei eine Routing-Engine als RE0 arbeitet, Mitglied des virtuellen Chassis auf Node0 ist und die Konfigurationsgruppe nur von 9:00 Uhr bis 17:00 Uhr jeden Tag in Kraft ist.

Konfiguration

CLI-Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen sie in eine Textdatei ein, entfernen alle Zeilenumbrüche, ändern alle erforderlichen Details, um mit Ihrer Netzwerkkonfiguration zu übereinstimmen, und kopieren Sie dann die Befehle und fügen sie auf Hierarchieebene in die [edit] CLI ein.

Verfahren

Schritt-für-Schritt-Verfahren

So konfigurieren Sie Bedingungen für die Konfigurationsgruppe test1:

  1. Legen Sie die Bedingung fest, die den Router MX240 des Modells identifiziert.

  2. Legen Sie die Bedingung, die den Gehäusetyp als LCC0 identifiziert, fest.

  3. Legen Sie die Bedingung fest, die die Routing-Engine identifiziert, die als RE0.

  4. Legen Sie die Bedingung fest, die das Virtual Chassis member0identifiziert.

  5. Legen Sie die Bedingung fest, die den Cluster node0identifiziert.

  6. Legen Sie die Bedingung fest, die die Gruppe nur zwischen 9:00 Uhr und 17:00 Uhr täglich anwendet.

    HINWEIS:

    Die Syntax für die Angabe der Zeit lautet: time <start-time> [to <end-time>] im Zeitformat yyyy-mm-dd.hh:mm, hh:mm oder hh.

  7. Commit der Konfiguration.

Ergebnisse

Bestätigen Sie ihre Konfiguration im Konfigurationsmodus, indem Sie den show groups test1 Befehl eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Überprüfung

Gruppenvererbung mit bedingten Daten überprüfen
Zweck

Stellen Sie sicher, dass bedingte Daten aus einer Konfigurationsgruppe bei der Anwendung geerbt werden.

Aktion

Geben Sie den show | display inheritance Betriebsbefehl mit den when Daten aus, um die bedingte Vererbung anzuzeigen. In diesem Beispiel können Sie einen der folgenden Befehle ausstellen, um festzustellen, dass die bedingten Daten geerbt wurden: