Vollständig automatisierte Bereitstellung
Zero Touch Provisioning installiert oder aktualisiert die Software automatisch auf Ihren neuen Geräten von Juniper Networks mit minimalen manuellen Eingriffen.
Zero-Touch-Bereitstellung – Überblick
Zero Touch Provisioning (ZTP) ermöglicht es Ihnen, neue Geräte von Juniper Networks in Ihrem Netzwerk automatisch und mit minimalen manuellen Eingriffen bereitzustellen. Sie können je nach Gerät entweder Management- oder Netzwerkports verwenden, um eine Verbindung mit dem Netzwerk herzustellen. Wenn Sie ein Gerät physisch mit dem Netzwerk verbinden und es mit einer werkseitigen Standardkonfiguration starten, aktualisiert das Gerät die Softwareversion (oder führt ein Downgrade) durch und installiert automatisch eine Konfigurationsdatei aus dem Netzwerk. Bei der Konfigurationsdatei kann es sich um eine Konfiguration oder ein Skript handeln. Mithilfe von Skripts können Sie gerätespezifische Konfigurationsdateien erstellen und HTTP-Anforderungsvorgänge an Webserver ausführen, um bestimmte Konfigurationsdateien oder Softwareversionen herunterzuladen.
Um die erforderlichen Software-Image- und Konfigurationsdateien im Netzwerk zu finden, verwendet das Gerät Informationen, die Sie auf einem DHCP-Server (Dynamic Host Configuration Protocol) konfiguriert haben. Wenn Sie den DHCP-Server nicht so konfigurieren, dass er diese Informationen bereitstellt, startet das Gerät mit der vorinstallierten Software und der werkseitigen Standardkonfiguration.
Für bestimmte Switches können Sie den Phone-Home-Client (PHC) verwenden, um Software für den Switch bereitzustellen. Wenn der Switch hochgefahren wird und DHCP-Optionen vorhanden sind, die vom DHCP-Server für ZTP empfangen wurden, wird ZTP fortgesetzt. Wenn keine DHCP-Optionen vorhanden sind, wird versucht, PHC zu verwenden. Weitere Informationen zu PHC finden Sie unter Bereitstellen eines Virtual Chassis mit dem Phone-Home-Client.
Um zu sehen, welche Plattformen ZTP in einem Browser unterstützen, wechseln Sie zum Funktions-Explorer. Wählen Sie auf der Seite Feature-Explorer im Abschnitt Features erkunden die Option Alle Features aus. Wählen Sie im Feld Funktionen gruppiert nach Funktionsfamilie die Option Zero-Touch-Bereitstellung aus. Sie können auch den Namen des Features in das Bearbeitungsfeld Nach Features suchen eingeben. In der Tabelle mit dem Versionsverlauf am Ende dieses Themas finden Sie weitere Informationen darüber, wie die ZTP-Unterstützung erweitert wurde.
- ZTP-Workflow
- Bereitstellen eines Geräts mithilfe eines Skripts
- Zero-Touch-Bereitstellung: Neustart-Prozessauslöser
- Vorsichtsmaßnahmen in Bezug auf ZTP
- Vollständig automatisierte Bereitstellung über WAN-Schnittstellen auf PTX1000-Routern
ZTP-Workflow
Wenn ein Gerät mit der Standardkonfiguration gestartet wird, finden die folgenden Ereignisse statt:
-
Der DHCP-Client wird auf unterstützten Schnittstellen ausgeführt.
-
Der DHCP-Server stellt eine IP-Adresse bereit und enthält mehrere DHCP-Optionen in der Antwort im Zusammenhang mit dem ZTP-Prozess.
-
Das Gerät verarbeitet die DHCP-Optionen, sucht Konfigurationsdateien, führt Skripte aus und aktualisiert und/oder downgradt Software.
-
Wenn sowohl das Image als auch die Konfigurationsdateien vorhanden sind, wird das Image installiert, und die Konfiguration wird angewendet.
-
Wenn nur die Image-Datei vorhanden ist, wird das Image-Bild auf dem Gerät installiert.
-
Wenn das Image mit dem bereits auf dem Gerät installierten Image identisch ist, fährt ZTP fort und überspringt den Installationsschritt.
-
Wenn das Bild vom Gerät nicht abgerufen werden konnte, versucht ZTP, das Bild erneut abzurufen.
-
Wenn das Image beschädigt ist, schlägt die Installation fehl.
Wenn die Installation aus irgendeinem Grund fehlschlägt, wird ZTP neu gestartet.
-
Wenn nur die Konfigurationsdatei vorhanden ist, wird die Konfiguration heruntergeladen.
Wenn die erste Zeile der Datei aus dem #! Zeichen gefolgt von einem Interpreterpfad, dann wird die Datei als Skript betrachtet, und das Skript wird vom Interpreter ausgeführt. Wenn das Skript einen Fehler zurückgibt, ruft der ZTP-Zustandsautomat das Skript erneut ab und versucht, das Skript erneut auszuführen.
Wenn die Konfigurationsdatei nicht heruntergeladen werden kann, versucht der ZTP-Prozess erneut, sie herunterzuladen.
Wenn die Konfigurationsdatei beschädigt ist, Syntaxfehler aufweist oder Befehle enthält, die vom Gerät nicht unterstützt werden, kann das Gerät keinen Commit ausführen, und der Wiederholungsmechanismus wird neu gestartet.
-
Wenn kein Image oder keine Konfigurationsdatei vorhanden ist, wird der ZTP-Prozess erneut gestartet.
-
Wenn keine Dateiserverinformationen vorhanden sind, wird der ZTP-Prozess erneut gestartet.
-
Sobald die Konfiguration bestätigt wurde, gilt der ZTP-Prozess als erfolgreich und wird beendet.
Bereitstellen eines Geräts mithilfe eines Skripts
Wenn Sie während des ZTP-Vorgangs ein neues Netzwerkgerät verbinden und starten, fordert das Gerät eine IP-Adresse vom DHCP-Server an. Der Server stellt die IP-Adresse und, falls konfiguriert, die Dateinamen und Speicherorte für das Software-Image und die Konfigurationsdatei für das Gerät bereit. Bei der Konfigurationsdatei kann es sich um eine Konfiguration oder ein Skript handeln.
Wenn eine Konfigurationsdatei bereitgestellt wird, bestimmt das Betriebssystem anhand der ersten Zeile der Datei, ob es sich bei der Datei um ein Skript handelt. Wenn die erste Zeile die Zeichen #! gefolgt von einem Interpreterpfad enthält, behandelt das Betriebssystem die Datei als Skript und führt sie mit dem angegebenen Interpreter aus.
Wenn das Skript einen Fehler zurückgibt (d. h. einen Wert ungleich Null), ruft der ZTP-Zustandsautomat das Skript erneut ab und versucht, es erneut auszuführen. Dies wird so lange fortgesetzt, bis das Skript erfolgreich ausgeführt wird.
Tabelle 1 beschreibt die unterstützten Skripttypen, den entsprechenden Interpreterpfad und die Plattformen, die diesen Skripttyp während des ZTP-Prozesses unterstützen.
| Skripttyp |
Interpreter-Pfad |
Unterstützte Plattformen |
|---|---|---|
| Shell-Skript |
|
Alle Geräte |
| SLAX-Skript |
|
Alle Geräte |
| Python-Skript |
|
Geräte mit Junos OS mit erweiterter Automatisierung Geräte, auf denen Junos OS Evolved ausgeführt wird |
Aus Sicherheitsgründen stellt Junos OS strenge Anforderungen für die Ausführung von unsignierten Python-Skripten auf Geräten, auf denen Junos OS ausgeführt wird. Nur Geräte mit Junos OS mit erweiterter Automatisierung und Geräte mit Junos OS Evolved unterstützen die Verwendung von nicht signierten Python-Skripten in DHCP Option 43 Unteroption 01.
Wenn das Betriebssystem die Zeichen #! gefolgt von einem Interpreterpfad nicht findet, behandelt es die Datei als Konfiguration im Textformat und lädt die Konfiguration auf das Gerät.
Zero-Touch-Bereitstellung: Neustart-Prozessauslöser
ZTP wird neu gestartet, wenn eines der folgenden Ereignisse eintritt:
-
Die Anforderung einer Konfigurationsdatei, einer Skriptdatei oder einer Imagedatei schlägt fehl.
-
Die Konfigurationsdatei ist falsch, und der Commit schlägt fehl.
-
Es ist keine Konfigurationsdatei und keine Image-Datei verfügbar.
-
Die Image-Datei ist beschädigt und die Installation schlägt fehl.
-
Es sind keine Dateiserverinformationen verfügbar.
-
Für den DHCP-Server sind keine gültigen ZTP-Parameter konfiguriert.
-
Wenn keine der DHCP-Clientschnittstellen in einen gebundenen Zustand wechselt.
-
Die ZTP-Transaktion schlägt nach sechs Versuchen fehl, die Konfigurationsdatei oder die Image-Datei abzurufen.
Wenn eines dieser Ereignisse eintritt, setzt ZTP den DHCP-Clientzustandsautomaten auf allen vom DHCP-Client konfigurierten Schnittstellen (Verwaltung und Netzwerk) zurück und startet ihn dann neu. Durch einen Neustart des Zustandsautomaten kann der DHCP-Client die neuesten vom DHCP-Server konfigurierten Parameter abrufen.
Bevor ZTP neu gestartet wird, müssen ca. 15 bis 30 Sekunden verstreichen, damit genügend Zeit zum Erstellen einer Liste der gebundenen und ungebundenen DHCP-Clientschnittstellen zur Verfügung steht.
Die Liste der gebundenen und ungebundenen DHCP-Clientschnittstellen kann Folgendes enthalten:
-
Keine Einträge.
-
Mehrere DHCP-Clientschnittstellen.
Priorität haben die DHCP-Clientschnittstellen, die alle ZTP-Parameter (Software-Image-Datei, Konfigurationsdatei und Dateiserverinformationen) vom DHCP-Server empfangen haben.
Nachdem die Listen der gebundenen und ungebundenen Clientschnittstellen erstellt wurden und ein DHCP-Client für die ZTP-Aktivität ausgewählt wurde, wird jede vorhandene Standardroute gelöscht, und die ausgewählte DHCP-Clientschnittstelle fügt eine neue Standardroute hinzu. Um eine neue Standardroute hinzuzufügen, kann nur eine ZTP-Instanz aktiv sein.
Nach dem Neustart von ZTP versucht der DHCP-Client bis zu sechsmal, Dateien vom DHCP-Server abzurufen, wobei zwischen den Versuchen zehn bis fünfzehn Sekunden vergehen. Jeder Versuch, ob erfolgreich oder nicht, wird protokolliert und kann auf der Konsole eingesehen werden.
Wenn ein Fehler auftritt oder die Anzahl der Versuche den Grenzwert überschreitet, wird ZTP beendet. ZTP löscht dann die DHCP-Clientbindungen und startet den Zustandsautomaten auf den DHCP-konfigurierten Schnittstellen neu.
Der ZTP-Neustartvorgang wird fortgesetzt, bis entweder ein erfolgreiches Software-Upgrade vorliegt oder ein Betreiber manuell eine Benutzerkonfiguration festschreibt und die ZTP-Konfiguration löscht.
Vorsichtsmaßnahmen in Bezug auf ZTP
Es gibt zwei Downgrade-Einschränkungen für Switches der EX-Serie:
-
Wenn Sie ein Downgrade auf eine Softwareversion vor Junos OS Release 12.2 durchführen, in der ZTP nicht unterstützt wird, wird die Konfigurationsdatei-Autoinstallationsphase des Zero-Touch-Bereitstellungsprozesses nicht ausgeführt.
-
Für ein Downgrade auf eine Softwareversion, die keine ausfallsicheren Dual-Root-Partitionen unterstützt (Junos OS Version 10.4R2 oder früher), müssen Sie einige manuelle Arbeiten am Gerät durchführen. Weitere Informationen finden Sie unter Konfigurieren von Dual-Root-Partitionen.
Im Folgenden gelten Vorsichtsmaßnahmen für Switches der QFX-Serie:
-
Auf QFX3500- und QFX3600-Switches, auf denen die ursprüngliche CLI ausgeführt wird, können Sie ZTP nicht für ein Upgrade von Junos OS Version 12.2 oder höher auf Junos OS Version 13.2X51-D15 oder höher verwenden.
-
QFX5200 Switches funktionieren nur mit HTTP in 15.1X53-D30. FTP- und TFTP-Protokolle werden nicht unterstützt.
-
Wenn Sie Zero Touch Provisioning (ZTP) mit einem Junos OS Image durchführen, das eine erweiterte Automatisierung für den QFX5100-Switch enthält, konfigurieren Sie die Root-Authentifizierung sowie den Namen des Anbieters, den Lizenztyp und den Bereitstellungsbereich für Chef und Puppet in der
[edit system]Hierarchie in der Konfigurationsdatei, die vom Server abgerufen wird:{ master:0} root# set root-authentication (encrypted-password password | plain-text-password password | ssh-dsa public-key | ssh-rsa public-key) root# set extensions providers juniper license-type customer deployment-scope commercial root# set extensions providers chef license-type customer deployment-scope commercial -
Wenn Sie in Junos OS Version 18.1R1 die Software aktualisieren, müssen Sie ein vollständiges Software-Upgrade durchführen. Ein vollständiges Upgrade umfasst die Aktualisierung sowohl der Junos OS-Software als auch der Host-Softwarepakete.
Vollständig automatisierte Bereitstellung über WAN-Schnittstellen auf PTX1000-Routern
Zero Touch Provisioning (ZTP) ermöglicht es Ihnen, Ihren Router automatisch und mit minimalen manuellen Eingriffen in Ihrem Netzwerk bereitzustellen. Ab Junos OS Version 19.3R1 können Sie entweder WAN-Schnittstellen oder Managementschnittstellen verwenden, um die entsprechende Software und die Konfigurationsdatei während des ZTP-Bootstrap-Vorgangs automatisch herunterzuladen und auf Ihrem Router zu installieren.
Wenn Sie den Router zum ersten Mal mit dem Netzwerk verbinden, können Sie einen beliebigen verfügbaren WAN-Port am Router für den Anschluss der Optik auswählen. Der ZTP konfiguriert WAN-Schnittstellen automatisch basierend auf dem Optiktyp und verbindet Ihr Gerät dann mit dem DHCP-Server (Dynamic Host Configuration Protocol), um den Bootstrap-Vorgang durchzuführen.
Die WAN-Schnittstellen, die basierend auf dem Optiktyp, den Sie mit dem Gerät verbunden haben, und der WAN-Schnittstelle erstellt werden, durchlaufen automatisch alle möglichen unterstützten Portgeschwindigkeiten, bis der ZTP erfolgreich abgeschlossen wurde. Die automatische Geschwindigkeitsumstellung stellt sicher, dass die physische Verbindung des WAN-Ports mit der angeschlossenen Optik und der Verbindung des Peer-Endgeräts mit dem DHCP-Server hergestellt wird.
PTX1000 Portzuordnung zeigt die verfügbaren Kombinationen für die Ports der PTX1000 Router an.
Vollständig automatisierte Bereitstellung mit DHCP-Optionen
Zero Touch Provisioning (ZTP) ermöglicht die automatische Bereitstellung von Juniper Netzwerkgeräten, die Sie zu Ihrem Netzwerk hinzufügen. Sie können jedes unterstützte Gerät bereitstellen, indem Sie entweder ein auszuführendes Skript oder eine zu ladende Konfigurationsdatei verwenden. Außerdem müssen Sie einen DHCP-Server mit den erforderlichen Informationen konfigurieren, die in diesem Verfahren bereitgestellt werden, um ZTP zu verwenden.
Optional können Sie einen HTTP-Proxyserver für den Phone-Home-Server oder den Umleitungsserver konfigurieren. Wenn der Phone-Home-Client Informationen über den HTTP-Proxy-Server über DHCP-Option 43 Unteroption 8 erhält, erstellt er einen HTTPS-transparenten Tunnel mit dem Proxy-Server. Sobald der Tunnel eingerichtet ist, verwendet der Phone-Home-Client den Tunnel als Proxy für den Phone-Home-Server oder den Weiterleitungsserver. Der phone-home-Client lädt das Software-Image und die Konfigurationsdatei über den Tunnel auf das Gerät herunter. Sobald das Bootstrapping abgeschlossen ist, wird das Gerät neu gestartet und der Tunnel beendet.
ZTP erfordert, dass sich Ihr Gerät im werkseitigen Standardzustand befindet. Das Gerät startet ab Werk mit vorinstallierter Software und werkseitiger Standardkonfiguration. Auf einem Gerät, das derzeit nicht über die werkseitige Standardkonfiguration verfügt, können Sie den request system zeroize Befehl ausführen.
Der request system zeroize Befehl wird auf PTX1000-, PTX10001-20C-, QFX10002-60C- PTX10002-60C-Geräten nicht unterstützt. Sie müssen den Befehl (anstelle von request system zeroize) für die request vmhost zeroize werkseitige Standardkonfiguration auf PTX1000 Routern ausgeben.
Auf PTX10001-20C-Geräten wird nach dem request vmhost zeroize Ausführen des Befehls zweimal die folgende Meldung angezeigt: VMHost Zeroization : Erase all data, including configuration and log files ? [yes,no] (no) yes warning: Vmhost will reboot and may not boot without configuration Erase all data, including configuration and log files? [yes,no] (no) yes
Bevor Sie beginnen:
-
Stellen Sie sicher, dass das Gerät Zugriff auf die folgenden Netzwerkressourcen hat:
-
Der DHCP-Server, der den Speicherort des Software-Images und der Konfigurationsdateien im Netzwerk bereitstellt
Konfigurationsanweisungen finden Sie in der Dokumentation Ihres DHCP-Servers.
-
Der File Transfer Protocol (anonymes FTP), Hypertext Transfer Protocol (HTTP) oder Hypertext Transfer Protocol Secure (HTTPS) oder Trivial File Transfer Protocol (TFTP)-Server, auf dem das Softwareabbild und die Konfigurationsdateien gespeichert sind
Anmerkung:Obwohl TFTP unterstützt wird, wird empfohlen, stattdessen FTP oder HTTP zu verwenden, da diese Transportprotokolle zuverlässiger sind.
VORSICHT:HTTP-URLs sind auf eine Länge von 256 Zeichen beschränkt.
-
Ein DNS-Server (Domain Name System) zum Ausführen einer umgekehrten DNS-Suche (nicht unterstützt).
-
(Optional) Ein NTP-Server zum Ausführen der Zeitsynchronisierung im Netzwerk
-
(Optional) Ein Systemprotokollserver (Syslog) zum Verwalten von Systemprotokollmeldungen und -warnungen.
Syslog-Meldungen werden während ZTP an diesen Syslog-Server weitergeleitet.
-
-
(Optional) Ein HTTP-Proxyserver für den Phone-Home-Server oder den Umleitungsserver.
-
Suchen Sie die MAC-Adresse für Ihr Gerät, und notieren Sie sie.
Auf PTX10008 Geräten befinden sich die Verwaltungs-MAC-Adressen auf Routing-Modulen.
Sie können keine Konfiguration bestätigen, während das Gerät den Softwareupdatevorgang ausführt. Wenn Sie eine Konfiguration bestätigen, während das Gerät die automatische Installation der Konfigurationsdatei ausführt, wird der Vorgang angehalten, und die Konfigurationsdatei wird nicht aus dem Netzwerk heruntergeladen.
So aktivieren Sie die Zero-Touch-Bereitstellung für ein Gerät mithilfe von DHCP-Optionen:
Vollständig automatisierte Bereitstellung mit DHCPv6-Optionen
Zero Touch Provisioning (ZTP) mit DHCPv6-Optionen wird auf Junos OS Flex-Images nicht unterstützt. Ein Flex-Bild hat das Wort "flex" im Dateinamen. Hier ist ein Beispieldateiname für ein Flex-Image: jinstall-host-qfx-5e-flex-x86-64-20.4R3.8-secure-signed.tgz.
Das DHCPv6-Protokoll verfügt nicht über eine Subnetzoption für die IA_NA (Identitätszuordnung für nicht temporäre Adressen), um Subnetzrouten zu lernen und zu installieren. Stattdessen wird die Subnetzroute über das Neighbor Discovery Protocol installiert.
Bei IPv6 kündigen Geräte in regelmäßigen Abständen IPv6-Präfixe und andere Verbindungsparameter mithilfe von RA-Nachrichten (Router Advertisement) an. Auf dem Client (Juniper Gerät mit ZTP) lernt das Neighbor Discovery Protocol (NDP), sobald der DHCPv6-Client gebunden ist, diese Präfixe und installiert die Präfixrouten über die Client-Schnittstelle, wobei der nächste Hop als Verbindung zur lokalen Adresse des Gateway-Geräts dient.
Auf dem Clientgerät ist die Konfiguration der Routerankündigung zusammen mit der DHCPv6-Konfiguration standardmäßig aktiviert.
-
Stellen Sie sicher, dass das Gerät Zugriff auf die folgenden Netzwerkressourcen hat:
-
Der DHCP-Server, der den Speicherort des Software-Images und der Konfigurationsdateien im Netzwerk bereitstellt
Konfigurationsanweisungen finden Sie in der Dokumentation Ihres DHCP-Servers.
-
Bei der MX-Serie der Server File Transfer Protocol (anonymes FTP), Trivial File Transfer Protocol (TFTP), Hypertext Transfer Protocol (HTTP) oder Hypertext Transfer Protocol Secure (HTTPS), auf dem das Software-Image und die Konfigurationsdateien gespeichert sind.
VORSICHT:HTTP-URLs sind auf eine Länge von 256 Zeichen beschränkt.
-
Auf den Geräten EX3400, EX4300, QFX5100 und QFX5200 der HTTP- (Hypertext Transfer Protocol) oder HTTPS (Hypertext Transfer Protocol Secure)-Server, auf dem das Software-Image und die Konfigurationsdateien gespeichert sind.
VORSICHT:HTTP-URLs sind auf eine Länge von 256 Zeichen beschränkt.
-
(Optional) Ein HTTP-Proxyserver für den Phone-Home-Server oder den Umleitungsserver.
-
-
Suchen Sie die MAC-Adresse, die auf dem Gerät aufgedruckt ist, und notieren Sie sie.
Zero Touch Provisioning (ZTP) ermöglicht die automatische Bereitstellung von Juniper Netzwerkgeräten, die Sie zu Ihrem Netzwerk hinzufügen. Sie können jedes unterstützte Gerät bereitstellen, indem Sie entweder ein auszuführendes Skript oder eine zu ladende Konfigurationsdatei verwenden.
Um ZTP zu verwenden, konfigurieren Sie einen DHCP-Server, der die erforderlichen Informationen bereitstellt. Wenn Sie den DHCP-Server nicht so konfigurieren, dass er diese Informationen bereitstellt, startet das Gerät mit der vorinstallierten Software und der werkseitigen Standardkonfiguration. Wenn sich Ihr Gerät nicht im Werkszustand befindet, können Sie den request system zeroize Befehl ausgeben.
Optional können Sie einen HTTP-Proxyserver für den Phone-Home-Server oder den Umleitungsserver konfigurieren. Wenn der Phone-Home-Client Informationen über den HTTP-Proxy-Server über DHCP-Option 17 Unteroption 8 erhält, erstellt er einen HTTPS-transparenten Tunnel mit dem Proxy-Server. Sobald der Tunnel eingerichtet ist, verwendet der Phone-Home-Client den Tunnel als Proxy für den Phone-Home-Server oder den Weiterleitungsserver. Der phone-home-Client lädt das Software-Image und die Konfigurationsdatei über den Tunnel auf das Gerät herunter. Sobald das Bootstrapping abgeschlossen ist, wird das Gerät neu gestartet und der Tunnel beendet.
Ab Junos OS Version 20.2R1-S1 wird der DHCPv6-Client von den Switches der MX-Serie, EX3400, EX4300, QFX5100 und QFX5200 unterstützt. Sowohl DHCPv4- als auch DHCPv6-Clients sind Teil der Standardkonfiguration. Während des Bootstrap-Vorgangs verwendet das Gerät zunächst den DHCPv4-Client, um Informationen zum Image und zur Konfigurationsdatei vom DHCP-Server anzufordern. Das Gerät überprüft die DHCPv4-Bindungen sequenziell. Wenn bei einer der DHCPv4-Bindungen ein Fehler auftritt, sucht das Gerät so lange nach Bindungen, bis die Bereitstellung erfolgreich ist. Wenn jedoch keine DHCPv4-Bindungen vorhanden sind, sucht das Gerät nach DHCPv6-Bindungen und führt den gleichen Prozess wie für DHCPv4 durch, bis das Gerät erfolgreich bereitgestellt werden kann. Der DHCP-Server verwendet die DHCPv6-Optionen 59 und 17 und die entsprechenden Unteroptionen, um ZTP-bezogene Informationen zwischen sich und dem DHCP-Client auszutauschen.
Sie können keine Konfiguration bestätigen, während das Gerät den Softwareupdatevorgang ausführt. Wenn Sie eine Konfiguration bestätigen, während das Gerät die automatische Installation der Konfigurationsdatei ausführt, wird der Vorgang angehalten, und die Konfigurationsdatei wird nicht aus dem Netzwerk heruntergeladen.
So verwenden Sie die Zero-Touch-Bereitstellung für ein Gerät mithilfe von DHCPv6-Optionen:
Zero-Touch-Bereitstellung auf Firewalls der SRX-Serie
- Informationen zur Zero-Touch-Bereitstellung auf Firewalls der SRX-Serie
- Konfigurieren der Zero-Touch-Bereitstellung auf einer Firewall der SRX-Serie
- Informationen zur werkseitigen Standardkonfiguration der Firewall der SRX-Serie für die vollständig automatisierte Bereitstellung
Informationen zur Zero-Touch-Bereitstellung auf Firewalls der SRX-Serie
Dieses Thema enthält die folgenden Abschnitte:
Informationen zu ZTP auf Firewalls der SRX-Serie
Zero Touch Provisioning (ZTP) ermöglicht Ihnen die automatische Bereitstellung und Konfiguration von Geräten und minimiert damit die meisten manuellen Eingriffe, die für das Hinzufügen von Geräten zu einem Netzwerk erforderlich sind. ZTP wird auf SRX300-, SRX320-, SRX340-, SRX345-, SRX550M- und SRX1500 Geräten unterstützt.
Ab Junos OS Version 20.2R1 können Sie auf SRX300-, SRX320-, SRX340-, SRX345-, SRX550 HM- und SRX1500-Geräten die vollständig automatisierte Bereitstellung mit DHCP-Optionen für die Bereitstellung Ihres Geräts verwenden. Weitere Informationen finden Sie unter Zero-Touch-Bereitstellung mithilfe von DHCP-Optionen .
ZTP wird derzeit auf den Ports xe-0/0/16 und xe-0/0/17 auf SRX1500 unterstützt. Um die Verwendung dieser Ports zu vermeiden, wurden die folgenden Standardkonfigurationen zu den Ports xe-0/0/18 und xe-0/0/19 hinzugefügt.
set interfaces xe-0/0/18 unit 0 family inet dhcp vendor-id Juniper-srx1500 set interfaces xe-0/0/19 unit 0 family inet dhcp vendor-id Juniper-srx1500 set security zones security-zone untrust interfaces xe-0/0/18.0 host-inbound-traffic system-services dhcp set security zones security-zone untrust interfaces xe-0/0/18.0 host-inbound-traffic system-services tftp set security zones security-zone untrust interfaces xe-0/0/18.0 host-inbound-traffic system-services https set security zones security-zone untrust interfaces xe-0/0/19.0 host-inbound-traffic system-services dhcp set security zones security-zone untrust interfaces xe-0/0/19.0 host-inbound-traffic system-services tftp set security zones security-zone untrust interfaces xe-0/0/19.0 host-inbound-traffic system-services https
ZTP auf Firewalls der SRX-Serie ist für den ersten Start und die Konfiguration des Geräts verantwortlich, wenn das Gerät eingeschaltet wird. Diese Funktionalität umfasst:
-
Bereitstellen des Bootstrappings des Geräts auf ein absolutes Minimum. Die Firewall der SRX-Serie wird mit einer werkseitigen Standardkonfiguration ausgeliefert. Die werkseitige Standardkonfiguration enthält die URL des Umleitungsservers, der für die Verbindung mit dem zentralen Server über eine sichere verschlüsselte Verbindung verwendet wird.
-
Automatische Verbindung mit dem Server über das Internet und Herunterladen der Konfiguration und des Junos OS-Images, wie vom Kunden oder Benutzer angegeben, vom Server, wenn die Firewall der SRX-Serie mit der werkseitigen Standardkonfiguration gestartet wird. Zuerst wird das neue Image installiert, dann wird die Erstkonfiguration auf die Firewall der SRX-Serie angewendet und bestätigt.
ZTP bietet folgende Vorteile:
-
Simplifizierte und schnellere Bereitstellung
-
Erhöhte Konfigurationsgenauigkeit
-
Unterstützung für die Skalierung des Netzwerks ohne zusätzliche Ressourcen
Der ZTP-Prozess verwendet Network Activator für die anfängliche Bereitstellung von Firewalls der SRX-Serie.
Network Activator – Überblick
Network Service Activator ermöglicht eine schnelle Geräteerkennung und -bereitstellung für eine automatisierte Konfiguration, wodurch eine komplexe Geräteeinrichtung vermieden wird.
Network Activator stellt zunächst Firewalls der SRX-Serie (in dieser Dokumentation als Remote-Geräte bezeichnet) bereit, die sich am Standort des Endbenutzers befinden. Die Remotegeräte laden ein Startabbild und anfängliche Konfigurationsdateien von Servern herunter, auf denen Network Activator gehostet wird, wobei ein Prozess verwendet wird, der eine vollständige Autorisierung und Authentifizierung für alle Interaktionen bereitstellt. Wenn die anfängliche Bereitstellung abgeschlossen ist, kommuniziert das Remotegerät mit einem Management-Server, der dann mit der Verwaltung und Überwachung des Remotegeräts beginnt.
Network Activator verwendet eine verteilte Architektur zur Unterstützung von Remote-Geräten. Network Activator wird auf einem zentralen Administrationsserver (Zentralserver) und mehreren regionalen Administrationsservern (Regionalserver) installiert. Ein Gerät kommuniziert direkt mit dem ihm zugewiesenen regionalen Server. Die verteilte Architektur optimiert die Effizienz des anfänglichen Bereitstellungsprozesses und trägt zu einer hohen Leistung und Skalierung des Netzwerks bei.
Abbildung 1 Veranschaulicht die verteilte Architektur und die Komponenten, die am anfänglichen Bereitstellungsprozess beteiligt sind.
beteiligt sind
Die Rollen der Komponenten im anfänglichen Bereitstellungsprozess lauten wie folgt:
-
Das Remotegerät sendet Anforderungen für die anfängliche Bereitstellung. Das Remote-Gerät befindet sich am Standort des Endbenutzers.
-
Das Umleitungstool bietet Authentifizierung und Autorisierung für Remotegeräte für den Zugriff auf die ihnen zugewiesenen regionalen Server mithilfe von digitalen ITU-T X.509 Private Key Infrastructure (PKI)-Zertifikaten. Der Umleitungsdienst wird auf Amazon Web Services (AWS) gehostet und von Juniper Networks betrieben und gewartet.
-
Der zentrale Server hostet Network Activator und kommuniziert mit den regionalen Aktivatorservern. Administratoren bei einem Dienstanbieter oder an einem zentralen Unternehmensstandort interagieren mit diesem Server, um Network Activator zu installieren und einzurichten. Der zentrale Server befindet sich an einem zentralen geografischen Standort für den Service Provider.
-
Auf dem regionalen Server wird auch Network Activator gehostet. Dieser Server speichert Informationen über die ihm zugewiesenen Remote-Geräte und kommuniziert direkt mit diesen Geräten. Dieser Server befindet sich in der Regel an einem regionalen administrativen Standort, den der Anbieter für den Endbenutzer bestimmt.
Abbildung 2 veranschaulicht den anfänglichen Bereitstellungs-Workflow.
Im Einzelnen läuft der Bereitstellungsworkflow wie folgt ab:
-
Der Administrator beim Dienstanbieter:
-
Installiert und richtet Network Activator auf dem zentralen Server ein.
-
Fügt Remote-Geräte und regionale Server im Umleitungstool hinzu.
-
-
Der zentrale Server leitet die Installation an die regionalen Server weiter.
-
Der Endbenutzer schaltet das Remotegerät ein, verbindet es mit einem Computer und gibt den Authentifizierungscode auf der Webseite ein, um eine Anforderung für die erste Bereitstellung zu senden.
-
Das Gerät übermittelt sein X.509-Zertifikat und seinen vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) als Bereitstellungsanforderung an das Umleitungstool.
-
Das Umleitungstool durchsucht seinen Datenspeicher nach dem regionalen Server, den der Administrator für dieses Gerät angegeben hat, und bestätigt, dass die Anforderung des Geräts dem für den Server angegebenen X.509-Zertifikat entspricht.
-
Das Umleitungstool sendet Kontaktinformationen für den regionalen Server an das Gerät.
-
Das Gerät sendet eine Anforderung an den regionalen Server, um die URL des Startabbilds und den Speicherort der Erstkonfiguration zu erhalten.
-
Der regionale Server sendet die Informationen an das Gerät.
-
Das Gerät ruft das Startabbild und die Konfiguration vom regionalen Server ab.
-
Das Gerät verwendet das Startabbild und die Konfiguration, um zu starten und betriebsbereit zu werden.
Begrenzungen
-
Es gibt keine Beschränkungen für die Anzahl der Versuche zur Eingabe des richtigen Aktivierungscodes.
-
Wenn das Remote-Gerät den Server nicht erreichen kann (weil die konfigurierte Adresse in der werkseitigen Standardkonfiguration nicht korrekt ist oder der Server ausgefallen ist usw.), versucht das Remote-Gerät, eine Verbindung zu einem alternativen Server herzustellen (wenn es in der werkseitigen Standardkonfiguration konfiguriert ist). Wenn nur ein Server konfiguriert ist, können Sie erneut versuchen, eine Verbindung herzustellen. In solchen Szenarien empfehlen wir, das Gerät manuell über die Konsole zu konfigurieren.
-
Die Captive Portal-Umleitung, die für die automatische Umleitung von Benutzern auf die Authentifizierungswebseite zur Eingabe des Aktivierungscodes erforderlich ist, wird nicht unterstützt. Sie müssen manuell zur Aktivierungsseite navigieren, nachdem Sie eine Verbindung mit dem Gerät hergestellt haben.
Konfigurieren der Zero-Touch-Bereitstellung auf einer Firewall der SRX-Serie
Bevor Sie beginnen:
-
Packen Sie das Gerät aus, installieren Sie es, führen Sie die erforderliche Verkabelung durch, schließen Sie einen Laptop oder ein anderes Endgerät an und schalten Sie das Gerät ein. Weitere Informationen finden Sie im Hardware-Installationshandbuch für Ihr Gerät.
-
Schließen Sie bei SRX300-, SRX320-, SRX340-, SRX345- und SRX550M Geräten das Verwaltungsgerät an und greifen Sie auf die J-Web-Schnittstelle zu.
Weitere Informationen finden Sie in den Kurzanleitungen der jeweiligen Geräte bei SRX300, SRX320, SRX340, SRX345 und SRX550M.
Sie haben die Möglichkeit, ZTP zu verwenden. Sie können diese Option verwenden oder überspringen und mit J-Web-Assistenten fortfahren.
-
Bevor Sie für SRX1500 Geräte J-Web zum Konfigurieren Ihres Geräts verwenden können, müssen Sie auf die CLI zugreifen, um die Root-Authentifizierung und die Verwaltungsschnittstelle zu konfigurieren. Weitere Informationen finden Sie unter Einrichten der SRX1500 Services Gateway.
Dieser Abschnitt enthält schrittweise Anleitungen zur Verwendung von ZTP auf einer Firewall der SRX-Serie für die erste Bereitstellung des Geräts.
So stellen Sie eine Firewall der SRX-Serie mithilfe von ZTP bereit:
- Starten Sie einen Webbrowser über das Verwaltungsgerät, und geben Sie den Authentifizierungscode auf der Webseite ein, wie in Abbildung 3 dargestellt.
Abbildung 3: Eingeben des Aktivierungscodes für ZTP
Nachdem das Gerät erfolgreich authentifiziert wurde, beginnt es mit dem Herunterladen des Software-Images und der Erstkonfiguration vom Server, wie in Abbildung 4 dargestellt.
Abbildung 4: Initiieren des ZTP-Prozesses (Herunterladen des Software-Images)
In diesem Schritt:
-
Der Aktivierungscode wird an den Server gesendet, und wenn die Authentifizierung erfolgreich ist, überträgt der Server die Erstkonfiguration an das Gerät. Wenn die Authentifizierung nicht erfolgreich ist, werden Sie aufgefordert, den richtigen Code anzugeben.
-
Der Server kann optional ein neues Software-Image auf die Firewall der SRX-Serie übertragen. In diesem Fall wird zuerst das neue Image installiert, und dann wird die Erstkonfiguration angewendet und auf dem Gerät festgeschrieben.
Das neue Image wird installiert, und dann wird die Erstkonfiguration auf dem Gerät angewendet und festgeschrieben. Wenn der Vorgang abgeschlossen ist, wird eine Bestätigungsmeldung angezeigt, wie in Abbildung 5 dargestellt.
Abbildung 5: Abschließen des ZTP-Prozesses
-
Nach der erfolgreichen Installation des neuen Software-Images und der Konfiguration auf dem System sendet der Client die bootstrap-complete Benachrichtigung an den Server, der das Image und die Konfiguration bereitgestellt hat. Nachdem die Benachrichtigung gesendet wurde, wird die Konfiguration, die die Namen der Server enthält, aus dem System gelöscht. Wenn Sie ZTP das nächste Mal verwenden, müssen Sie die URL des Umleitungsservers explizit konfigurieren.
Im Falle eines Fehlers in irgendeiner Phase wird das Verfahren von vorne begonnen.
Beim ZTP-Prozess wird die Junos OS-Version entweder aktualisiert oder herabgestuft. Wenn Sie während eines Downgrades einer Firewall der SRX-Serie ein Downgrade auf eine Softwareversion vor Junos OS Version 15.1X49-D100 durchführen, in der ZTP nicht unterstützt wird, findet die Autoinstallationsphase des ZTP-Prozesses nicht statt.
Für SRX300-, SRX320-, SRX340-, SRX345- und SRX550M-Geräte ist ZTP die Standardmethode für die Bereitstellung der Geräte. Wenn Sie jedoch die J-Web-basierte Bereitstellung verwenden möchten (J-Web-Setup-Assistenten werden für die Geräte der SRX300-Reihe und SRX550M Geräte unterstützt), können Sie anstelle von ZTP die im Client-Portal bereitgestellte Option verwenden, um zu J-Web-Setup-Assistenten zu wechseln, um die erste Softwarekonfiguration Ihres Geräts durchzuführen.
Wenn Sie die Option Zu JWeb überspringen auswählen, müssen Sie das Kennwort für die Systemstammauthentifizierung konfigurieren, wie in Abbildung 6 dargestellt.
für die Systemstammauthentifizierung
Bei SRX1500 Geräten wird die Option Zu JWeb übergehen nicht unterstützt. Um auf J-Web zugreifen zu können, muss die ZTP-Clientkonfiguration bei der Ersteinrichtung von SRX1500 über CLI gelöscht werden.
Informationen zur werkseitigen Standardkonfiguration der Firewall der SRX-Serie für die vollständig automatisierte Bereitstellung
Ihr Services Gateway wird mit einer werkseitigen Standardkonfiguration ausgeliefert. Im Folgenden finden Sie ein Beispiel für die Standardkonfiguration, die die Konfiguration für ZTP enthält:
system {
phone-home {
rfc-compliant;
server https://redirect.juniper.net;
}
}
Beachten Sie in dieser Konfiguration:
-
serverGibt den Namen oder die IP-Adresse des Servers an. Die werkseitige Standardkonfiguration einer Firewall der SRX-Serie kann IP-Adressen von mehr als einem Server enthalten. -
rfc-compliantgibt an, dass der Server nach einem Upgrade bestimmte Verhaltensweisen erzwingt, die mit den RFC-Standards konform sind.
Standardmäßig ist die Konfiguration der automatischen Systeminstallation Teil der werkseitigen Standardkonfiguration des Geräts. Daher muss der Administrator sicherstellen, dass die Konfigurationsdatei, die vom regionalen Server an das Remote-Gerät (Firewall der SRX-Serie) gesendet wird, die delete system autoinstallation Option in der werkseitigen Standardkonfiguration enthalten muss.
Überwachung der vollständig automatisierten Bereitstellung
Sie können die Befehle für die Konsole und den Betriebsmodus verwenden, um die Zero-Touch-Bereitstellung zu überwachen.
- Verwenden der Konsole zur Überwachung der Zero-Touch-Bereitstellung in Junos OS
- Verwenden von Systemprotokollwarnungen zur Überwachung der vollständig automatisierten Bereitstellung
- Verwendung von Fehlermeldungen zur Überwachung der vollständig automatisierten Bereitstellung
- Verwenden von Systemprotokolldateien zur Überwachung der Zero-Touch-Bereitstellung in Junos OS mithilfe von DHCP-Optionen
- Verwenden von Systemprotokolldateien zur Überwachung der Zero-Touch-Bereitstellung in Junos OS mithilfe von DHCPv6-Optionen
- Verwenden des Befehls show dhcp client binding
- Verwenden des Befehls show dhcpv6 client binding
- Verwenden des Befehls show dhcp client statistics
- Verwenden des Befehls show dhcpv6 client statistics
Verwenden der Konsole zur Überwachung der Zero-Touch-Bereitstellung in Junos OS
Die folgenden ZTP-Aktivitäten (Zero Touch Provisioning) werden während des ZTP-Vorgangs auf der Konsole angezeigt:
-
Start- und Endzeiten des ZTP-Prozesses.
-
Listen der gebundenen und ungebundenen DHCP-Clientschnittstellen.
-
DHCP-Optionen, die DHCP-Server an DHCP-Clients senden.
-
Protokolle, die angeben, welche Schnittstellen für ZTP verwendet werden.
-
ZTP-Parameter, die DHCP-Clients von DHCP-Servern abrufen.
-
Dateinamen von Konfigurations- und Image-Dateien, Namen von Dateiservern, Protokolle, die zum Abrufen von Dateien verwendet werden, und Zeiten, zu denen DHCP-Server Konfigurations- und Image-Dateien abrufen.
-
Fehlerzustände, die dadurch verursacht werden, dass sich Dateien nicht auf Servern oder nicht erreichbaren Servern befinden, und Zeitüberschreitungen.
-
Anzahl der durchgeführten Versuche und der Anzahl der verbleibenden Versuche für die Wiederholung im aktuellen ZTP-Zyklus.
-
Abschluss von Dateiübertragungen.
-
Installation, Neustart und Status des ZTP-Prozesses.
-
Interne Statusfehler und Beendigung des ZTP-Prozesses.
-
Protokolle für das Hinzufügen oder Löschen von Standardrouten.
Verwenden von Systemprotokollwarnungen zur Überwachung der vollständig automatisierten Bereitstellung
Zweck
In diesem Beispiel werden Sie im Systemprotokoll gewarnt, dass das automatische Imageupgrade gestartet wird.
Aktion
Verwenden Sie die folgende Systemprotokollwarnung, um den automatischen Image-Upgrade-Prozess zu überwachen.
“ALERT:Auto-image upgrade will start. This can terminate config CLI session(s). Modified configuration will be lost. To stop Auto-image, in CLI do the following: 'edit; delete chassis auto-image-upgrade; commit'.” “Checking whether image upgrade is already invoked”
Bedeutung
Diese Systemprotokollwarnung weist darauf hin, dass das automatische Abbildupgrade gestartet wird, und enthält Informationen zum Beenden des automatischen Abbildaktualisierungsprozesses.
Verwendung von Fehlermeldungen zur Überwachung der vollständig automatisierten Bereitstellung
Zweck
Fehlermeldungen enthalten Informationen darüber, welche DHCP-Optionen nicht konfiguriert sind.
Aktion
Verwenden Sie die Informationen in der folgenden Fehlermeldung, um herauszufinden, welche DHCP-Optionen nicht konfiguriert sind.
“DHCP Log Server Option” “DHCP Host Name Option” “DHCP NTP Server Option”
Bedeutung
Die Fehlermeldung weist darauf hin, dass die Optionen DHCP-Protokollserver, Hostname und NTP-Server nicht konfiguriert sind.
Verwenden von Systemprotokolldateien zur Überwachung der Zero-Touch-Bereitstellung in Junos OS mithilfe von DHCP-Optionen
Zweck
Systemprotokolldateien enthalten Informationen über den Status des automatischen Upgrade-Prozesses, Listen gebundener und ungebundener DHCP-Clientschnittstellen, IP-Adressen von Dateiservern, Namen und Speicherorte von Image- und Konfigurationsdateien sowie erfolgreiche und fehlgeschlagene Versuche zum Abrufen von Konfigurations- und Image-Dateien.
Aktion
Verwenden Sie die Informationen in den folgenden Systemprotokolldateien, um den Prozess der automatischen Aktualisierung zu überwachen.
Auto Image Upgrade: Start fetching config-file file from server 10.1.1.1 through irb using ftp Auto Image Upgrade: Tried [2] attempts to fetch config-file file from server 10.1.1.1 through irb. Summary: "Retrieving /config-file :: Failed to open file.". To retry [4] times. Auto Image Upgrade: Tried [4] attempts to fetch config-file file from server 10.1.1.1 through irb. Summary: "Retrieving /config-fileconfig-file :: Failed to open file.". To retry [2] times. Auto Image Upgrade: Tried [6] attempts to fetch config-file file from server 10.1.1.1 through irb. Summary: "Retrieving /config-file :: Failed to open file.". To retry [0] times. Auto Image Upgrade: All [6] attempts to fetch config-file file from server 10.1.1.1 through irb FAILED. Start retry again in few minutes.
Bedeutung
Diese Systemprotokolldateien geben an, dass sechs fehlgeschlagene Versuche aufgetreten sind, die Konfigurationsdatei vom Dateiserver abzurufen, die IP-Adresse des Dateiservers, den Namen der DHCP-Clientschnittstelle und die Häufigkeit, mit der der Wiederholungsvorgang stattgefunden hat.
Verwenden von Systemprotokolldateien zur Überwachung der Zero-Touch-Bereitstellung in Junos OS mithilfe von DHCPv6-Optionen
Zweck
Systemprotokolldateien enthalten Informationen über den Status des automatischen Upgrade-Prozesses, Listen gebundener und ungebundener DHCP-Clientschnittstellen, IP-Adressen von Dateiservern, Namen und Speicherorte von Image- und Konfigurationsdateien sowie erfolgreiche und fehlgeschlagene Versuche zum Abrufen von Konfigurations- und Image-Dateien.
Aktion
Verwenden Sie die Informationen in den folgenden Systemprotokolldateien, um den Prozess der automatischen Aktualisierung zu überwachen.
Auto Image Upgrade: Tried [2] attempts to fetch junos-vmhost-install -20.2.tgz file from server 2001:db8::1 through et-0 /0/0:2. Summary: "fetch-secure: https://[2001:*: Connection refused". To retry [4] times. Auto Image Upgrade: Tried [4] attempts to fetch junos-vmhost-install -20.2.tgz file from server 2001:db8::1 through et-0 /0/0:2. Summary: "fetch-secure: https://[2001:*: Connection refused". To retry [2] times. Auto Image Upgrade: Tried [6] attempts to fetch junos-vmhost-install- 20.2.tgz file from server 2001:db8::1 through et-0 /0/0:2. Summary: "fetch-secure: https://[2001:*: Connection refused". To retry [0] times.
Bedeutung
Diese Systemprotokolldateien geben an, dass sechs fehlgeschlagene Versuche aufgetreten sind, die Abbilddatei vom Dateiserver abzurufen, die IP-Adresse des Dateiservers, den Namen der DHCPv6-Clientschnittstelle und die Häufigkeit, mit der der Wiederholungsvorgang aufgetreten ist.
Verwenden des Befehls show dhcp client binding
Zweck
Geben Sie den Befehl zum Anzeigen von show dhcp client binding DHCP-Clientbindungsinformationen aus.
Aktion
Geben Sie den show dhcp client binding Befehl aus, um die IP-Adresse des DHCP-Clients, die Hardwareadresse des DHCP-Clients, die Anzahl der Sekunden, in denen die IP-Adresslease des DHCP-Clients abläuft, den Status der DHCP-Client-IP-Adresse in der Bindungstabelle und den Namen der Schnittstelle mit aktiven Clientbindungen anzuzeigen.
DHCP-Clientbindung anzeigen
user@device# show dhcp client binding IP address Hardware address Expires State Interface 10.0.0.0 00:22:83:2a:db:dc 0 SELECTING irb.0 10.6.6.13 00:22:83:2a:db:dd 49201 BOUND vme.0 10.0.0.0 00:22:83:2a:db:df 0 SELECTING xe-0/0/0.0 10.0.0.0 00:22:83:2a:db:e0 0 SELECTING xe-0/0/1.0
Bedeutung
Die Ausgabe dieses Befehls zeigt, dass es eine Clientschnittstelle gibt, die gebunden ist, und dass es drei Schnittstellen gibt, die DHCP-Angebote vom DHCP-Server empfangen.
Verwenden des Befehls show dhcpv6 client binding
Zweck
Geben Sie den Befehl zum Anzeigen von show dhcpv6 client binding DHCP-Clientbindungsinformationen aus.
Aktion
Geben Sie den show dhcp6 client binding Befehl aus, um die IP-Adresse des DHCPv6-Clients, die Hardwareadresse des DHCPv6-Clients, die Anzahl der Sekunden, in denen die IP-Adresslease des DHCPv6-Clients abläuft, den Status der DHCPv6-Client-IP-Adresse in der Bindungstabelle und den Namen der Schnittstelle, die über aktive Clientbindungen verfügt, anzuzeigen.
DHCPv6-Clientbindung anzeigen
user@device# show dhcpv6 client binding IP/prefix Expires State ClientType Interface Client DUID 2001:db8::10 57 SELECTING STATEFUL em0.0 LL0x3-54:4b:8c:d3:a2:34 2001:db8::10 46 SELECTING STATEFUL em2.0 LL0x3-54:4b:8c:d3:a2:35 2001:db8::10 38 SELECTING STATEFUL et-0/0/0:0.0 LL0x3-54:4b:8c:d3:a2:3b 2001:db8::10 530 BOUND STATEFUL et-0/0/0:1.0 LL0x3-54:4b:8c:d3:a2:3c
Bedeutung
Die Ausgabe dieses Befehls zeigt, dass es eine Clientschnittstelle gibt, die gebunden ist, und dass es drei Schnittstellen gibt, die DHCPv6-Angebote vom DHCP-Server empfangen.
Verwenden des Befehls show dhcp client statistics
Zweck
Geben Sie den Befehl aus, um DHCP-Clientstatistiken show dhcp client statistics anzuzeigen.
Aktion
Geben Sie den Befehl aus, um DHCP-Clientstatistiken show dhcp client statistics anzuzeigen, z. B. die Anzahl der verworfenen Pakete und die Anzahl der gesendeten und empfangenen DHCP- und BOOTP-Nachrichten.
DHCP-Client-Statistiken anzeigen
user@device# show dhcp client statistics
Packets dropped:
Total 14
Send error 14
Messages received:
BOOTREPLY 5
DHCPOFFER 1
DHCPACK 4
DHCPNAK 0
DHCPFORCERENEW 0
Messages sent:
BOOTREQUEST 6751
DHCPDECLINE 0
DHCPDISCOVER 6747
DHCPREQUEST 4
DHCPINFORM 0
DHCPRELEASE 0
DHCPRENEW 0
DHCPREBIND 0
Bedeutung
Die Ausgabe dieses Befehls zeigt an, wie viele Pakete mit Fehlern verworfen wurden, die Anzahl der empfangenen BOOTREPLY- und DHCPOFFER-Nachrichten und die Anzahl der gesendeten BOOTREQUEST- und DHCPREQUEST-Nachrichten.
Verwenden des Befehls show dhcpv6 client statistics
Zweck
Geben Sie den Befehl aus, um DHCPv6-Clientstatistiken show dhcpv6 client statistics anzuzeigen.
Aktion
Geben Sie den Befehl aus, um DHCPv6-Clientstatistiken show dhcpv6 client statistics anzuzeigen, z. B. die Anzahl der verworfenen Pakete und die Anzahl der gesendeten und empfangenen DHCPv6-Nachrichten.
DHCPv6-Client-Statistiken anzeigen
user@device# show dhcpv6 client statistics
Dhcpv6 Packets dropped:
Total 20323
Bad Send 7580
Bad Options 12743
Messages received:
DHCPV6_ADVERTISE 13
DHCPV6_REPLY 109
DHCPV6_RECONFIGURE 0
Messages sent:
DHCPV6_DECLINE 0
DHCPV6_SOLICIT 879
DHCPV6_INFORMATION_REQUEST 0
DHCPV6_RELEASE 0
DHCPV6_REQUEST 9
DHCPV6_CONFIRM 0
DHCPV6_RENEW 61
DHCPV6_REBIND 41
Bedeutung
Die Ausgabe dieses Befehls zeigt an, wie viele Pakete mit Fehlern verworfen wurden und wie viele DHCPV6-Nachrichten empfangen und gesendet wurden.
Tabellarischer Änderungsverlauf
Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Funktionen entdecken , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.