Grundlegendes zu dynamischen Routing-Richtlinien
Der Überprüfungsprozess, der für die Bestätigung von Konfigurationsänderungen erforderlich ist, kann einen erheblichen Mehr- und Zeitaufwand mit sich bringen. Beispielsweise kann es bis zu 20 Sekunden dauern, bis ein Präfix in einer Zeile einer Routingrichtlinie geändert wird, die 20.000 Zeilen lang ist. Es kann nützlich sein, Routing-Richtlinienänderungen viel schneller bestätigen zu können.
In Junos OS, Version 9.5 und höher, können Sie Routing-Richtlinien und bestimmte Routing-Richtlinienobjekte in einer dynamischen Datenbank konfigurieren, die nicht der gleichen Überprüfung unterliegt, die in der Standardkonfigurationsdatenbank erforderlich ist. Daher ist die Zeit, die zum Bestätigen von Änderungen an der dynamischen Datenbank benötigt wird, viel kürzer als für die Standardkonfigurationsdatenbank. Sie können dann in Routing-Richtlinien, die Sie in der Standarddatenbank konfigurieren, auf diese Richtlinien und Richtlinienobjekte verweisen. BGP ist das einzige Protokoll, auf das Sie Routing-Richtlinien anwenden können, die auf Richtlinien und Richtlinienobjekte verweisen, die in der dynamischen Datenbank konfiguriert sind. Nachdem Sie eine Routingrichtlinie basierend auf den in der dynamischen Datenbank konfigurierten Objekten konfiguriert und festgeschrieben haben, können Sie jede vorhandene Routingrichtlinie schnell aktualisieren, indem Sie Änderungen an der Konfiguration der dynamischen Datenbank vornehmen.
Da das Junos-Betriebssystem Konfigurationsänderungen an der dynamischen Datenbank nicht validiert, sollten Sie bei Verwendung dieser Funktion alle Konfigurationsänderungen testen und verifizieren, bevor Sie sie übernehmen.
Routing-Richtlinien und Richtlinienobjekte in der dynamischen Datenbank konfigurieren
Junos OS Version 9.5 und höher unterstützen eine Konfigurationsdatenbank, die dynamische Datenbank, die ähnlich wie die Standardkonfigurationsdatenbank bearbeitet werden kann, aber nicht demselben Überprüfungsprozess unterliegt, um Konfigurationsänderungen festzuschreiben. Daher ist die Zeit, die zum Ausführen einer Konfigurationsänderung benötigt wird, viel schneller. Die in der dynamischen Datenbank definierten Richtlinien und Richtlinienobjekte können dann in den in der Standardkonfiguration konfigurierten Routing-Richtlinien referenziert werden. Die dynamische Datenbank wird im Verzeichnis gespeichert./var/run/db/juniper.dyn
Um die dynamische Datenbank zu konfigurieren, geben Sie den Befehl ein, um den Konfigurationsmodus für die dynamische Datenbank aufzurufen:configure dynamic
user@host> configure dynamic Entering configuration mode [edit dynamic] user@host#
In dieser dynamischen Konfigurationsdatenbank können Sie die folgenden Anweisungen auf Hierarchieebene konfigurieren:[edit policy-options]
as-path nameas-path-group group-namecommunity community-namecondition condition-nameprefix-list prefix-list-namepolicy-statement policy-statement-name
Auf der Hierarchieebene wird keine andere Konfiguration unterstützt.[edit dynamic]
Verwenden Sie die Anweisung, um Routingrichtlinien wie in der Standardkonfigurationsdatenbank zu konfigurieren.policy-statement policy-statement-name
Um den Konfigurationsmodus für die dynamische Datenbank zu beenden, geben Sie den Befehl von einer beliebigen Ebene innerhalb der Hierarchie aus, oder verwenden Sie den Befehl der obersten Ebene.exit configuration-mode[edit dynamic]exit
Konfigurieren von Routingrichtlinien basierend auf der dynamischen Datenbankkonfiguration
Im Standardkonfigurationsmodus können Sie Routing-Richtlinien konfigurieren, die auf Richtlinien und Richtlinienobjekte verweisen, die auf Hierarchieebene in der dynamischen Datenbank konfiguriert sind.[edit dynamic] Um eine Routing-Richtlinie zu definieren, die auf die dynamische Datenbankkonfiguration verweist, fügen Sie die Anweisung auf Hierarchieebene ein:dynamic-db[edit policy-options policy-statement policy-statement-name]
[edit policy-options]
policy-statement policy-statement-name {
dynamic-db;
}
Sie können auch spezifische Richtlinienobjekte basierend auf der Konfiguration dieser Objekte in der dynamischen Datenbank definieren. Um ein Richtlinienobjekt basierend auf der dynamischen Datenbank zu definieren, fügen Sie die Anweisung mit den folgenden Anweisungen auf Hierarchieebene ein:dynamic-db[edit policy-options]
as-path nameas-path-group group-namecommunity community-namecondition condition-nameprefix-list prefix-list-name
In der Standardkonfiguration können Sie auch eine Routing-Richtlinie definieren, die auf ein beliebiges Richtlinienobjekt verweist, das Sie in der Standardkonfiguration konfiguriert haben und das auf ein in der dynamischen Datenbank konfiguriertes Objekt verweist.
Im Standardkonfigurationsmodus konfigurieren Sie z. B. eine Präfixliste, die auf eine Präfixliste verweist, die ebenfalls den Namen hat, und die in der dynamischen Datenbank konfiguriert wurde:prefix-list pl2prefix-list pl2
[edit policy-options]
prefix-list pl2 {
dynamic-db; # Reference a prefix list configured in the dynamic database.
}
Anschließend konfigurieren Sie in der Standardkonfiguration eine Routing-Richtlinie, die Folgendes umfasst :prefix-list pl2
[edit policy-options]
policy-statement one {
term term1 {
from {
prefix-list pl2; # Include the prefix list configured in the standard configuration
# database, but which references a prefix list configured in the dynamic database.
}
then accept;
}
then reject;
}
Wenn Sie die Konfiguration von aktualisieren müssen, tun Sie dies in der dynamischen Datenbankkonfiguration über die Hierarchieebene .prefix-list pl2[edit dynamic] Auf diese Weise können Sie Änderungen an der Commit-Konfiguration der Präfixliste schneller vornehmen als dies in der Standardkonfigurationsdatenbank möglich ist.
Wenn Sie ein Downgrade von Junos OS auf Junos OS Version 9.4 oder früher durchführen, müssen Sie zuerst alle Routing-Richtlinien löschen, die auf die dynamische Datenbank verweisen. Das heißt, Sie müssen alle Routingrichtlinien oder Richtlinienobjekte löschen, die mit der Anweisung konfiguriert wurden.dynamic-db
Anwenden dynamischer Routing-Richtlinien auf BGP
BGP ist das einzige Routing-Protokoll, auf das Sie Routing-Richtlinien anwenden können, die auf die dynamische Datenbankkonfiguration verweisen. Sie müssen diese Richtlinien in der Standardkonfiguration anwenden. Dynamische Richtlinien können auf BGP-Export- oder -Importrichtlinien angewendet werden. Sie können auch auf der globalen, Gruppen- oder Nachbarhierarchieebene angewendet werden.
Um eine BGP-Exportrichtlinie anzuwenden, fügen Sie die Anweisung auf der , oder Hierarchieebene ein.export [ policy-names ][edit protocols bgp][edit protocols bgp group group-name][edit protocols bgp group group-name neighbor address]
[edit]
protocols
bgp {
export [ policy-names ];
}
}
Um eine BGP-Importrichtlinie anzuwenden, fügen Sie die Anweisung auf der , oder Hierarchieebene ein.import [ policy-names ][edit protocols bgp][edit protocols bgp group group-name][edit protocols bgp group group-name neighbor address]
[edit]
protocols
bgp {
import [ policy-names ];
}
}
Fügen Sie einen oder mehrere Richtliniennamen ein, die in dieser Standardkonfiguration auf der Hierarchieebene konfiguriert sind und auf die in der dynamischen Datenbank konfigurierten Richtlinien verweisen.[edit policy-options policy-statement]
Verhindern der Wiederherstellung von BGP-Peering-Sitzungen nach einem Wechsel der NSR-Routing-Engine
Wenn Sie aktives Nonstop-Routing (NSR) aktiviert haben, wird die dynamische Datenbank nicht mit der Backup-Routing-Engine synchronisiert. Wenn also ein Switchover zu einer Backup-Routing-Engine erfolgt, sind Import- und Exportrichtlinien, die zum Zeitpunkt des Switchovers auf der primären Routing-Engine ausgeführt werden, möglicherweise nicht mehr verfügbar. Daher sollten Sie verhindern, dass eine BGP-Peeringsitzung automatisch wiederhergestellt wird, sobald ein Switchover erfolgt.
Sie können den Router so konfigurieren, dass eine BGP-Peering-Sitzung nach einem aktiven Nonstop-Routing-Switchover entweder für einen bestimmten Zeitraum oder bis Sie die Sitzung manuell wiederherstellen. Fügen Sie die Anweisung auf der , oder Hierarchieebene ein:idle-after-switch-over (seconds | forever)[edit protocols bgp][edit protocols bgp group group-name][edit protocols bgp group group-name neighbor address]
[edit]
bgp {
protocols {
idle-after-switch-over (seconds | never);
}
}
Geben Sie für einen Wert zwischen 1 und 4.294.967.295 (232 – 1) an.seconds, Die BGP-Peering-Sitzung wird erst nach Ablauf des angegebenen Zeitraums wiederhergestellt. Wenn Sie die Option angeben, wird die BGP-Peering-Sitzung erst eingerichtet, wenn Sie den Befehl absetzen.foreverclear bgp neighbor