Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Verwalten von Junos Node Slicing

Löschen von Gastnetzwerkfunktionen

Bei diesem Verfahren wird ein GNF heruntergefahren und anschließend gelöscht. In JDM werden GNF-VMs als VNFs bezeichnet. Führen Sie die folgenden Schritte aus, um eine VNF zu löschen:

  1. Fahren Sie eine VNF mit dem Befehl JDM CLI request virtual-network-functions gnf-name stop all-serversherunter. Zum Beispiel:

    root@test-jdm-server0> request virtual-network-functions test-gnf stop all-servers

  2. Löschen Sie die VNF-Konfiguration, indem Sie die JDM-CLI-Konfigurationsanweisung delete virtual-network-functions gnf-nameanwenden. Sehen Sie sich das folgende Beispiel an:

    root@test-jdm-server0# delete virtual-network-functions test-gnf

    root@test-jdm-server0# commit synchronize

  3. Löschen Sie das VNF-Image-Repository mit dem JDM-CLI-Befehl request virtual-network-functions gnf-name delete-image all-servers. Zum Beispiel:

    root@test-jdm-server0> request virtual-network-functions test-gnf delete-image all-servers

    Hinweis:

    • Um eine VNF vollständig zu löschen, müssen Sie alle drei Schritte ausführen.

    • Wenn Sie eine VNF-Verwaltungsschnittstelle löschen möchten, müssen Sie zuerst die VNF beenden und löschen.

Deaktivieren von Junos Node Slicing

Um Junos Node Slicing zu deaktivieren, müssen Sie die folgenden Pakete deinstallieren:

  • JDM-Paket

  • Junos OS-Image für GNFs

Hinweis:

Speichern Sie die JDM-Konfiguration, wenn Sie sie als Referenz verwenden möchten.

Führen Sie die folgenden Schritte aus, um Junos Node Slicing (externes Servermodell) zu deaktivieren:

  1. Löschen Sie zuerst die GNFs, indem Sie alle im Abschnitt Löschen von Gastnetzwerkfunktionen beschriebenen Schritte ausführen.
  2. Stoppen Sie das JDM auf jedem Server, indem Sie den folgenden Befehl in der Linux-Shell des Hosts ausführen:

    root@Linux server0# jdm stop

    Stopping jdm: Domain jdm destroyed

  3. Deinstallieren Sie das JDM auf jedem Server, indem Sie den folgenden Befehl in der Linux-Shell des Hosts ausführen.

    Führen Sie für die Server, auf denen RHEL ausgeführt wird, den folgenden Befehl aus:

    Führen Sie für die Server, auf denen Ubuntu ausgeführt wird, den folgenden Befehl aus:

  4. Um den Router der MX-Serie vom BSYS-Modus in den Standalone-Modus zurückzuversetzen, wenden Sie die folgenden Konfigurationsanweisungen auf den Router der MX-Serie an:

    Der Router arbeitet nun im Standalone-Modus.

Um das Junos Node Slicing im Gehäuse zu deaktivieren, müssen Sie Folgendes tun:

  • Beenden und löschen Sie alle GNFs. Löschen Sie außerdem das Junos OS-Image, das dem GNF zugeordnet ist.

  • Fahren Sie JDM herunter, und löschen Sie dann das JDM-Softwarepaket.

  • Löschen Sie die Konfiguration des BSYS-Modus im Gehäuse (set vmhost resize vjunos).

  • Starten Sie die Routing-Engine neu.

Führen Sie die folgenden Schritte aus, um das Junos Node Slicing im Gehäuse zu deaktivieren:

  1. Löschen Sie zuerst die GNFs, indem Sie alle im Abschnitt Löschen von Gastnetzwerkfunktionen beschriebenen Schritte ausführen.

  2. Stoppen Sie das JDM auf jeder Routing-Engine, indem Sie den folgenden Befehl ausführen:

  3. Deinstallieren Sie das JDM auf jeder Routing-Engine, indem Sie den folgenden Befehl ausführen.

  4. Um den Router der MX-Serie vom BSYS-Modus in den Standalone-Modus zurückzuversetzen, wenden Sie die folgenden Konfigurationsanweisungen auf den Router der MX-Serie an:

  5. Starten Sie den VM-Host neu.

    Der Router arbeitet nun im Standalone-Modus.

    Hinweis:

    Alle Dateien am Speicherort /var/, einschließlich der Protokolldateien (/var/log) und Coredateien (/var/crash), werden gelöscht, wenn Sie den VM-Host nach dem Löschen der vmhost resize vjunos compact Konfiguration neu starten. Sie müssen alle Dateien, die sich derzeit in /var/log oder /var/crash befinden, speichern, bevor Sie die vmhost resize vjunos compact Konfiguration löschen, wenn Sie sie als Referenz verwenden möchten.

Verwalten von Sub-Linecards

Eine Übersicht über untergeordnete Linecards finden Sie unter Übersicht über untergeordnete Linecards.

Informationen zum Konfigurieren von Sub-Linecards finden Sie unter Konfigurieren von Sub-Linecards und deren Zuweisung zu GNFs.

Zum Verwalten der untergeordneten Linecards können Sie dieselben CLI-Betriebsbefehle verwenden, die zum Verwalten vollständiger Linecards verwendet werden.

Sie können SLCs sowohl von BSYS als auch von den zugehörigen GNFs aus arbeiten.

Im BSYS können Sie den Status aller SLCs auf allen FPCs anzeigen und Aktionen für jedes SLC ausführen.

Von einem GNF aus können Sie den Status der SLCs sehen, die diesem GNF zugewiesen sind, und Aktionen für diese SLCs ausführen.

Wenn Sie einen show-Befehl an der BSYS für eine in Segmente geschnittene Linecard ausführen, werden in der Ausgabe Werte von BLC und allen SLCs dieser Linecard angezeigt. Die Anmerkung fpc-slot:slc-id wird verwendet, um anzugeben, dass ein Ausgabefeld aus einer untergeordneten Linecard stammt. Wenn derselbe show-Befehl an einer GNF für diese Linecard ausgeführt wird, zeigt die Ausgabe nur den Wert aus dem spezifischen Slice an, der dieser GNF zugewiesen wurde.

Wenn Sie Aktionen für ein SLC aus dem BSYS ausführen müssen, müssen Sie das Schlüsselwort slcnew zusammen mit einer SLC-ID verwenden, um den spezifischen SLC eines bestimmten FPC anzugeben. Wenn Sie vom zugehörigen GNF aus Aktionen für den SLC ausführen müssen, müssen Sie nur den FPC-Steckplatz angeben (die SLC-ID ist implizit).

Betriebsbefehle auf BSYS für Linecard-Slices

Im Folgenden sind die Beispielbefehlsausgaben für das BSYS aufgeführt, bei denen FPC 1 in Scheiben geschnitten wurde.

Verwenden Sie den CLI-Befehl show chassis fpc, um den Status einer in Segmente geschnittenen Linecard am BSYS anzuzeigen, wie unten gezeigt. Die Slot-Einträge 1:1 und 1:2 geben die Ausgänge von SLC1 bzw. SLC2 an. Der Slot-Eintrag '1' gibt den Ausgang des BLC an.

Der Status jedes SLC einer Linecard wird anhand der fpc-slot-id:slc-id folgenden Nomenklatur zusammen mit den GNF-Zuweisungsdetails angezeigt:

Verwenden Sie den CLI-Befehl show chassis fpc pic-status, um die Betriebswerte der Linecard-Ressourcen einer geschnittenen Linecard zu untersuchen. Diese Vorgangswerte stimmen mit den konfigurierten Werten der Linecardressourcen überein.

Um die Softwareversion, die Betriebszeit und die einzelnen Packet Forwarding Engine-Zuweisungen der SLCs anzuzeigen, verwenden Sie den CLI-Befehl show chassis fpc slot detail, wie unten gezeigt.

Um die Zuweisungen auf Knotenebene von Linecards und Sub-Linecards zu verschiedenen GNFs anzuzeigen, verwenden Sie den CLI-Befehl show chassis network-slices fpcs am BSYS, wie unten gezeigt. In diesem Beispiel verfügt GNF 1 über 2 Linecard-Slices, SLC1 von FPC1 und SLC1 von FPC9 sowie keine vollständigen Linecards. GNF 2 hat hier eine vollständige Linecard, FPC6, und 2 Linecard-Slices, SLC2 von FPC1 und SLC2 von FPC9.

Sie können eine untergeordnete Linecard offline schalten, online schalten oder auf die gleiche Weise wie bei vollständigen Linecards neu starten. Sie müssen das zusätzliche Schlüsselwort slc und eine SLC-ID verwenden, um den spezifischen SLC anzugeben. Um beispielsweise SLC1 von FPC1 neu zu starten, verwenden Sie den CLI-Befehl request chassis fpc slot 1 slc 1.

Wenn Sie in der BSYS eine in Scheiben geschnittene FPC offline schalten und keine SLC angeben, wird der Befehl auf alle SLCs dieser FPC angewendet, d. h., alle SLCs werden zuerst offline geschaltet, gefolgt von der FPC selbst. Wenn Sie einen Sliced FPC online schalten, wird der FPC zuerst online geschaltet, gefolgt von allen SLCs.

Betriebsbefehle auf GNF für Linecard-Slices

Die Betriebsbefehle, die auf einem GNF verwendet werden, sind identisch mit denen, die auf vollständigen Linecards verwendet werden. Wenn Sie ein fpc-slotangeben, das über eine geschnittene FPC verfügt, wird der Befehl implizit nur auf den spezifischen SLC dieser FPC angewendet, der dieser GNF zugewiesen wurde, d. h., die SLC-ID wird impliziert.

Im folgenden Beispiel wird der CLI-Befehl show chassis fpc 1 in GNF A eingegeben. Es wird also nur der Status eines SLCs, SLC1, angezeigt, da dies der SLC von FPC1 ist, der GNF A zugeordnet ist. Außerdem wird der BLC-Status dieses FPC angezeigt. Beachten Sie, dass diese Ausgabe nicht den Status von SLC2 oder FPC1 anzeigt, da SLC2 einem anderen GNF (GNF B) zugeordnet ist.

Im folgenden Beispiel wird derselbe CLI-Befehl show chassis fpc 1 für GNF B eingegeben, sodass nur SLC2 angezeigt wird, d. h. der SLC von FPC1, der GNF B zugeordnet ist. Außerdem wird der BLC-Status dieses FPC angezeigt. Beachten Sie, dass diese Ausgabe nicht den Status von SLC1 oder FPC1 anzeigt, da SLC1 einem anderen GNF (GNF A) zugeordnet ist.

Im Folgenden finden Sie die Ausgabe des CLI-Befehls show chassis fpc 5 detail von GNF A. Beachten Sie, dass nur SLC1-Informationen angezeigt werden.

Um einen SLC offline zu schalten, online zu schalten oder von der zugehörigen GNF aus neu zu starten, geben Sie nur seinen FPC-Steckplatz an, wie im folgenden Beispiel gezeigt (die SLC-ID ist impliziert).

Eine Beispielkonfiguration für Unterlinecards finden Sie unter Beispielkonfiguration für Unterlinecards.

Zugehörige Dokumentation