NFX150 – Funktionsübersicht

Die Softwarearchitektur für die NFX150 ist darauf ausgelegt, eine einheitliche Steuerungsebene bereitzustellen, die als ein einziger Verwaltungspunkt fungiert.

Abbildung 1 veranschaulicht die Architektur der NFX150.

Abbildung 1: NFX150-Architektur

Zu den wichtigsten Komponenten der Systemsoftware gehören:

• VNF: Eine VNF ist ein konsolidiertes Angebot, das alle Komponenten enthält, die für die Unterstützung einer vollständig virtualisierten Netzwerkumgebung erforderlich sind. Sie können VNFs von Drittanbietern in Serviceketten konfigurieren und verwenden.

• Junos Control Plane (JCP): Die JCP ist die Junos-VM, die auf dem Hostbetriebssystem Wind River Linux ausgeführt wird. Der JCP fungiert als einziger Verwaltungspunkt für alle Komponenten. Die JCP steuert die Layer-2-Datenebene, die die Layer-2-Services und die Layer-3-Datenebene bereitstellt, die die Layer 3- bis Layer 7-Services bereitstellt.

  Zusätzlich zur Gehäuseverwaltung ermöglicht JCP:

  • Konfiguration erweiterter Sicherheitsfunktionen.

  • Management von gast virtualisierten Netzwerkfunktionen (VNFs) während ihres Lebenszyklus.

  • Installation von VNFs von Drittanbietern.

  • Erstellung von VNF-Serviceketten.

  • Verwaltung von Gast-VNF-Bildern (deren Binärdateien).

  • Verwaltung des Systembestands und der Ressourcennutzung.

  • Verwaltung der LTE-Schnittstelle.

• Juniper Device Manager (JDM): Ein Anwendungs-Container, der VNFs verwaltet und Infrastrukturservices bereitstellt. Die JDM-Funktionen im Hintergrund und Benutzer können nicht direkt auf JDM zugreifen.

• L2-Datenplane– Die Layer-2-Datenplane, die den Layer 2-Datenverkehr verwaltet. Die Layer-2-Datenplane leitet den LAN-Datenverkehr an die NFV-Backplane Open vSwitch (OVS) weiter. Die Layer-2-Datenebene wird der virtuellen FPC0 auf dem JCP zugeordnet. Standardmäßig sind alle physischen 1-Gigabit Ethernet-Ports den virtuellen Schnittstellen auf der Layer-2-Datenplane zugeordnet.

• L3-Datenplane: Die Layer-3-Datenplane, die Datapath-Funktionen für layer 3- bis Layer 7-Services bereitstellt. Die Layer-3-Datenplane wird der virtuellen FPC1 auf dem JCP zugeordnet. Standardmäßig sind die beiden SFP+-Ports auf dem NFX150-Gehäuse den virtuellen Schnittstellen auf der Layer-3-Datenplane zugeordnet.

• Linux – Das Host-Betriebssystem WindRiver Linux. In Junos OS Version 18.1R1 ist die WindRiver Linux-Version 8.

• Offene vSwitch-Brücke (OVS): Die OVS-Bridge ist eine VLAN-fähige Systembrücke, die als NFV-Backplane fungiert, mit der VNFs und FPCs verbunden sind. Darüber hinaus können Sie benutzerdefinierte OVS-Bridges erstellen, um die Konnektivität zwischen verschiedenen VNFs zu isolieren.

• LTE– Ein containerisierter Treiber, der 4G-LTE-Konnektivitätsmanagement bietet. Der LTE-Container ist zur Verwaltung an die FPC1 gebunden.

Die Schnittstellen auf den NFX150-Geräten umfassen physische Schnittstellen, virtuelle Schnittstellen und die LTE-Schnittstelle.

• Physische Schnittstellen
• Virtuelle Schnittstellen
• LTE-Schnittstelle
• Schnittstellenzuordnung

Tabelle 5 listet die junos-Funktionen auf, die von NFX150 unterstützt werden.

Weitere Informationen zu unterstützten Funktionen finden Sie im Feature-Explorer.

NFX150-Geräte bieten die folgenden Betriebsmodi:

• Durchsatzmodus: Bietet maximale Ressourcen (CPU und Speicher) für Junos-Software und die verbleibenden Ressourcen(falls vorhanden) für VNFs von Drittanbietern.

  Hinweis:

  VNFs können nicht im Durchsatzmodus erstellt werden.

  Ab Junos OS Version 21.1R1 wird die Zuordnung von OVS zur Layer-3-Data Plane-Schnittstelle im Durchsatzmodus auf NFX150-S1- und NFX150-S1E-Geräten nicht unterstützt. Wenn die OVS-Zuordnung in Versionen vor Junos OS Version 21.1R1 vorhanden ist, müssen Sie die Zuordnung ändern, bevor Sie das Gerät auf Junos OS Version 21.1R1 aktualisieren, um einen Konfigurations commit-Fehler zu verhindern.

• Hybridmodus: Bietet eine ausgewogene Verteilung von Ressourcen zwischen der Junos-Software und VNFs von Drittanbietern.

• Rechenmodus: Bietet minimale Ressourcen für Junos-Software und maximale Ressourcen für VNFs von Drittanbietern.

• Benutzerdefinierter Modus: Bietet eine Option zum Zuweisen von Ressourcen zu den Systemkomponenten:

  • Layer 2 Data Plane, Layer 3 Data Plane und NFV Backplane für NFX150-S1- und NFX150-S1E-Modelle

  • Layer 2 Data Plane und Layer 3 Data Plane für NFX150-C-S1, NFX150-C-S1-AE/AA und NFX150-C-S1E-AE/AA-Modelle

  Hinweis:

  Rechen-, Hybrid- und Durchsatzmodi werden in Junos OS Version 19.1R1 oder höher unterstützt. Der benutzerdefinierte Modus wird ab Junos OS Version 22.1R1 unterstützt.

  Der Standardmodus ist der Durchsatz in Junos OS Releases vor 21.4R1. Ab Junos OS Version 21.4R1 ist der Standardmodus Rechenleistung.

Im Hybrid- und Rechenmodus können Sie Layer-3-Datenebenenschnittstellen entweder SR-IOV oder OVS zuordnen. Im Durchsatzmodus können Sie Layer-3-Datenebenenschnittstellen nur SR-IOV zuordnen.

Zum Beispiel:

• Map Layer 3 Data Plane-Schnittstellen zu SR-IOV:

  user@host# set vmhost virtualization-options interfaces ge-1/0/1 mapping interface heth-0-1

• Map Layer 3 Data Plane-Schnittstellen zu OVS:

  user@host# set vmhost virtualization-options interfaces ge-1/0/1

Im Hybrid- oder Rechenmodus können Sie VNFs mit den verfügbaren CPUs für jeden Modus erstellen. Sie können die CPU-Verfügbarkeit mit dem show vmhost mode Befehl überprüfen. Jede VNF unterstützt maximal 10 Schnittstellen (eth0 bis eth9), einschließlich der beiden Verwaltungsschnittstellen eth0 und eth1.

Führen Sie den Befehl aus, um den request vmhost mode mode-name aktuellen Modus zu ändern. Der request vmhost mode ? Befehl listet nur die vordefinierten Modi auf, z. B. Hybrid-, Rechen- und Durchsatzmodi.

Geben Sie vor dem Wechsel zu einem Modus die show system visibility cpu Befehle aus, show vmhost mode um die Verfügbarkeit von CPUs zu überprüfen. Achten Sie beim Wechsel zwischen Betriebsmodi darauf, dass keine Konflikte zwischen Ressourcen und Konfiguration auftreten. Wenn Sie beispielsweise vom Rechenmodus, der VNFs unterstützt, zum Durchsatzmodus wechseln, der keine VNFs unterstützt, treten Konflikte auf:

Wenn die Layer-3-Datenebene nicht dem SR-IOV zugeordnet ist, führt der Wechsel vom Hybrid- oder Rechenmodus in den Durchsatzmodus zu einem Fehler.

Wenn Sie eine virtuelle CPU an physische CPUs für eine VNF anheften, stellen Sie sicher, dass sich die physischen CPUs nicht mit den CPUs überschneiden, die für Juniper Systemkomponenten verwendet werden, einschließlich der physischen CPU 0.

Physische CPUs, die zum Anstecken eines Emulators verwendet werden, können mit den CPUs, die für Juniper Systemkomponenten verwendet werden, mit Ausnahme der physischen CPU 0 überlappen. Diese Überschneidung kann sich auf die Leistung einer oder mehrerer Juniper Systemkomponenten und VNFs auswirken.

• So definieren Sie eine Vorlage für einen benutzerdefinierten Modus
• Core-to-CPU-Zuordnung auf NFX150

Für Funktionen oder Skalierungsebenen, die eine Lizenz erfordern, müssen Sie die Lizenz installieren und ordnungsgemäß konfigurieren, um die Anforderungen für die Verwendung der lizenzierbaren Funktion oder der Skalierungsebene zu erfüllen. Mit dem Gerät können Sie eine Konfiguration festlegen, die eine lizenzfähige Funktion oder Skalierung ohne Lizenz für einen Nachfrist von 30 Tage angibt. Bei der Nachfrist handelt es sich um eine kurzfristige Zusage, die es Ihnen ermöglicht, Funktionen im Paket zu verwenden oder (unabhängig von der Lizenzschlüsselbeschränkung) bis zu den Systemgrenzen zu skalieren, ohne dass ein Lizenzschlüssel installiert ist. Die Nachfrist beginnt, wenn die lizenzfähige Funktion oder Skalierungsebene vom Gerät tatsächlich verwendet wird (nicht bei der ersten Verpflichtung). Mit anderen Worten, Sie können lizenzierbare Funktionen oder Skalierungsbeschränkungen für die Gerätekonfiguration festlegen, aber die Nachfrist beginnt nicht, bis das Gerät die lizenzierbare Funktion verwendet oder eine lizenzierbare Skalierungsebene überschreitet.

Wenn Sie Informationen zum Erwerb von Softwarelizenzen erhalten möchten, wenden Sie sich an Ihren Vertriebsmitarbeiter von Juniper Networks. Junos OS-Software implementiert eine ehrenbasierte Lizenzierungsstruktur und bietet Ihnen eine 30-Tage-Nachfrist, um die Funktion ohne installierten Lizenzschlüssel zu verwenden. Die Nachfrist beginnt, wenn Sie die Funktion konfigurieren und Ihr Gerät die lizenzierte Funktion zum ersten Mal verwendet, aber nicht unbedingt, wenn Sie die Lizenz installieren. Nach Ablauf der Nachfrist generiert das System Protokollmeldungen, in denen steht, dass für die Funktion eine Lizenz erforderlich ist. Um die Fehlermeldung zu löschen und die lizenzierte Funktion ordnungsgemäß zu verwenden, müssen Sie die erforderliche Lizenz installieren und überprüfen.

Das Gerät meldet jede Lizenzverletzung als Warnprotokollmeldung, wenn eine Konfiguration festgelegt wird, die eine Funktion oder skalierungsbasierte Nutzungsbeschränkung enthält, für die eine Lizenz erforderlich ist. Nach der 30-Tage-Nachfrist meldet das Gerät den Sicherheitsverstoß in regelmäßigen Abständen an syslog-Nachrichten, bis eine Lizenz installiert und auf dem Gerät ordnungsgemäß konfiguriert ist, um die Sicherheitsverletzung zu beheben.