Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Bereitstellen eines Virtual Chassis mithilfe des Phone-Home-Clients

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

Übersicht über die Bereitstellung von Telefon-Startseite 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 aus einer zentralen Datenquelle für das Netzwerkmanagement bereit, die als Phone-Home-Server (PHS) bezeichnet wird, wobei nur ein geringer oder gar kein Benutzereingriff am Remote-Standort erforderlich ist.

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 einzelnes Gerät. Beginnend mit Junos OS Version 20.3R1 haben wir den Bereitstellungsprozess für Smartphone-Heime für ein eigenständiges Gerät erweitert, damit es auch auf einem Virtual Chassis funktioniert. Der 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 (Network Management System, NMS), das die Bereitstellung nach Hause unterstützt. Ihr Netzwerkadministrator gibt die vorgesehenen Bereitstellungsdaten ein, die bestimmen, wie Geräte und Virtual Chassis an Remote-Standorten eingerichtet werden sollen. Möglicherweise verfügt Ihre Organisation über mehr als einen PHS für Redundanz.

Sie können den Funktions-Explorer überprüfen und nach phone-home suchen, um die Virtual Chassis-Plattformen anzuzeigen, die die Bereitstellung von Telefon-Heimen unterstützen.

Vorteile der Phone-Home-Bereitstellung auf einem Virtual Chassis

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

  • Erfordert keine tiefgreifenden Erfahrungen mit der Junos OS CLI, um die Bereitstellung mehrerer Geräte zu koordinieren, aus denen ein Virtual Chassis besteht.

Übersicht über den Prozess zur Bereitstellung von Phone-Home auf einem Virtual Chassis

Auf einem Virtual Chassis, das die Telefon-Heimbereitstellung unterstützt, müssen Sie das Virtual Chassis gemäß den Anforderungen einrichten, die unter Aktivieren der Telefon-Heimbereitstellung auf einem Virtual Chassis beschrieben sind, damit der Vorgang funktioniert.

Wenn das Virtual Chassis zum ersten Mal gebildet wird, startet der PHC-Prozess automatisch auf dem primären Virtual Chassis-Element und übernimmt ihn von dort:

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

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

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

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

    Die Bereitstellung umfasst u. a. folgende Schritte:

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

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

    • Führen Sie alle Stagingskripts vor oder nach der Konfiguration aus.

    • Führen Sie einen Commit für eine neue Konfiguration auf dem Virtual Chassis durch.

Der PHC sendet während des Bootstrapping-Vorgangs Statusbenachrichtigungen an den PHS, sodass der Netzwerkadministrator überprüfen kann, ob der Vorgang erfolgreich abgeschlossen wurde.

Der 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 mithilfe von Junos OS CLI-Befehlen den Virtual Chassis- und VCP-Verbindungsstatus anzeigen.

Aktivieren der Telefon-Heimbereitstellung auf einem Virtual Chassis

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

So aktivieren Sie die Bereitstellung von Phone-Home 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 Junos OS CLI-Befehl ausführen, um ein Gerät auf die Werkseinstellungen zurückzusetzen.

    Anmerkung:

    Bei dem Virtual Chassis kann es sich nicht um ein Virtual Chassis im gemischten Modus handeln, da der gemischte Modus in der werkseitigen Standardkonfiguration nie festgelegt ist.

  2. Verbinden Sie die Virtual Chassis-Mitglieder in einer Ringtopologie, wobei nur dedizierte oder standardmäßig konfigurierte Virtual Chassis-Ports (VCPs) auf jedem Mitgliedsgerät verwendet werden.

    Beachten Sie, dass der PHC-Prozess nur funktioniert, wenn das Virtual Chassis anfänglich mit VCPs gebildet wird, die nicht explizit konfiguriert werden müssen (dedizierte VCPs oder Ports, die in der werkseitigen Standardkonfiguration VCPs sind). Weitere Informationen zu den dedizierten Ports und den standardmäßig konfigurierten VCPs auf verschiedenen Geräten, die Virtual Chassis unterstützen, finden Sie unter VCP-Optionen nach Switch-Typ . Diese Ports finden Sie im Hardwarehandbuch des Geräts.

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

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

    Ausführliche Informationen zur Funktionsweise der Verwaltungsschnittstellen auf einem Virtual Chassis finden Sie unter Grundlegendes zur globalen Verwaltung eines 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 nach Hause unterstützen kann: ein Virtual Chassis EX4300 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 Bereitstellung nach Sample Virtual Chassis That Can Support Phone-Home Provisioning Hause per Telefon unterstützen kann

In der Regel 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 Vorgangs nicht wie erwartet funktioniert, lesen Sie weiter, um mehr darüber zu erfahren, wie das PHC funktioniert, um die Probleme zu beheben.

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. Der PHC führt zusätzliche Schritte aus, um das Bootstrapping der Mitgliedsgeräte zu verwalten, aus denen das Virtual Chassis besteht.

Der PHC-Prozess auf einem Virtual Chassis erfordert außerdem die gleichen Softwaretools und Dienstprogramme, die für eigenständige Geräte erforderlich sind, damit PHC funktioniert. Beispielsweise benötigt der Phone-Home-Prozess DHCP-Client-Unterstützung, um die Netzwerkverbindung mit dem 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 Telefon-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 wenn das Virtual Chassis die Bedingungen erfüllt, die unter Anforderungen für die Phone-Home-Bereitstellung beschrieben sind, damit es für ein Virtual Chassis funktioniert.

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

Informationen zum Starten und Anfordern der Bereitstellung von PHS

In der Start- und Anforderungsphase:

  1. Das Virtual Chassis startet auf der Werkseinstellungen oder auf Null gesetzt, als nicht bereitgestelltes Virtual Chassis und wählt die anfänglichen primären und Backup-Mitglieder aus. (Weitere Informationen finden Sie unter Verstehen, wie die primäre Instanz in einem Virtual Chassis ausgewählt wird.)
  2. Der PHC wird auf dem Virtual Chassis primären 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 weiter.
  3. Der PHC empfängt die Antwort von PHS, ermittelt, welche Virtual Chassis-Mitglieder verbunden sind, und bereitet die Bereitstellung des Virtual Chassis vor. Die PHS-Antwort umfasst:
    • Informationen zur Virtual Chassis-Topologie: Dieser Teil der Antwort gibt zumindest an, dass das Gerät voraussichtlich Teil eines Virtual Chassis sein wird. Andernfalls sieht der PHC nur das primäre Mitglied als eigenständiges Gerät vor.

      Die Antwort kann außerdem vollständige Topologieinformationen enthalten, einschließlich der Seriennummern aller Mitglieder, 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-Skripte, die der Netzwerkadministrator vom PHC vor oder nach dem Anwenden der neuen Konfiguration ausführen lassen muss.

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

    Der PHC muss mindestens die erforderlichen Topologieinformationen erhalten, um zu erkennen, dass er ein Virtual Chassis bereitstellen sollte. Andernfalls stellt der 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 der PHS in der Antwort angeben kann:

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

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

    Anmerkung:

    Der PHS kann in beiden Modi die seriellen IDs der Virtual Chassis-Mitglieder in die Antwort einschließen. 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 Member Details enthält.

    Wenn die Antwort in diesem Schritt vollständige Informationen zur Virtual Chassis-Topologie enthält und angibt, den strikten Bereitstellungsmodus zu verwenden, überprüft der PHC in diesem Schritt das, was im Virtual Chassis gefunden wird, lokal anhand der Virtual Chassis-Komponenteninformationen aus der PHS-Antwort.

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

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

    Virtual Chassis-Topologieinformationen von PHS

    Aktionen für den Standardmodus

    Aktionen im strikten Modus, wenn PHS diese Option anfordert

    Keine Topologieinformationen bereitgestellt

    Versuchen Sie, es als eigenständiges Gerät bereitzustellen.

    N/A

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

    Mindestens erforderliche Topologieinformationen für ein Virtual Chassis

    Ermitteln 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

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

    Bootstrap beabsichtigte Virtual Chassis-Mitglieder aus der PHS-Antwort. Erkennen von Mitgliedern; Wenn alle erwarteten Mitglieder vorhanden und verfügbar sind, ist die Bereitstellung erfolgreich.

    Versuchen Sie andernfalls erneut, Member zu bootstrappen und zu erkennen, bei denen der Prozess fehlgeschlagen ist.

    Melden Sie nach einer Zeitüberschreitung bei der Mitgliedererkennung, bei der nicht alle erwarteten Mitglieder erkannt werden können, einen Fehler und starten Sie den Prozess neu, indem Sie sich an einen anderen PHS wenden, um die Bereitstellung erneut anzufordern.

  4. Wenn der PHC die Geräte im Virtual Chassis bereitstellt, nimmt er an diesem Punkt einige temporäre Änderungen an der Virtual Chassis-Konfiguration vor, um ein reibungsloses Bootstrapping aller VC-Mitglieder zu ermöglichen.

    Der PHC stellt beispielsweise sicher, dass sich die Rollen des primären und Backup-Mitglieds des Virtual Chassis nicht ändern, während der PHC das Softwareimage für alle Mitglieder aktualisiert.

Bootstrap Virtual Chassis-Mitglieder

In dieser Phase führt der PHC einen Bootstrap für das Virtual Chassis durch, was die Installation des Softwareimages und den Neustart aller Member umfasst.

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

    Wenn der Downloadvorgang fehlschlägt, wiederholt der PHC den Vorgang, bis er erfolgreich ist. (Dieses Verhalten gilt auch für eigenständige Geräte oder Virtual Chassis Phone-Home-Bereitstellung.)

  3. Der PHC fährt mit der Installation und dem Neustart der Virtual Chassis-Mitglieder basierend auf den Mitgliedsrollen wie folgt in dieser Reihenfolge fort:
    1. Linecardmitglieder: Installiert das Image nacheinander auf den Linecardrollenmitgliedern (in der Reihenfolge der Mitglieds-ID) und startet sie dann alle gleichzeitig neu.

    2. Backup-Member: Installiert das Image auf dem Backup-Member und startet es neu.

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

    Wenn die aktualisierten Mitglieder hochgefahren werden, überprüft der PHC, ob sie wieder betriebsbereit sind. Diese Aktion wird als Mitgliedererkennung in Protokollmeldungen und Statusbenachrichtigungen bezeichnet. Wenn der PHC ein Mitglied nicht innerhalb eines Standardzeitlimits für die Elementerkennung erkennen kann, benachrichtigt der PHC den PHS über den Fehler. Unter Start- und Anforderungsbereitstellungsinformationen von PHS finden Sie die Aktionen, die der PHC standardmäßig ausführt oder wenn der 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 Backup-Mitglied überträgt. Das Virtual Chassis wählt zu diesem Zeitpunkt auch ein neues Backup-Mitglied.
  5. Der PHC startet auf dem neuen primären Member (dem ursprünglichen Backup-Member) und setzt die Bootstrap-Prozedur des Virtual Chassis aus dem PHC-Zustand fort, der vom alten primären Member geerbt wurde.

    Wenn der alte primäre Server den Startvorgang abgeschlossen hat und dem Virtual Chassis erneut beitritt, befindet er sich zunächst in der Linecardrolle, übernimmt dann aber die Sicherungsrolle für das neue primäre Mitglied.

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

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

Anwenden von Skripts und neuer Konfiguration auf das Virtual Chassis

Die PHS-Antwort kann Skripte vor und nach der Konfiguration umfassen: Der Netzwerkadministrator benötigt, dass das PHC vor oder nach dem Anwenden der neuen Konfiguration auf dem virtuellen Chassis ausgeführt wird. Die Phone-Home-Bereitstellung unterstützt Python- oder Shell-Skripte und nur das XML-Format für die Konfiguration.

Die PHS-Antwort enthält auch die Junos OS-Konfiguration, damit PHC auf den Mitgliedsgeräten im Virtual Chassis einen Commit ausführen kann.

Ein Virtual Chassis verhält sich so, als wäre es ein einzelnes Gerät, daher führt das PHC die folgenden Schritte für das Virtual Chassis als Ganzes aus:

  1. Führt alle angegebenen Vorkonfigurationsskripts von PHS aus.
  2. Wendet die neue Konfiguration von PHS an und führt einen Commit aus.
  3. Führt alle angegebenen Skripts nach der Konfiguration von PHS aus.

Abschluss des Bereitstellungsprozesses

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

Der PHC wird nur dann wieder ausgeführt, wenn Sie das Gerät oder Virtual Chassis auf die Werkseinstellungen zurücksetzen und alle anderen erforderlichen Bedingungen erfüllen, um die Bereitstellung von Telefonen nach Hause auszulösen.

Weitere Informationen finden Sie unter Anforderungen für die Telefon-Heimbereitstellung, damit sie für ein Virtual Chassis funktioniert .

Statusbenachrichtigungen zur Bereitstellung per Telefon zu Hause

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, wenn der PHC die verschiedenen Bereitstellungsphasen abgeschlossen hat, und helfen Ihnen bei der Fehlerbehebung, wenn der Prozess nicht erfolgreich abgeschlossen wird. Unter Phone-Home-Prozess auf einem Virtual Chassis finden Sie die Schritte, die der PHC in jeder Phase der Virtual Chassis-Bereitstellung ausführt.

Einige PHC-Statusmeldungen sind allgemeiner Natur und gelten entweder für die Bereitstellung einzelner Geräte 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

Member spezifische Benachrichtigungen für Virtual Chassis haben das folgende Format:

Zum Beispiel:

Phone-Home-Prozessbenachrichtigungen bestehen aus einem Benachrichtigungstyp und einer Nachricht. In Tabelle 2 sind Benachrichtigungen aufgeführt, die sich spezifisch auf die Bereitstellungsphasen für die Telefonheime in einem Virtual Chassis beziehen. Benachrichtigungstypen mit dem vc-member Schlüsselwort enthalten memberspezifische Informationen zu Virtual Chassis.

Tabelle 2: PHC-Benachrichtigungen für Virtual Chassis-Bereitstellungsschritte

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

    Anmerkung:

    Diese Meldung bedeutet, dass der PHC das neue Image installiert und einen Neustart des Virtual Chassis-Members initiiert hat, der PHC jedoch nicht erkannt hat, dass der Member innerhalb eines vorgeschriebenen Timeouts für die Membererkennung erneut gestartet wurde.

vc-bootstrap-failed

  • VC member bootstrap failure detected with Strict provisioning set.

    Anmerkung:

    Diese Meldung bedeutet, dass der PHC die erwarteten Linecardrollenmitglieder erfolgreich aktualisiert hat, aber nach dem Neustart erkannte PHC nicht, dass alle Mitglieder innerhalb eines vorgeschriebenen Timeouts für die Membererkennung wieder auftauchten.

  • VC with detection failed members and Strict provisioning set.

    Anmerkung:

    Diese Meldung bedeutet, dass der PHC nach dem Upgrade und Neustart eines oder mehrerer Mitglieder nicht erkannt konnte und bei einer erneuten Überprüfung feststellt, dass eines oder mehrere von ihnen immer noch nicht angezeigt wurden.

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

Überprüfen des Status des Virtual Chassis nach der Bereitstellung per Telefon zu Hause

Zweck

Überprüfen Sie den Ausführungsstatus 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 zu Hause

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 Benachrichtigungen über den Phone-Home-Prozess anzuzeigen (siehe Statusbenachrichtigungen für die Phone-Home-Bereitstellung).

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

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

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

    Syslog-Statusmeldungen können z. B. zeigen, dass der ZTP-Client versucht, das Gerät anstelle oder zusätzlich zum PHC bereitzustellen. 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 Bereitstellung nach Hause 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.