Wie Planung und Vorbereitung den Tag bei NFV-Deployments retten

Im Laufe der Geschichte haben sich Telekommunikationsunternehmen seit jeher auf Außendienst-Techniker verlassen, um Netzwerkgeräte bei Kunden zu installieren und zu warten. Aber mit dem Aufstieg von Plug-and-Play-Geräten und As-a-Service-Modellen ist es leicht zu fragen, ob die Außendienstbranche in einen Wettlauf um die günstigsten Ressourcen geraten wird – oder obsolet wird.

Bei der Netzwerkfunktionsvirtualisierung (NFV) ist diese Frage wichtiger denn je. Wer braucht schließlich Hardware-Support im Außendienst, wenn alle Netzwerkfunktionen als Software-Anwendungen auf einem günstigen Server leben? Und obwohl NFV viele Vorteile für Kunden bieten wird, erfordert es immer noch ordentliche Planung und Vorbereitung, um eine positive Erfahrung zu liefern.

Die steigende Nachfrage nach Netzwerkvirtualisierung und -automatisierung treibt die Einführung von NFV-Infrastruktur an. Die NFV-Marktgröße wird voraussichtlich von 12,9 Milliarden USD im Jahr 2019 auf 36,3 Milliarden USD bis 2024 wachsen, mit einer Compound Annual Growth Rate (CAGR) von 22,9 %. Und laut einer Ovum-Umfrage erwarten 60 % der Service-Provider eine weitreichende NFV-Einführung in den nächsten zwei Jahren (steigend von nur 20 % im Juni 2020).

Unternehmenskunden, die ein groß angelegtes NFV-Deployment planen, glauben oft, dass Customer Premises Equipment (CPE) im Werk vorinstalliert werden kann. Und dass von dort die Ausrüstung zu Kundenstandorten versandt, physisch installiert und, sobald das Gerät mit dem Netzwerk verbunden ist, automatisch Kunden-Konfigurations-Downloads ausgelöst werden.

Aber es gibt mehrere Dinge zu bedenken, bevor man diesen Ansatz verfolgt:

• Dauer des Downloads – Dateigröße und Bandbreitenbeschränkungen können dazu führen, dass Download-Zeiten fünf bis sieben Stunden überschreiten. Außendienst-Techniker, die vor Ort sind, um das CPE zu installieren, müssen warten, bis die Konfigurationen geladen sind, bevor sie sie testen, die Installation abschließen und die Site wieder online bringen können.
• Auswirkungen von „Dead-on-Arrival"-Ausrüstung (DOA) – Dies ist bei Netzwerktechnologie relativ selten. Aber wenn Tausende von Geräten eingesetzt werden, kann eine DOA viel größere Auswirkungen auf Einführungspläne haben, mit Standortverzögerungen und Planänderungen.
• Deployment-Zeitplan – Für Sites, die sechs bis sieben Tage pro Woche betrieben werden, müssen Upgrades über Nacht und in Nebenzeiten stattfinden, um die Auswirkungen auf den Betrieb zu minimieren. Daher wird die Einhaltung des Zeitplans und die Sicherstellung, dass Sites bis zum nächsten Morgen wieder online sind, viel wichtiger.

Ein intelligenterer Ansatz ist die Erwägung von zentralem „Build" und Staging. Obwohl es so aussieht, als würde es am Anfang einen Schritt hinzufügen, eliminiert und vereinfacht es tatsächlich andere Schritte weiter unten. Im Fall von NFV:

• Eine automatisierte NFV-Pre-Staging-Plattform kann systematisch standortspezifische Konfigurationen auf die NFV-Geräte laden.
• Eine zentrale „Build"-Funktion kann dabei helfen, Code-Level-Änderungen an Konfigurationen vorzunehmen, um sicherzustellen, dass die Software-Konfigurationen nach dem Staging wirklich standortbereit sind. Dieser Ansatz ermöglicht es Ihnen auch, das CPE zu testen, um DOA-Vorfälle zu vermeiden.

Fazit: Bei komplexen Technologie-Deployments wie NFV ist es entscheidend, mit einem Service-Partner zu arbeiten, der Erfahrung, eine Services-Infrastruktur und ein starkes Projektmanagement-Büro hat.

Sie werden nicht nur einen soliden Plan zum Start erhalten, sondern ein qualifiziertes und erfahrenes Team wird auch schnell neue Herausforderungen identifizieren, die Ihr Projekt aufdecken kann, und kann die notwendigen Ressourcen einsetzen, um den Kurs zu korrigieren und das Projekt pünktlich, im Budget und auf dem erwarteten Qualitätsniveau zu halten.