Häufig gestellte Fragen
Hohe Verfügbarkeit
Was ist der Unterschied zwischen High Availability und Secondary (Geo) Appliance?
- Hohe Verfügbarkeit gewährleistet Fehlertoleranz. Die sekundäre (Geo-) Appliance ermöglicht die Disaster Recovery.
- Hochverfügbarkeit kann für MCN, RCN und Zweige-Appliances konfiguriert werden. Sekundäre (Geo-) Appliance kann nur für MCN und RCNs konfiguriert werden.
- Hochverfügbarkeits-Appliances werden am selben Standort oder geografischen Standort konfiguriert. Eine Zweigeinheit an einem anderen geografischen Standort ist als sekundäre (Geo) MCN/RCN-Einheit konfiguriert.
- Die primäre und sekundäre Appliance mit hoher Verfügbarkeit sollten dieselben Plattformmodelle sein. Die sekundäre (Geo) -Appliance ist möglicherweise das gleiche Plattformmodell wie die primäre MCN/RCN.
- Hochverfügbarkeit hat eine höhere Priorität gegenüber sekundären (Geo). Wenn eine Appliance (MCN/RCN) mit High Availability and Secondary (Geo) -Appliance konfiguriert ist, wird die sekundäre Hochverfügbarkeits-Appliance aktiv, wenn die Appliance ausfällt. Wenn beide Hochverfügbarkeits-Appliances ausfallen oder wenn der Standort des Rechenzentrums abstürzt, wird die sekundäre (Geo) Appliance aktiv.
- Bei Hochverfügbarkeit erfolgt der primäre bzw. sekundäre Switchover sofort oder innerhalb von 10-12 Sekunden, abhängig von der Hochverfügbarkeitsbereitstellung. Der primäre MCN/RCN-zu-sekundäre (Geo) MCN/RCN-Umschalter erfolgt nach 15 Sekunden, nachdem der primäre inaktiv ist.
- Mit der Hochverfügbarkeitskonfiguration können Sie die primäre Rückgewinnung konfigurieren. Sie können die primäre Rückgewinnung für die sekundäre (Geo) -Appliance nicht konfigurieren. Die primäre Rückgewinnung erfolgt automatisch, nachdem die primäre Appliance wieder zurück ist und der Haltezeitgeber abgelaufen ist.
Upgrade in einem Schritt
Hinweis
Die WANOP, SVM und XenServer Supplemental/HFS werden als Betriebssystemkomponenten angesehen.
Sollte ich .tar.gz oder ein einzelnes Schritt-Upgrade .zip-Paket verwenden, um von meiner aktuellen Version (8.1.x, 9.1.x, 9.2.x) auf 9.3.x zu aktualisieren?
Verwenden Sie die .tar.gz-Dateien der betroffenen Plattformen, um die SD-WAN-Software auf 9.3.x zu aktualisieren. Nachdem die SD-WAN-Software auf die 9.3.x-Version aktualisiert wurde, führen Sie das Änderungsmanagement mit dem .zip-Paket durch, um OS-Komponenten-Softwarepakete zu übertragen/aufzustufen. Nach der Aktivierung überträgt der MCN Betriebssystemkomponenten für alle relevanten Zweige.
Nach dem Upgrade auf 9.3.0 mit einem Einzelschritt-Upgrade-Paket (.zip-Datei) tun, muss ich ausführen.Upg-Upgrade auf jeder Appliance?
Nein, Betriebssystemsoftwareupdate/-upgrade wird durch das Einzelschritt-Upgrade .zip-Paket übernommen und es wird gemäß den Planungsdetails installiert, die Sie in den Änderungsverwaltungseinstellungen der jeweiligen Standorte angegeben haben.
Warum sollte ich .tar.gz gefolgt von .zip-Paket verwenden, um von früher als 9.3 auf 9.3.x zu aktualisieren, und warum nicht direkt .zip-Paket von 9.3.x verwenden?
Ein Einzelschritt-Upgrade-Paket wird ab 9.3.0.161 unterstützt und bei früheren Versionen (vor Release 9.3) wird dieses Paket nicht erkannt. Wenn das Paket Upgrade .zip in den Change Management-Posteingang hochgeladen wird, gibt das System einen Fehler aus, der besagt, dass das Paket nicht erkannt wird. Aktualisieren Sie daher zuerst die SD-WAN-Software auf die Version 9.3 oder höher und führen Sie dann das Change Management mit dem durch. Paketmit Reißverschluss.
Wie werden die Betriebssystemkomponenten durch ein einzelnes Schritt-Upgrade installiert, wenn.upg-Upgrade wird nicht durchgeführt?
Der MCN transferiert/stellt Betriebssystemkomponenten Softwarepakete basierend auf dem Appliance-Modell auf, nachdem das Änderungsmanagement mit einem einzigen Schritt upgrade.zip-Paket abgeschlossen wurde. Nach der Aktivierung startet der MCN die Softwarepakete der Betriebssystemkomponenten für die Zweige, die sie für das geplante Update/Upgrade benötigen, zu übertragen/zu stempeln.
Wie installiere ich Betriebssystemkomponenten, ohne für spätere Installationen zu planen?
Setzen Sie den Wert des Wartungsfensters auf ‘0 ‘ für die sofortige Installation der Betriebssystemkomponenten.
Hinweis
Die Installation wird nur gestartet, wenn die Appliance das gesamte Paket empfangen hat, das für die Site benötigt wird, selbst wenn der Wert des Wartungsfensters auf ‘0 ‘ festgelegt ist.
Was ist die Verwendung der Planung der Installation? Kann ich die Fahrplananweisungen verwenden, um VW alleine zu aktualisieren?
Die geplante Installation wurde in SD-WAN Version 9.3 eingeführt und gilt nur für Betriebssystemkomponenten und nicht für VW-Software-Upgrades. Bei einem Upgrade in einem Schritt müssen Sie sich nicht bei jeder Appliance anmelden, um das Upgrade der Betriebssystemkomponenten durchzuführen. Mit der Planungsoption können Sie die Installation der Betriebssystemkomponenten zu einem anderen Zeitpunkt als dem Upgrade der VW-Softwareversion planen.
Warum werden die Planungsinformationen auf der Seite Einstellungen für die Änderungsverwaltung standardmäßig nach dem Plandatum angezeigt und was bedeutet das?
Auf der Seite Einstellungen für die Änderungsverwaltung werden die standardmäßigen Planungsinformationen angezeigt : Start: 2016-05-21 21:20:00, Fenster: 1, Wiederholung: 1, Einheit: Tage . Wenn das Datum ein vergangenes Datum ist, bedeutet dies, dass die geplante Installation auf der Zeit und anderen Parametern wie Wartungsfenster, Wiederholfenster und Einheit basiert und nicht auf dem Datum.
Was ist der Standardzeitplan Installationsdatum/-zeit auf eingestellt, ist die allgemeine oder lokale Appliance abhängig?
Standardmäßig wird die Planungsdetails auf ‘2016-05-21 um 21:20:00 (Wartungsfenster von 1 Stunde und alle 1 Tag wiederholt) ‘gesetzt. Diese Details sind abhängig vom Standort der lokalen Appliance.
Wie kann ich Betriebssystemkomponenten sofort installieren, ohne auf das Wartung/geplante Fenster zu warten?
Setzen Sie den Wert des Wartungsfensters auf 0 auf der Seite Einstellungen für die Änderungsverwaltung. Dadurch wird die geplante Installationszeit außer Kraft gesetzt.
Welches Paket sollte ich für das Upgrade verwenden, wenn die aktuelle Softwareversion 9.3.x oder höher ist?
Verwenden Sie ein Upgrade .zip-Paket in einem Schritt, um auf eine höhere Version zu aktualisieren, wenn die aktuelle Softwareversion 9.3.x oder höher.
Wann werden die OS-Komponentendateien in die Zweige übertragen/bereitgestellt?
Die Betriebssystemkomponentendateien werden in relevante Zweige übertragen, nachdem die Aktivierung abgeschlossen ist, wenn Change Management mit einem einzigen Schritt upgrade.zip-Paket durchgeführt wird, um das System zu aktualisieren.
Welche Appliances empfangen Betriebssystemkomponenten-Dateien? Ist es plattformabhängig oder alle Zweige erhalten es.
Appliances, die auf Hypervisor basieren, wie SD-WAN - 400, 800, 1000, 2000 SE und Bare Metal SD-WAN - 2100, die mit einer EE-Lizenz ausgeführt werden, erhalten Betriebssystemkomponenten zum Upgrade.
Wie funktioniert die Terminplanung?
Standardmäßig wird die Planungsdetails auf ‘2016-05-21 um 21:20:00 (Wartungsfenster von 1 Stunde und wiederholt jeden 1 Tag)’ gesetzt und es bedeutet, dass das System überprüft, ob neue Software für die Installation verfügbar ist, da der Wiederholungswert auf ‘1 Tage’ gesetzt ist und Wartungsfenster 1 Stunden und die Installation wird ab 2016-05-21 um 21:20:00 Uhr(lokale Appliance-Zeit) ausgelöst bzw. versucht (falls neue Software verfügbar ist).
Wie erfahre ich, ob die Betriebssystemkomponenten aktualisiert wurden?
In der Spalte Status sehen Sie ein grünes Häkchen. Wenn Sie den Mauszeiger darüber zeigen, sehen Sie die Meldung Upgrade ist erfolgreich.
Wie kann ich die Installation von Betriebssystemkomponenten für RCN und seine Zweige planen?
Die Planung für RCN erfolgt über die Seite Einstellungen für die MCN Change Management . Für RCN-Zweige müssen Sie sich bei der jeweiligen RCN anmelden und die Zeitplandetails festlegen.
Wo kann ich den Status der geplanten Installation abrufen?
Der Status der geplanten Installation für RCN kann auf der Seite MCN Change Management Settings abgerufen werden. Für RCN-Zweige müssen Sie sich beim jeweiligen RCN anmelden, um den Status zu erhalten.
Wie erhalte ich den Status der geplanten Installation?
Verwenden Sie die Schaltfläche Aktualisieren auf der Seite Einstellungen für die Änderungsverwaltung, um den Status von MCN bzw. RCN für Zweige in Standardregion bzw. RCN abzurufen.
Kann ich die tar.gz-Datei verwenden, um auf die nächste Version zu aktualisieren, wenn ein Einzelschritt-Upgrade für das vorherige Software-Upgrade verwendet wurde?
Sie können die Datei tar.gz für ein Upgrade verwenden, dies wird jedoch nicht empfohlen, da Sie ein Software-Upgrade mit dem durchführen können.upg-Datei. Laden Sie zur Aktualisierung der Betriebssystemkomponentensoftware hoch, indem Sie sich bei jeder entsprechenden Appliance anmelden. Ab Version 9.3, Version 1, wird die Seite “Betriebssystemsoftware aktualisieren” abgeschrieben. Infolgedessen können Sie das Änderungsmanagement durchführen, indem Sie das .zip-Paket zum Upgrade der Betriebssystemkomponenten verwenden.
Wie können wir die aktuellen laufenden Versionen von Betriebssystemkomponenten validieren?
Jetzt können Sie die aktuell ausgeführten Versionen von Betriebssystemkomponenten nicht über die Benutzeroberfläche überprüfen. Sie können sich von jeder Konsole aus anmelden oder STS dazu bringen, diese Informationen anzuzeigen.
Welchen Unterschied würde es machen, wenn ich Bare Metal Geräte in meinem Netzwerk habe? Beeinträchtigt sich die Planung auf Bare-Metal-/Virtual Appliances?
Bare Metal Appliances wie SD-WAN — 410.2100.4100.5100 SD-WAN führen nur SD-WAN-Software aus. Bare Metal Appliances benötigen keine OS-Komponentenpakete. Diese Plattformen werden hinsichtlich des Softwarebedarfs auf Augenhöhe mit SD-WAN VPX-SE Appliances behandelt. Der MCN wird keine OS-Komponentenpakete an diese Appliances übertragen. Das Festlegen von Planungsinformationen wird für diese Appliances nicht wirksam, da sie über keine Betriebssystemkomponenten verfügen, für die ein Upgrade erforderlich ist.
Wie funktioniert SSU in Hochverfügbarkeitsumgebung/Bereitstellung?
Bei der Hochverfügbarkeitsbereitstellung bei MCN haben wir eine Einschränkung, bei der der aktive MCN Switch/umschaltet die Rolle des primären MCN während des Change Managements und der Standby/Secondary MCN übernimmt. In diesem Fall können Sie Change Management erneut mit dem .zip-Paket auf dem aktiven MCN für die Pakete durchführen oder zum primären MCN zurückkehren, indem Sie die Rolle des aktiven MCN umschalten, sodass das ursprüngliche primäre MCN die Rolle für die OS-Komponentenpakete zum Staging in anderen Branches übernehmen kann.
Wie funktioniert ein Upgrade in einem Schritt in der Hochverfügbarkeitsumgebung bzw. -bereitstellung?
Beim Upgrade in einem Schritt in der Hochverfügbarkeitsbereitstellung wird die Rolle des primären MCN und des Standby-MCN umgeschaltet. Dies ist eine Einschränkung. Führen Sie in diesem Fall die Änderungsverwaltung mit dem ZIP-Paket auf dem aktiven MCN erneut aus. Alternativ können Sie zurück zum primären MCN wechseln, indem Sie die Rolle des aktiven MCN umschalten, sodass der ursprüngliche primäre MCN OS-Komponentenpakete in den Zweigen versetzt werden kann.
Wird ein Upgrade in einem Schritt für die Zero-Touch-Bereitstellung unterstützt, um die Appliances neu zu starten?
Ja, es kann verwendet werden.
Kann ich ein Upgrade für meine eigenständige WANOP Appliance mit einem Schritt durchführen?
- Nein.
Kann ich ein Upgrade in einem Schritt verwenden, um eine eigenständige WANOP-Appliance zu aktualisieren, die im Zwei-Box-Modus bereitgestellt wird?
Nein. Nur eine SD-WAN-Appliance, die Teil des Zwei-Box-Modus ist, wird aktualisiert und nicht die WANOP-Standalone-Appliance.
Welches Paket sollte ich verwenden, um auf ein mehrstufiges Netzwerk zu aktualisieren?
Verwenden Sie das Einzelschritt-Upgrade-Paket ns-sdw-sw- <release-version>.zip, wenn die aktuelle Softwareversion 9.3.x oder höher ist. MCN kümmert sich um das Staging-Paket für RCN und das RCNS, das Softwarepaket für die jeweiligen Zweigstellen.
Nach dem Hochladen der Datei ns-sdw-sw-<release-version>.zip sehe ich nur ein Plattformmodell unter aktueller Software?
Ab Release 10.0 wird Unterstützung für Skalenarchitektur eingeführt, um die Verarbeitung von einstufigen Upgrades zu beschleunigen. Sie können nur das MCN-Plattformmodell unter aktueller Software sehen. Andere Appliance-Pakete werden aufgeführt/angezeigt/verarbeitet, wenn Sie die Schaltfläche Verifizieren oder Stage Appliance wählen.
Welche Pakete werden für VPX/VPXL/Bare Metal Appliances für RCN bereitgestellt?
Das Paket wird in RCNs bereitgestellt, da RCNs Branches von jedem Plattformmodell sein können. Daher benötigen sie alle Pakete.
Wie erhält meine Zweigstelle hinter dem RCN OS-Komponentenpakete, wenn RCN eine VPX-Appliance ist und Zweig eine Appliance ist, die diese Pakete benötigt?
RCN stellt nach Aktivierung des SD-WAN VW-Softwarepakets das entsprechende Paket in den Zweig ein, der die OS-Komponentenpakete benötigt.
Kann ich während der Stagingphase Unvollständig ignorieren wählen und mit der nächsten Phase des Änderungsmanagements fortfahren? Welche Auswirkungen hat es auf Websites, die das Staging nicht abgeschlossen haben, wenn diese Schaltfläche ausgewählt ist?
Ja, Sie können auf Unvollständige ignorieren klicken. Dies aktiviert die Schaltfläche Weiter und die Fortschrittsleiste wird angezeigt. Diese Option wird für Szenarien bereitgestellt, in denen die Site nicht erreichbar ist und die Änderungsverwaltung immer noch darauf wartet, dass das Staging für diese Site abgeschlossen ist, sodass Benutzer mit der nächsten Stufe fortfahren können, indem sie den Stagen-Status ignorieren und mit der Aktivierung fortfahren können. Nachdem die Site auftaucht, setzt MCN das Paket nach Abschluss der Aktivierung ein.
Teilweise Software-Upgrade
Was ist ein teilweises Upgrade und wie kann ich es verwenden?
Teilweise Aktualisierung der Standortsoftware ist eine neue Funktion, die in Release 10.0 eingeführt wurde. Sie können die neuere Version von Release 10.x aus dem MCN staged-Software-Version auf der Seite Local Change Management auf ausgewählten Standorten/Zweigen aktivieren. Stellen Sie vor der Aktivierung von bereitgestellter Software vor der Standort/Zweigstelle sicher, dass das Kontrollkästchen von MCN aktiviert ist.
- Diese Funktion ist in der Standardeinstellung deaktiviert. Der vorhandene Korrekturmechanismus hält das Netzwerk synchron. Der Benutzer muss sich dafür entscheiden, teilweise Site-Upgrades zuzulassen, indem er ein Kontrollkästchen auf der Seite “Konfiguration -> Änderungsverwaltungseinstellungen” aktiviert.
- Teilweise Software-Upgrade kann nur auf einem Zweig oder RCNs durchgeführt werden und nicht auf dem MCN.
Im Folgenden finden Sie die Verwendung/Szenario, in der ein teilweises Software-Upgrade verwendet werden kann:
Überprüfen Sie, ob ein Softwarepatch mit relevanten Änderungen kompatibel ist und für eine bestimmte Site funktioniert (wobei ein teilweises Site-Upgrade durchgeführt wird). Überprüfen Sie, ob die aktualisierte Software wie erwartet funktioniert. Dies hilft, die neue Software zu validieren und an einem bestimmten Standort zu beheben, bevor das gesamte Netzwerk mit der neuen Software aktualisiert wird.
Kann ich diese Funktion verwenden, um ein Upgrade von:
- 10.0 bis 10.x
- 10.0.x bis 10.0.y
- Alle oben genannten
Ein partielles Site-Software-Upgrade ist nur anwendbar, wenn auf der Appliance Softwareversion 10.x und neuer ausgeführt wird und in derselben Hauptversion der Software verwendet werden kann. Es kann zwischen den Releases 10.0 bis 10.0.x/10.x verwendet werden. Nur im Rahmen eines teilweisen Upgrades der Standortsoftware kann die Konfiguration nicht geändert werden.
Kann ich eine neue Funktion testen, die im Rahmen eines partiellen Software-Upgrades getestet werden soll, indem ich sie über die Konfiguration aktiviere?
Nein, bei einem teilweisen Software-Upgrade muss jetzt die Active und Staged Config identisch sein. Nur Software-Version kann sich ändern.
Kann ich das partielle Software-Upgrade für RCN deaktivieren?
Nein, teilweise Software-Upgrade kann nur über MCN aktiviert oder deaktiviert werden. Bei RCN befindet sich das Feature im schreibgeschützten Modus.
Kann ich das partielle Software-Upgrade verwenden, wenn ich als 9.3.x und 10.0.x aktiv bin?
Nein, die Appliance sollte auf Version 10.0 als aktive Software laufen.
Was passiert, wenn die Option Partielle Software-Upgrades von MCN deaktiviert ist, während einige Zweige bereits über diese Funktion aktualisiert wurden?
MCN sendet eine Benachrichtigung an alle Appliances im Netzwerk, dass die Funktion des partiellen Software-Upgrades deaktiviert ist, und dann werden alle Appliances im Netzwerk von MCN automatisch korrigiert, um der aktiven und Staging-Version zu entsprechen. Beachten Sie jedoch, dass MCN erwartet , dass die Option “Staged aktivieren” auf der Aktivierungsseite von Change Management angeklickt wird. Sie können das Netzwerk aktivieren, indem Sie auf Staged aktivieren klicken oder auf Vorbereitung ändern klicken, um den Status abzubrechen, indem Sie die Bestätigung akzeptieren.
LTE-Firmware-Upgrade
Ist es möglich, die LTE-Firmware über SSUP-Paket zu aktualisieren?
Ab Version 10.2.6 kann die LTE-Firmware über das SSUP-Paket auf SD-WAN SE 210 und anderen Plattformen, die LTE unterstützen, aktualisiert werden.
Änderungsmanagement — Rollback
Was ist Rollback-Funktion im Änderungsverwaltungsprozess?
Ab Release 9.3 ermöglicht die Rollback-Funktion für die Änderungsverwaltung das Zurücksetzen auf die Arbeitskonfiguration, wenn unerwartete Ereignisse wie t2-app-Absturz oder Virtual path nach einem Konfigurationsupdate inaktiv werden. Das Netzwerk und die Appliances werden nach dem Konfigurationsupdate 10 Minuten lang überwacht, und während dieses Intervalls, wenn die folgenden Bedingungen erfüllt sind (sofern der Benutzer die Funktion aktiviert hat), wird die Staged-Konfiguration aktiviert. Die Active Software wird auf Staged zurückgesetzt.
Was sind die Kriterien für den Neustart der Konfiguration?
Das Rollback tritt auf, wenn die folgenden Szenarien auftreten:
- MCN - Nach der Änderung der Konfigurations/Software, wenn der Dienst t2_app aufgrund eines Absturzes innerhalb von 30 Minuten deaktiviert wird.
- MCN - Nach der Konfigurations-/Software-Änderung, wenn der Virtual Path Service nach der Aktivierung 30 Minuten oder länger heruntergefahren ist. Die Rollback-Funktion wird an den Standorten initiiert.
- Site - Wenn die Site nach der Änderung der Konfiguration/Software ihre Kommunikation mit MCN verliert, wird die Rollback-Funktion initiiert.
- Site - Nach der Konfigurations-/Software-Änderung wird t2_app Dienst aufgrund eines Absturzes innerhalb von 30 Minuten deaktiviert.
Was passiert nach dem Rollback?
Nach dem Rollback der Konfiguration wird die fehlerhafte Konfiguration/Software als Staged Software dargestellt.
Wie werden Benutzer darüber informiert, dass ein Rollback stattgefunden hat?
Ein gelbes Banner oben in der GUI besagt, dass Config aufgrund entsprechender Fehler zurückgesetzt wird, wird angezeigt. Außerdem können Sie sehen, dass es sich um eine Statustabelle für die Änderungsverwaltung Es zeigt einen Konfigurationsfehler oder einenSoftwarefehler an, der der Site entspricht, für die das Rollback aufgetreten ist.
Wird sowohl Konfiguration als auch Software zurückgesetzt?
Ja, wenn ein Software-Upgrade zusammen mit der Konfiguration ebenfalls durchgeführt wird und ein Rollback-Szenario angetroffen wird, wird auch Software zurückgesetzt.
Was passiert, wenn es ein Problem in MCN gibt und es abstürzt oder die Konnektivität mit allen Standorten verliert?
Das gesamte Netzwerk wird mit Ausnahme von MCN zurückgesetzt. Die Benachrichtigung wird angezeigt, und alle Websites zeigen den Rollback-Status im Abschnitt Änderungsmanagement an. Sie können das Problem auf MCN manuell lösen.
Können wir diese Funktion deaktivieren?
Ja, wir können diese Funktion kurz vor der Aktivierung deaktivieren. Diese Funktion ist jedoch standardmäßig aktiviert.
Wie interagiert Rollback mit partieller Software-Aktualisierung, wenn ich über ein mehrstufiges Netzwerk verfügt?
- Wenn ein teilweises Software-Upgrade deaktiviert ist und ein Standort in einer Region (oder dem RCN) zurückkehrt, wird die Region mit dem Problem zurückgesetzt, und nach Abschluss wird der Rollback an den MCN weitergegeben. Infolgedessen wird der MCN und der Rest des Netzwerks zurückgesetzt. Sowohl der RCN in der Region, die zurückgesetzt wurde, als auch der MCN zeigen das Rollback-Banner an, dass der MCN das Rollback-Banner beim RCN nicht automatisch verwerfen kann.
- Wenn ein teilweises Software-Upgrade aktiviert ist und ein Standort in einer Region (oder im RCN) zurückgesetzt wird, wird nur dieser Bereich zurückgesetzt. Das Rollback-Ereignis wird nicht auf den MCN übertragen. Infolgedessen verlässt der MCN die Region. Der MCN zeigt kein Rollback-Banner an und rollt sich selbst oder das Netzwerk nicht zurück.
In beiden Szenarien zeigt der RCN das Rollback-Banner an, bis es entlassen wird. Weil es von MCN nicht automatisch abgewiesen werden kann.
2100 Premium (Enterprise) Edition
Was zeigt die folgende Meldung an, wenn eine 2100 EE-Appliance auf Release 10.0 aktualisiert wird?
Die Appliance verfügt über eine EE-Lizenz oder die WANOP-Umleitung ist über MCN aktiviert. Sie können die Installation von WANOP-Komponenten planen, um die Provisioning von WANOP-Funktionen auf dieser Plattform zu starten.