Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Bereitstellen eines Virtual Chassis mit dem Phone-Home-Client

Die Phone-Home-Bereitstellung auf einem Virtual Chassis ist eine Form der vollständig automatisierte Bereitstellung (ZTP). Der Phone-Home-Client (PHC) auf dem Virtual Chassis erhält Bootstrap-Informationen über das Netzwerk von einem Phone-Home-Server (PHS) und stellt das Virtual Chassis bereit. Der einzige Benutzereingriff auf Client-Seite besteht darin, die Virtual Chassis-Mitglieder physisch miteinander zu verkabeln und einen beliebigen Port auf dem Virtual Chassis mit dem Netzwerk zu verbinden.

Übersicht über die Phone-Home-Bereitstellung für ein Virtual Chassis

Bei der Phone-Home-Bereitstellung stellt ein Phone-Home-Client (PHC) auf einem Gerät dem Gerät zunächst ein Software-Image und eine Konfiguration von einer zentralen Netzwerkmanagement-Datenquelle zur Verfügung, die als Phone-Home-Server (PHS) bezeichnet wird, und erfordert wenig oder gar keinen Benutzereingriff am Remote-Standort.

Ein Virtual Chassis besteht aus einer Reihe von Geräten, die über Ports, sogenannte Virtual Chassis Ports (VCPs), miteinander verbunden sind. Sie konfigurieren und verwalten das Virtual Chassis als ein einziges Gerät. Ab Junos OS Version 20.3R1 haben wir Erweiterungen am Phone-Home-Bereitstellungsprozess für ein eigenständiges Gerät vorgenommen, sodass er auch auf einem Virtual Chassis funktionieren kann. Das PHC auf einem Virtual Chassis erfordert zusätzliche Schritte zur Koordination und Verwaltung des Bootstrappings der Mitgliedsgeräte.

Das PHS ist in der Regel Teil eines Netzwerkmanagementsystems (NMS), das die Bereitstellung per Telefon zu Hause unterstützt. Ihr Netzwerkadministrator gibt die beabsichtigten Bereitstellungsdaten ein, die bestimmen, wie Geräte und Virtual Chassis an Remote-Standorten eingerichtet werden sollen. Ihre Organisation verfügt möglicherweise über mehr als ein PHS für die Redundanz.

Sie können im Feature-Explorer nach den Virtual Chassis-Plattformen suchen phone-home , die die Phone-Home-Bereitstellung unterstützen.

Vorteile der Phone-Home-Bereitstellung auf einem Virtual Chassis

  • Vereinfacht die Bereitstellung, indem der Prozess automatisch vom Remote-Standort aus gestartet wird, während Bootstrap-Informationen sicher von einem zentralen Verwaltungssystem (PHS) in Ihrem Netzwerk oder in der Cloud abgerufen werden.

  • Erfordert keine tiefgreifenden Kenntnisse mit der Junos OS CLI, um die Bereitstellung mehrerer Geräte zu koordinieren, die ein Virtual Chassis bilden.

Überblick über den Phone-Home-Bereitstellungsprozess auf einem Virtual Chassis

Damit der Prozess funktioniert, müssen Sie auf einem Virtual Chassis das Virtual Chassis gemäß den unter Aktivieren der Phone-Home-Bereitstellung auf einem Virtual Chassis beschriebenen Anforderungen einrichten.

Wenn das Virtual Chassis zum ersten Mal gebildet wird, wird der PHC-Prozess automatisch auf dem primären Virtual Chassis-Mitglied gestartet und von dort aus übernommen:

  1. Der PHC stellt eine Verbindung zu einem PHS her.

    Das PHC sendet eine Bereitstellungsanforderung an eine standardmäßige Umleitungsserver-URL, https://redirect.juniper.net, die die Anforderung an ein verfügbares PHS umleitet, das von Ihrem Netzwerkadministrator oder NMS gesteuert wird. Dieser Schritt ist identisch mit der Bereitstellung von Phone-Home auf einem einzelnen Gerät.

  2. Das PHS antwortet auf die PHC-Bereitstellungsanforderung mit den Bootstrapping-Informationen, die die beabsichtigte Virtual Chassis-Topologie, das Software-Image und die Konfiguration enthalten.

  3. Das PHC stellt das Virtual Chassis gemäß den Vorgaben des PHS bereit.

    Die Bereitstellung umfasst Schritte wie:

    • Überprüfen Sie die Virtual Chassis-Topologie.

    • Aktualisieren Sie das Software-Image bei Bedarf nacheinander auf allen Mitgliedsgeräten.

    • Führen Sie alle Staging-Skripts vor oder nach der Konfiguration aus.

    • Führen Sie eine neue Konfiguration im Virtual Chassis durch.

Das PHC sendet während des Bootstrapping-Prozesses Statusbenachrichtigungen an das PHS, damit der Netzwerkadministrator überprüfen kann, ob der Vorgang erfolgreich abgeschlossen wurde.

Das PHC protokolliert den Status auch lokal in den Systemprotokolldateien auf dem Virtual Chassis. Bei Bedarf können Sie Protokolldateien in der Junos OS CLI anzeigen und Junos OS CLI-Befehle verwenden, um den Virtual Chassis- und VCP-Verbindungsstatus anzuzeigen.

Siehe auch

So aktivieren Sie die Phone-Home-Bereitstellung auf einem Virtual Chassis

Wenn Sie auf einem Virtual Chassis, das die Phone-Home-Bereitstellung unterstützt, das Virtual Chassis gemäß den hier aufgeführten Schritten einrichten, wird automatisch ein Phone-Home-Client (PHC)-Prozess auf dem primären Virtual Chassis-Mitglied gestartet.

So aktivieren Sie die Phone-Home-Bereitstellung auf einem Virtual Chassis:

  1. Stellen Sie sicher, dass alle Virtual Chassis-Mitglieder über die werkseitige Standardkonfiguration verfügen und ausgeschaltet sind.

    Sie können den request system zeroize CLI-Befehl von Junos OS ausführen, um ein Gerät auf die Werkseinstellungen zurückzusetzen.

    Hinweis:

    Das Virtual Chassis kann kein gemischtes Virtual Chassis sein, da der gemischte Modus nie in der werkseitigen Standardkonfiguration festgelegt ist.

  2. Verbinden Sie die Virtual Chassis-Mitglieder in einer Ringtopologie nur mit dedizierten oder standardmäßig konfigurierten Virtual Chassis-Ports (VCPs) auf jedem Mitgliedsgerät.

    Beachten Sie, dass der PHC-Prozess nur funktioniert, wenn das Virtual Chassis ursprünglich mit VCPs gebildet wird, die nicht explizit konfiguriert werden müssen (dedizierte VCPs oder Ports, die in der werkseitigen Standardkonfiguration VCPs sind). Siehe VCP-Optionen nach Switch-Typ für Details dazu, welche Ports dedizierte und standardmäßig konfigurierte VCPs auf verschiedenen Geräten sind, die Virtual Chassis unterstützen. Lesen Sie im Hardwarehandbuch für das Gerät, um diese Ports am Gerät zu finden.

  3. Verbinden Sie die Virtual Chassis-Managementschnittstelle (me0) oder einen beliebigen netzwerkorientierten Port eines beliebigen Virtual Chassis-Mitglieds mit dem Netzwerk.

    Nachdem das PHC auf dem Virtual Chassis gestartet wurde, nutzt es diese Verbindung, um über das Netzwerk auf ein PHS zuzugreifen und die Bootstrapping-Informationen für dieses Virtual Chassis abzurufen.

    Weitere Informationen zur Funktionsweise der Verwaltungsschnittstellen in einem Virtual Chassis finden Sie im Lösungshandbuch Understanding Global Management of a Virtual Chassis.

  4. Schalten Sie die Mitglieder des Virtual Chassis ein.

Abbildung 1 zeigt ein Beispiel für eine Virtual Chassis-Topologie, die die Bereitstellung von Phone-Home unterstützen kann: ein EX4300 Virtual Chassis mit vier Mitgliedern, das in einer Ringtopologie mit standardmäßig konfigurierten VCPs verkabelt ist (in diesem Fall zwei der 40-Gigabit-Ethernet-QSFP+-Ports auf jedem Gerät).

Abbildung 1: Beispiel für ein Virtual Chassis, das die Sample Virtual Chassis That Can Support Phone-Home Provisioning Bereitstellung von Phone-Home unterstützen kann

Normalerweise müssen Sie nichts weiter tun, damit der Phone-Home-Bereitstellungsprozess fortgesetzt und erfolgreich abgeschlossen werden kann. Wenn der Status "Erfolgreicher Abschluss" nicht angezeigt wird oder das Virtual Chassis am Ende des Prozesses nicht wie erwartet funktioniert, lesen Sie weiter, um Details zur Funktionsweise des PHC zu erfahren und die Probleme zu beheben.

Siehe auch

Phone-Home-Prozess auf einem Virtual Chassis

Die Phone-Home-Bereitstellung auf einem Virtual Chassis ist eine Erweiterung der Phone-Home-Unterstützung für eigenständige Geräte, die unter Abrufen von Konfigurationen und Software-Images ohne Benutzereingriff mit dem Phone-Home-Client beschrieben wird. Das PHC führt zusätzliche Schritte zur Verwaltung des Bootstrappings der Mitgliedsgeräte durch, aus denen das Virtual Chassis besteht.

Der PHC-Prozess auf einem Virtual Chassis erfordert außerdem die gleichen Softwaretools und Dienstprogramme, die eigenständige Geräte benötigen, damit PHC funktioniert. Beispielsweise benötigt der Phone-Home-Prozess DHCP-Client-Unterstützung, um die Netzwerkverbindung zum PHS auf die gleiche Weise wie für ein einzelnes Gerät zu erleichtern, und überprüft ein heruntergeladenes Software-Image mit denselben Prüfsummendienstprogrammen. Eine Liste dieser allgemeinen PHC-Anforderungen finden Sie unter Voraussetzungen .

Die Phone-Home-Bereitstellung wird automatisch auf einem Virtual Chassis auf der Clientseite gestartet, nachdem Sie die Aufgaben unter Aktivieren der Phone-Home-Bereitstellung auf einem Virtual Chassis ausgeführt haben und ob das Virtual Chassis die Bedingungen erfüllt , die unter Anforderungen für die Phone-Home-Bereitstellung für ein Virtual Chassis beschrieben sind.

Die Schritte des Bereitstellungsprozesses sind in die in diesem Abschnitt beschriebenen Phasen gruppiert.

Informationen zum Start und zur Anforderung der Bereitstellung von PHS

In der Start- und Anfragephase:

  1. Das Virtual Chassis wird werkseitig standardmäßig oder auf Null gesetzt als nicht bereitgestelltes Virtual Chassis hochgefahren und wählt die anfänglichen primären und Backup-Mitglieder aus. (Weitere Informationen finden Sie unter Verstehen, wie die Primärdatenbank in einem Virtual Chassis ausgewählt wird.)
  2. Der PHC wird auf dem primären Virtual Chassis-Mitglied gestartet, stellt eine Verbindung mit dem Standardumleitungsserver (https://redirect.juniper.net) her und sendet eine Bootstrap-Anforderung für das Gerät. Der Umleitungsserver leitet den PHC an einen verfügbaren PHS um.
  3. Das PHC erhält die Antwort vom PHS, beginnt zu ermitteln, welche Virtual Chassis-Mitglieder angeschlossen sind, und bereitet die Bereitstellung des Virtual Chassis vor. Die PHS-Antwort umfasst:

    • Virtual Chassis-Topologieinformationen: Dieser Teil der Antwort gibt zumindest an, dass das Gerät voraussichtlich Teil eines Virtual Chassis sein wird. Andernfalls stellt das PHC nur das primäre Mitglied als eigenständiges Gerät bereit.

      Die Antwort kann zusätzlich vollständige Topologieinformationen enthalten, die die seriellen IDs aller Mitglieder enthalten, die der Netzwerkadministrator im Virtual Chassis erwartet.

    • Informationen zum Software-Image-Upgrade: Enthält einen Pfad zum gewünschten Software-Image und Details zur Image-Überprüfung.

    • Skriptinformationen vor und nach der Konfiguration: Enthält alle Staging-Skripts, die der Netzwerkadministrator vor oder nach dem Anwenden der neuen Konfiguration ausführen muss.

    • Konfigurationsinformationen: Enthält die beabsichtigte Virtual Chassis-Konfiguration und die Methode zur Anwendung dieser Konfiguration.

    Das PHC muss mindestens die erforderlichen Topologieinformationen erhalten, um zu erkennen, dass es sich um eine Virtual Chassis Bereitstellung sollte. Andernfalls stellt das PHC standardmäßig nur das primäre Mitglied als eigenständiges Gerät bereit.

    Die PHC-Erweiterungen für Virtual Chassis unterstützen zwei Bereitstellungsmodi: den Standardmodus und einen strengeren Modus, den PHS in der Antwort angeben kann:

    • Standardmäßig stellt das PHC alle Mitglieder bereit, die es zum Zeitpunkt des Empfangs der PHS-Antwort im VC erkennt. Wenn das PHC beim Bootstrapping eines bestimmten Mitglieds auf einen Fehler stößt, fährt es mit dem Bootstrapping des nächsten Mitglieds fort oder fährt mit dem nächsten Bereitstellungsschritt fort.

    • Wenn das PHS in der Antwort die Option für den strikten Modus angibt, muss die Antwort auch die vollständigen Informationen zur Virtual Chassis-Topologie enthalten. Die Bereitstellung ist nur erfolgreich, wenn das PHC alle in der PHS-Antwort aufgeführten Mitglieder findet und erfolgreich startet. Wenn das PHC nicht alle beabsichtigten Member erkennt oder die Bereitstellung für eines von ihnen fehlschlägt, startet das PHC den Prozess von Anfang an neu, um die Bereitstellungsanforderung erneut an ein anderes verfügbares PHS zu senden.

    Hinweis:

    Das PHS kann die seriellen IDs der Virtual Chassis-Mitglieder in die Antwort in beiden Modi einbeziehen. Im Standardmodus kann das Bootstrapping des Virtual Chassis jedoch auch dann erfolgreich sein, wenn das PHC nicht alle Member in der PHS-Antwort erkennt oder wenn die PHS-Antwort überhaupt keine memberdetails enthält.

    Wenn die Antwort in diesem Schritt vollständige Informationen zur Virtual Chassis-Topologie enthält und angibt, den strikten Bereitstellungsmodus zu verwenden, validiert das PHC die im Virtual Chassis gefundenen Ergebnisse lokal mit den Virtual Chassis-Mitgliedsinformationen aus der PHS-Antwort.

    Tabelle 1 fasst die Aktionen zusammen, die das PHC ab diesem Schritt basierend auf dem Typ der Topologieinformationen ausführt, die es in der PHS-Antwort erhält, dem Bereitstellungsmodus und den Virtual Chassis-Mitgliedern, die das PHS lokal erkennt.

    Tabelle 1: PHC-Aktionen basierend auf Topologieinformationen in der PHS-Antwort

    Informationen zur Virtual Chassis-Topologie von PHS

    Aktionen im Standardmodus

    Aktionen im strikten Modus, wenn PHS diese Option anfordert

    Keine Topologieinformationen bereitgestellt

    Versuchen Sie, als eigenständiges Gerät zu Bereitstellung.

    N/A

    (Dieser Modus kann nur mit vollständigen Topologieinformationen angegeben werden)

    Mindestens erforderliche Topologieinformationen für ein Virtual Chassis

    Entdecken Sie Mitglieder und fahren Sie mit der Bereitstellung von Virtual Chassis mit gefundenen Mitgliedern fort.

    N/A

    (Dieser Modus kann nur mit vollständigen Topologieinformationen angegeben werden)

    Vollständige Topologieinformationen für ein Virtual Chassis, einschließlich serieller IDs für alle vorgesehenen Virtual Chassis-Mitglieder

    Mitglieder entdecken. Wenn die Mitgliederliste nicht mit der PHS-Antwort übereinstimmt, fahren Sie trotzdem mit der Bereitstellung von Virtual Chassis mit gefundenen Mitgliedern fort.

    Bootstrapping beabsichtigter Virtual Chassis-Mitglieder von PHS-Antwort. Mitglieder erkennen; Wenn alle erwarteten Mitglieder vorhanden und aktiv sind, ist die Bereitstellung erfolgreich.

    Versuchen Sie andernfalls erneut, das Bootstrapping durchzuführen und Mitglieder zu erkennen, bei denen der Prozess fehlgeschlagen ist.

    Nach einer Zeitüberschreitung bei der Mitgliedererkennung, bei der nicht alle erwarteten Mitglieder erkannt werden, melden Sie einen Fehler und starten Sie den Vorgang neu, indem Sie sich an einen anderen PHS wenden, um die Bereitstellung erneut anzufordern.
  4. Wenn das PHC mit der Bereitstellung der Geräte im Virtual Chassis fortfährt, nimmt das PHC zu diesem Zeitpunkt einige vorübergehende Änderungen an der Virtual Chassis-Konfiguration vor, um ein reibungsloses Bootstrapping aller VC-Mitglieder zu ermöglichen.

    Das PHC stellt beispielsweise sicher, dass sich die Rollen des primären und des Backup-Mitglieds von Virtual Chassis nicht ändern, während das PHC das Softwareimage auf allen Mitgliedern aktualisiert.

Bootstrap Virtual Chassis Mitglieder

In dieser Phase bootet das PHC das Virtual Chassis, was die Installation des Software-Images und den Neustart aller Mitglieder umfasst.

  1. Der PHC auf dem primären Member vergleicht die Bootstrap-Informationen in der PHS-Antwort mit denen im Virtual Chassis, um festzustellen, ob das Software-Image aktualisiert werden muss. Wenn die Versionen übereinstimmen, überspringt das PHC die verbleibenden Schritte in dieser Phase.
  2. Wenn das PHC das Softwareimage aktualisieren muss, verwendet das PHC die Bootstrap-Informationen in der PHS-Antwort (Imagedateiname und Prüfsummeninformationen), um das Image herunterzuladen und zu überprüfen.

    Wenn der Downloadvorgang fehlschlägt, versucht der PHC erneut, bis er erfolgreich ist. (Dieses Verhalten ist für eigenständige Geräte oder die Bereitstellung von Phone Home mit Virtual Chassis identisch.)

  3. Das PHC fährt fort, die Virtual Chassis-Mitglieder basierend auf den Mitgliedsrollen wie folgt zu installieren und neu zu starten:

    1. Linecard-Mitglieder: Installiert das Image auf den Linecard-Rollenmitgliedern nacheinander (in der Reihenfolge der Mitglieder-ID) und startet sie dann alle gleichzeitig neu.

    2. Sicherungsmitglied: Installiert das Image auf dem Sicherungsmitglied und startet es neu.

    3. Primäres Mitglied: Installiert das Image auf dem primären Mitglied, synchronisiert den aktuellen PHC Virtual Chassis-Bootstrap-Status mit dem Sicherungsmitglied und löst einen Neustart des primären Mitglieds aus.

    Während die aktualisierten Mitglieder hochfahren, überprüft das PHC, ob sie wieder betriebsbereit sind. Diese Aktion wird in Protokollmeldungen und Statusbenachrichtigungen als Mitgliedererkennung bezeichnet. Wenn das PHC ein Mitglied innerhalb eines Standardzeitlimits für die Mitgliedererkennung nicht erkennt, benachrichtigt das PHC das PHS über den Fehler. Unter Start und Anfordern von Bereitstellungsinformationen von PHS finden Sie die Aktionen, die das PHC standardmäßig ausführt, oder wenn das PHS eine strikte Bereitstellung angegeben hat.

  4. Während das alte primäre Mitglied neu gestartet wird, ist das ursprüngliche primäre Mitglied nicht verfügbar, sodass das Virtual Chassis die primäre Rolle auf das Sicherungsmitglied übergibt. Das Virtual Chassis wählt zu diesem Zeitpunkt auch ein neues Backup-Mitglied.
  5. Das PHC wird auf dem neuen primären Mitglied (dem ursprünglichen Sicherungsmitglied) gestartet und setzt die Virtual Chassis-Bootstrap-Prozedur aus dem PHC-Status fort, der vom alten primären Mitglied geerbt wurde.

    Wenn das alte primäre Mitglied den Start beendet und dem Virtual Chassis wieder beitritt, befindet es sich zunächst in der Linecard-Rolle, übernimmt dann aber die Backup-Rolle für das neue primäre Mitglied.

  6. Wenn das PHC erkennt, dass dieses letzte Mitglied in Betrieb ist, wird der Bereitstellungsprozess mit der nächsten Phase fortgesetzt, in der Skripte vor oder nach der Konfiguration und die neue Konfiguration auf das Virtual Chassis angewendet werden.
    Hinweis:

    Vermeiden Sie, dass Skripte vor der Konfiguration, nach der Konfiguration oder die neue Konfiguration Änderungen vornehmen, die dazu führen könnten, dass das Virtual Chassis während des Bereitstellungsprozesses neue Mitgliederrollen zuweist oder neue primäre und Backup-Mitglieder auswählt. Andernfalls kann die Bereitstellung mit unvorhersehbaren Ergebnissen fehlschlagen.

Anwendung von Skripten und neuer Konfiguration auf dem Virtual Chassis

Die PHS-Antwort kann Skripts vor und nach der Konfiguration enthalten; der Netzwerkadministrator benötigt die Ausführung des PHC auf dem Virtual Chassis vor oder nach dem Anwenden der neuen Konfiguration. Die Phone-Home-Bereitstellung unterstützt Python- oder Shell-Skripte und nur das XML-Format für die Konfiguration.

Die PHS-Antwort stellt auch die Junos OS-Konfiguration für PHC bereit, die auf den Mitgliedsgeräten im Virtual Chassis ausgeführt werden soll.

Da ein Virtual Chassis so funktioniert, als wäre es ein einzelnes Gerät, daher führt das PHC die folgenden Schritte im gesamten Virtual Chassis aus:

  1. Führt alle angegebenen Vorkonfigurationsskripts von PHS aus.
  2. Wendet die neue Konfiguration von PHS an und bestätigt sie.
  3. Führt alle angegebenen Skripts nach der Konfiguration von PHS aus.

Abschluss des Bereitstellungsprozesses

Um den Phone-Home-Bereitstellungsprozess abzuschließen, protokolliert das PHC, dass der Prozess erfolgreich abgeschlossen wurde, und sendet eine Benachrichtigung über den Bootstrap-Abschluss an das PHS.

Der PHC wird erst wieder ausgeführt, wenn Sie das Gerät oder das Virtual Chassis auf den werkseitigen Standardzustand zurücksetzen und alle anderen erforderlichen Bedingungen erfüllen, um die Phone-Home-Bereitstellung auszulösen.

Weitere Informationen finden Sie unter Anforderungen für die Bereitstellung von Phone-Home für ein Virtual Chassis .

Benachrichtigungen über den Bereitstellungsstatus von Phone Home

Das PHC protokolliert Statusinformationen lokal im Systemprotokoll (/var/log/messages) auf dem Virtual Chassis und sendet Statusbenachrichtigungen an das PHS, um den Fortschritt des Bereitstellungsprozesses zu melden. Diese Meldungen signalisieren, wann das PHC die verschiedenen Bereitstellungsphasen abgeschlossen hat, und helfen Ihnen, Probleme zu beheben, wenn der Vorgang nicht erfolgreich abgeschlossen wird. Unter Phone-Home-Prozess auf einem Virtual Chassis finden Sie die Schritte, die das PHC in jeder Phase der Virtual Chassis-Bereitstellung ausführt.

Einige PHC-Statusmeldungen sind allgemein gehalten und gelten entweder für die Bereitstellung eines einzelnen Geräts oder für die Bereitstellung von Virtual Chassis.

Zu den Benachrichtigungen, die für ein bestimmtes Virtual Chassis-Mitglied spezifisch sind, gehören:

  • Die Mitglieds-ID

  • Die Seriennummer des Mitglieds

  • Die aktuelle Rolle des Mitglieds im Virtual Chassis – Master, Backup oder Linecard

Mitgliederspezifische Benachrichtigungen von Virtual Chassis haben das folgende Format:

Zum Beispiel:

Phone-Home-Prozessbenachrichtigungen bestehen aus einem Benachrichtigungstyp und einer Nachricht. Tabelle 2 listet Benachrichtigungen auf, die für die Phone-Home-Bereitstellungsphasen auf einem Virtual Chassis spezifisch sind. Benachrichtigungstypen mit dem vc-member Schlüsselwort enthalten Virtual Chassis-mitgliederspezifische Informationen.

Tabelle 2: PHC-Benachrichtigungen für die Schritte zur Bereitstellung von Virtual Chassis

Art der Benachrichtigung

Benachrichtigung

vc-member-image-installed

  • Successfully installed downloaded image. Initiating image installation on next member.

  • Successfully installed downloaded image. Initiating member reboot.

vc-member-image-installation-failed

  • Image failed to install on the member. Giving up and trying a different phone-home-server.

vc-member-reboot-initiated

  • Reboot initiated for Line Card members. Waiting for the members to come back up.

vc-member-upgrade-success

  • No upgrade required.

  • Successfully upgraded.

  • Member detected and successfully upgraded.

vc-member-upgrade-failed

  • Upgrade failed !!!

  • Member detected but upgrade failed !!!

vc-member-detection-failed

  • Did not come up post image upgrade

    Hinweis:

    Diese Meldung bedeutet, dass das PHC das neue Image installiert und einen Neustart des Virtual Chassis-Mitglieds initiiert hat, das PHC jedoch nicht erkannt hat, dass das Mitglied innerhalb eines vorgeschriebenen Membererkennungs-Timeouts erneut hochgefahren wurde.

vc-bootstrap-failed

  • VC member bootstrap failure detected with Strict provisioning set.

    Hinweis:

    Diese Meldung bedeutet, dass das PHC die erwarteten Linecard-Rollenmitglieder erfolgreich aktualisiert hat, aber nach dem Neustart hat PHC nicht erkannt, dass alle Mitglieder innerhalb eines vorgeschriebenen Timeouts für die Mitgliedererkennung erneut aktiviert wurden.

  • VC with detection failed members and Strict provisioning set.

    Hinweis:

    Diese Meldung bedeutet, dass das PHC nach dem Upgrade und Neustart aller Mitglieder ein oder mehrere Mitglieder nicht erkennen konnte und bei erneuter Überprüfung feststellt, dass eines oder mehrere von ihnen immer noch nicht aktiviert wurden.

    Im strikten Bereitstellungsmodus muss PHC alle vorgesehenen Mitglieder für den Bereitstellungsprozess erfolgreich bootstrappen, um einen erfolgreichen Abschluss zu signalisieren.

Überprüfen Sie den Status des Virtual Chassis nach der Bereitstellung von Phone-Home

Zweck

Überprüfen Sie den Betriebsstatus des Virtual Chassis nach der PHC-Bereitstellung.

Aktion

Geben Sie den show virtual-chassis Befehl über die Junos OS CLI ein.

Zum Beispiel:

Beheben von Problemen bei der Bereitstellung von Telefonen und Privathaushalten

So beheben Sie PHC-Probleme während des Bereitstellungsprozesses:

  • Verwenden Sie Dienstprogramme auf der PHS-Seite, die für Ihr Netzwerkmanagementsystem spezifisch sind, um den Geräte-, Virtual Chassis- und Verbindungsstatus zu überprüfen oder Phone-Home-Prozessbenachrichtigungen anzuzeigen (siehe Phone-Home-Bereitstellungsstatusbenachrichtigungen).

  • Stellen Sie sicher, dass die Verwaltungs- oder Netzwerkschnittstelle des Virtual Chassis mit dem Netzwerk verbunden ist und eine Verbindung zu einem PHS herstellen kann.

  • Wenn der PHS die Option für den strikten Modus angegeben hat, überprüfen Sie, ob die seriellen IDs der Virtual Chassis-Mitglieder auf der Seite des Phone-Home-Servers mit den Mitgliedsgeräten übereinstimmen, die Sie auf der Clientseite am Remotestandort miteinander verbinden.

  • Suchen Sie in der Syslog-Datei auf dem Virtual Chassis nach Fehler- und Statusmeldungen.

    Beispielsweise können Syslog-Statusmeldungen anzeigen, dass der ZTP-Client versucht, das Gerät anstelle oder zusätzlich zum PHC zu Bereitstellung. Beim Start mit der werkseitigen Standardkonfiguration auf einem eigenständigen Gerät oder einem primären Virtual Chassis-Mitglied werden sowohl der PHC als auch der DHCP-basierte ZTP-Prozess (siehe Zero-Touch-Bereitstellung) automatisch ausgeführt. ZTP wird fortgesetzt, wenn DHCP-ZTP-Optionen konfiguriert sind, was zu unerwartetem Bereitstellungsverhalten führen kann, da ZTP für ein Virtual Chassis nicht unterstützt wird. Um nur die Phone-Home-Bereitstellung auszulösen, kann Ihr DHCP-Systemadministrator sicherstellen, dass die ZTP-spezifischen Optionen auf dem DHCP-Server für Geräte, die sich in einem Virtual Chassis unter PHS-Verwaltung befinden sollen, nicht festgelegt sind.

  • Überprüfen Sie die Konfiguration auf dem Virtual Chassis nach der Bereitstellung mit dem show configuration CLI-Befehl.

Zugehörige Dokumentation