IP-Konnektivitätszugangsnetzwerk: Ein vollständiger Leitfaden für Telekommunikationsfachleute
- , Von Paul Waite
- 15 min Lesezeit
Das IP-Konnektivitäts-Zugangsnetz (IP-CAN) ist das Herzstück jeder modernen Telekommunikationsbereitstellung. Ob Sie eine bestehende 3G-Infrastruktur verwalten oder 5G-Standalone-Cores einführen, das Verständnis der Funktionsweise des IP-CAN – und wie man es optimiert – wirkt sich direkt auf die Servicequalität, die Betriebskosten und die Kundenzufriedenheit aus.
Dieser Leitfaden führt durch die technischen Grundlagen, Designprinzipien und Betriebspraktiken, die Telekommunikationsingenieure und -planer beherrschen müssen. Wir werden alles abdecken, von den Ursprüngen der GPRS-Ära bis zu Cloud-nativen 5G-Bereitstellungen, mit konkreten Verweisen auf 3GPP-Spezifikationen und Daten aus der realen Bereitstellung.
Wesentliche Erkenntnisse:
-
IP-CAN bietet die IP-basierte Transportschicht zwischen Benutzerendgeräten und Dienst-/Kontrolldomänen
-
Standardisiert in 3GPP IMS-Spezifikationen (Release 5-7) zur Entkopplung des Zugangs von Diensten
-
Umfasst Mobilfunk (2G-5G), WLAN-Offload und Festbreitbandtechnologien
-
Entscheidend für QoS-Durchsetzung, Richtlinienkontrolle und Konvergenz mehrerer Dienste
Was ist IP-CAN in der 3GPP-Architektur?
In 3GPP TS 23.228 (IMS-Architektur) und TS 23.203 (Policy and Charging Control) ist IP-CAN formal als die IP-Transportdomäne definiert, die Benutzerendgeräte mit dem P-CSCF und der Anwendungsschicht verbindet. Diese Abstraktion ermöglicht es den Dienststeuerungsfunktionen, agnostisch zu bleiben, ob die Konnektivität über GPRS, LTE, 5G NR oder WLAN erfolgt.
Schlüsselentitäten am IP-CAN-Rand variieren je nach Generation:
-
2G/3G: SGSN und GGSN
-
LTE/EPC: SGW und PGW
-
5G SA: UPF (User Plane Function)
-
Nicht-3GPP: ePDG, TWAG oder BNG für Festnetzzugang
Der logische Pfad verläuft vom UE durch das Zugangsnetz und den IP-CAN-Endpunkt zum IMS-Core oder den Anwendungsservern. Diese Trennung – die erstmals in Release 7 um 2007 stabilisiert wurde – ermöglichte es Betreibern, Dienste wie VoLTE ohne Abhängigkeit von leitungsvermittelter Infrastruktur bereitzustellen.
Arten von Zugangsnetzen innerhalb eines IP-CAN
IP-CAN umfasst mehrere Zugangstypen unter einem einheitlichen Richtlinien- und QoS-Framework. Aus Sicht eines Betreiber-Ingenieurs unterscheidet sich jede Technologie erheblich in Bandbreite, Latenz, Mobilitätsunterstützung und QoS-Fähigkeiten.
3GPP Mobilfunk-IP-CANs: GPRS, EDGE, UMTS und HSPA
Erste IP-CAN-Implementierungen entstanden mit GPRS-Bereitstellungen um 2000-2002. Die SGSN/GGSN-Architektur bot anfängliche Internetprotokoll-Konnektivität, obwohl die Leistung stark eingeschränkt war – 9-20 kbit/s Uplink, bis zu 115 kbit/s Downlink, mit einer Latenz von oft 500-1000 ms.
EDGE erreichte Spitzenwerte von 384 kbit/s, während HSPA+-Bereitstellungen (2006-2010) theoretisch 14-42 Mbit/s Downlink erreichten, obwohl typische Benutzerdurchsätze bei 2-5 Mbit/s lagen. Diese Einschränkungen führten zur QoS-Entwicklung in späteren Releases.
APNs (Access Point Names) ermöglichten es Betreibern, unterschiedliche IP-CAN-Profile zu definieren – IMS-priorisiert, allgemeines Internet oder Corporate VPN – wobei jedes unterschiedliche PCC-Regeln am GGSN als PCEF auslöste.
LTE / EPC als IP-CAN
LTE/EPC, ab 2009 kommerziell eingeführt, stellt das erste All-IP-Mobilfunksystem dar, bei dem jeder Träger Datenpakete über Internetprotokoll transportiert. Der Benutzerpfad verläuft über UE → eNodeB → SGW → PGW, wobei der PGW als IP-CAN-Endpunkt dient.
EPS-Träger bieten QoS-Differenzierung:
-
Standard-Träger: Best-Effort (QCI 9, ~300 kbit/s Minimum)
-
Dedizierte Träger: QCI 1 für VoLTE (40ms Latenzziel, 24 kbit/s GBR)
Die PCC-Durchsetzung über PCRF und PCEF im PGW wendet dynamische Richtlinienregeln pro IP-CAN-Sitzung an. Bis 2015 deckte VoLTE über 200 Netzwerke weltweit ab, mit über 1 Milliarde Abonnenten bis 2020 – alle abhängig von einem robusten LTE IP-CAN-Verhalten, das eine End-to-End-Latenz von 20-50 ms und einen Paketverlust unter 10 % lieferte.
5G NR und IP-CAN der nächsten Generation
Im 5G SA-Modus (kommerziell seit 2020) verlagert sich die Konnektivitätszugangsnetzfunktion auf die UPF, die PDU-Sitzungen innerhalb einer Service-Based Architecture verankert. Das SMF orchestriert über die N4-Schnittstelle, während das PCF die Richtlinien über N7 handhabt.
Network Slicing führt virtualisierte IP-CAN-Instanzen mit dedizierten QoS-Profilen ein:
|
Slicetyp |
5QI |
Latenzziel |
Anwendungsfall |
|---|---|---|---|
|
URLLC |
1 |
Unter 10 ms |
Fabrikautomatisierung |
|
eMBB |
5 |
15 ms |
Videokonferenzen |
|
mMTC |
9 |
Best-Effort |
IoT-Geräte |
Echte Bereitstellungen erreichen Spitzenwerte von 1-4 Gbit/s auf 100 MHz TDD-Bändern (n78 3,5 GHz), wobei URLLC-Slices eine Air-Interface-Latenz von 1 ms plus 5-10 ms Transport erreichen. EN-DC (E-UTRA NR Dual Connectivity) ermöglicht die Zusammenarbeit mit LTE für nicht-stand-alone Bereitstellungen.
Nicht-3GPP IP-CANs: WLAN, DSL, FTTx und Kabel
IP-CAN-Konzepte erstrecken sich auf festen und Wi-Fi-Zugang unter konvergierten Kernnetzen. Die WLAN-Integration über ePDG oder vertrauenswürdige WLAN-Gateways ermöglicht einen nahtlosen Offload bei gleichzeitiger Wahrung der Richtlinienkonsistenz.
Feste Breitband-IP-CANs umfassen:
-
xDSL: ADSL2+ (24 Mbit/s), VDSL2 (100-200 Mbit/s)
-
FTTx: GPON (2,5 Gbit/s), XGS-PON (10 Gbit/s symmetrisch)
-
Kabel: DOCSIS 3.1 (10 Gbit/s Downlink), DOCSIS 4.0 (10 Gbit/s symmetrisch)
BNG spiegelt die PGW/UPF-Funktionalität in Festnetzen wider und setzt Teilnehmerrichtlinien durch. Konvergierte Betreiber wie BT/EE erreichen eine nahtlose Festnetz-Mobilfunk-Konvergenz, bei der die GPON-Latenz (~5-15 ms) die VoNR-Übergabe von 5G unterstützt.
Vergleich Mobilfunk- vs. Festnetz-IP-CAN:
-
Mobilitätsunterstützung: Vollständig im Mobilfunk, keine im Festnetz
-
Jitter: Höhere Variabilität im drahtlosen Bereich (10-50 % bei HSPA-Handover)
-
Kapazität pro Benutzer: Im Allgemeinen höher im Festnetz (dedizierte Leitung)
-
QoS-Durchsetzung: Vereinheitlicht unter konvergierten PCC-Frameworks
Kernfunktionen und Verantwortlichkeiten eines IP-CAN
Jeder IP-CAN in einem Telekommunikationsnetz übernimmt fünf Hauptaufgaben: IP-Transport, QoS-Durchsetzung, Mobilität, Sicherheit und Abrechnung. Diese Funktionen beeinflussen direkt das Kundenerlebnis – von Sprachqualität und Videopufferung bis zur Einhaltung von Unternehmens-SLAs.
IP-Transport und Sitzungsaufbau
IP-CAN bietet Layer-3-Konnektivität mit IPv4, IPv6 oder Dual-Stack. Adresszuweisungsmechanismen umfassen DHCPv4, DHCPv6, SLAAC und NAS-Signalisierung (insbesondere für /64-Präfixdelegation in LTE/5G).
Die Verfahren zum Sitzungsaufbau unterscheiden sich je nach Generation:
-
3G: PDP-Kontextaktivierung (~Sekunden)
-
LTE: EPS-Trägeraufbau (<100ms Anmeldezeit)
-
5G: PDU-Sitzungsaufbau (<20ms)
GTP-U-Tunneling handhabt den User-Plane-Transport in 3GPP-Systemen, während IPsec und VXLAN in einigen festen und nicht-3GPP-Cores auftreten.
QoS, Datenverkehrsdifferenzierung und Richtliniendurchsetzung
IP-CAN bietet QoS-Differenzierung unter Verwendung von Trägern, 5QI/QCI-Zuordnungen, DSCP-Markierungen (z. B. EF für Sprache DSCP 46, AF41 für Video) und Planungsprioritäten auf Funk- und IP-Ebene.
PCRF (4G) und PCF (5G) wenden Richtlinienregeln über Durchsetzungspunkte an – PCEF in PGW oder SMF/UPF-Kombination in 5G. Praktische Zuordnungen umfassen:
-
VoLTE-Sprachkommunikation: Garantierte Bitrate, geringe Latenz
-
Web-Browsing: Best-Effort, Ratenbegrenzung für gedrosselte Benutzer
-
Streaming-Dienste: AF-Klasse mit Zugangssteuerung
Das Engpassmanagement innerhalb des IP-CAN beeinflusst MOS-Werte, Jitter und Durchsatz für Streaming-Videos und Online-Spiele.
Mobilitätsmanagement und Sitzungskontinuität
IP-CAN unterstützt Mobilität, indem es sicherstellt, dass laufende Sitzungen – wie ein VoLTE-Anruf – Zellwechsel überleben. Zu den Mechanismen gehören:
-
3G: SGSN-Relocation (200-500ms Unterbrechung)
-
LTE: X2-Handover (<50ms, eindeutige IP-Adresse bleibt erhalten)
-
5G: Xn-Handover (<10ms)
-
Wi-Fi-Offload: ePDG IPsec mit PMIPv6
5G führt SSC-Modi (Session and Service Continuity) ein: SSC1 (Break-Before-Make) versus SSC2/3 (nahtlos mit UPF-Relocation).
Sicherheit, Authentifizierung und rechtmäßige Überwachung
IP-CAN integriert sich mit SIM-basierter AKA-Authentifizierung, EAP-AKA' für WLAN und IPsec-Tunneln für ePDG-Konnektivität. GTP-Firewalls filtern nicht-standardmäßige Ports, während DDoS-Minderung Angriffe von 10-100 Gbit/s in Betreiberberichten abwehrt.
Die rechtmäßige Überwachung gemäß ETSI TS 102 232 erfordert Abhörmöglichkeiten an GGSN/PGW/UPF, die doppelte Streams für die autorisierte Überwachung einfügen.
Abrechnung, Verrechnung und Analytik
Edge-Knoten generieren CDRs über Diameter-Protokolle (Gy/Gz für online/offline) oder HTTP/2-basiertes Nchf in 5G. Dies ermöglicht:
-
Anwendungsbasiertes Zero-Rating (z. B. soziale Medien kostenlos in Schwellenländern)
-
Zeitbasierte Pässe und Volumenbeschränkungen
-
Tracking von Unternehmens-SLAs
Analysedaten von IPFIX/NetFlow zeigen die Last pro Zelle an – bis zu 10 Gbit/s in dichten urbanen gNBs – und versorgen die Kapazitätsplanungsteams.
Adressierung und Protokolle in IP-CAN-Umgebungen
IP-Adressierung und Transportprotokolle bestimmen grundlegend, wie Dienste in Ihrem IP-Netzwerk funktionieren. Dieser Abschnitt behandelt IPv4-Erschöpfungsstrategien, IPv6-Bereitstellung und Protokollüberlegungen für verschiedene Geräte und Dienste.
IPv4, NAT und Carrier-Grade NAT in Operator-IP-CANs
Die globale IPv4-Erschöpfung nach 2011 erzwang weitreichende CGNAT-Bereitstellungen, wobei frühe LTE-Netze Überzeichnungsverhältnisse von 10:1 verwendeten – 100 Millionen private Adressen wurden auf 10 Millionen öffentliche Adressen abgebildet. Dies erschwert:
-
SIP/IMS-Signalisierung (STUN/TURN-Relays fügen 50-100 ms hinzu)
-
P2P-Anwendungen und Online-Gaming
-
Anforderungen an die Protokollierung für rechtmäßige Überwachung
Netzwerkadministratoren, die große IP-CANs verwalten, stehen vor erheblichen Fehlerbehebungskomplexitäten, wenn mehrere Geräte eine einzige externe IP teilen.
IPv6-Einführung und Dual-Stack-Strategien
Die IPv6-Einführung stieg in LTE bis 2018 auf über 50 % und erreichte in 5G SA-Bereitstellungen 70 %. Dual-Stack in EPC weist /64-Präfixe zu, während 5G-Cores zunehmend IPv6-only mit NAT64/DNS64 für IPv4-App-Kompatibilität bevorzugen.
Vorteile sind:
-
Vereinfachte Adressierung für massive IoT-Bereitstellungen
-
Reduzierte CGNAT-OPEX (20-30 % Einsparungen laut Betreiberstudien)
-
Beseitigung von IP-Konflikten in großen Teilnehmerbasen
Feste Zugangsnetze (GPON, DOCSIS) unterstützen ebenfalls IPv6 und ermöglichen konsistente Dual-Stack- oder IPv6-only-Strategien über mobile und feste IP-CANs hinweg.
Transportprotokolle und Anwendungsverhalten über IP-CAN
TCP, User Datagram Protocol (UDP) und QUIC verhalten sich unterschiedlich über drahtlose IP-CANs mit variabler Latenz und Verlustmerkmalen.
|
Protokoll |
Primäre Verwendung |
Empfindlichkeit |
|---|---|---|
|
UDP/RTP |
VoLTE, Videokonferenzen, WebRTC |
Jitter, >1% Verlust verursacht Artefakte |
|
TCP (CUBIC/BBR) |
Websites durchsuchen, Downloads |
Passt sich an RAN HARQ-Wiederholungen an |
|
QUIC |
HTTP/3, neue Anwendungen |
0-RTT reduziert die Einrichtungszeit |
Echtzeitdienste, die Übertragungsprotokoll-Alternativen verwenden, sind besonders empfindlich – VoLTE RTP mit 20ms Frames erfährt bei über 1% Verlust eine hörbare Verschlechterung.
Planung und Design eines IP-CAN für Telekommunikationsbetreiber
Die richtige Planung der IP-CAN-Architektur erfordert die Abwägung von Kapazität, Redundanz, Topologie und QoS gegenüber kommerziellen Einschränkungen. Dieser Abschnitt bietet praktische Anleitungen für Netzwerkarchitekten, die mobile und feste Bereitstellungen verwalten.
Topologie-Optionen: Zentralisiertes vs. verteiltes IP-CAN
Zentralisierte Designs (wenige große Rechenzentren mit 10-100 Tbit/s Kapazität) kennzeichneten frühe LTE-Bereitstellungen mit PGW-Clustern, die Abdeckungsgebiete von 100-500 km Radius bedienten.
Verteilte Architekturen verlagern UPFs an MEC-Edge-Standorte und erreichen <5ms Latenz für AR/VR- und Industrieanwendungen. Kompromisse umfassen:
-
Latenz: Verteilte Systeme sind besser für URLLC
-
OPEX: Zentralisierte Systeme sind einfacher zu betreiben
-
Backhaul: Verteilte Systeme erfordern umfangreiche Glasfaser; Mikrowelle ist auf 1-2 Gbit/s bei 80 GHz begrenzt
Dimensionierung, Kapazität und Datenverkehrsplanung
Dimensionierungs-Eingaben umfassen Prognosen zum Datenverkehr in Spitzenzeiten, Teilnehmerwachstum, Dienstmix und SLA-Anforderungen. Wichtige Praktiken:
-
Planen Sie 30-50 % Reserve auf 100GE/400GE-Backhaul-Verbindungen ein
-
Modellieren Sie die Dominanz von Videoverkehr (Netflix/YouTube-Anstieg nach 2015)
-
Verwenden Sie Erlang-Modelle für Spitzenzeiten
-
Wenden Sie MPLS-TE oder Segment-Routing zur Optimierung von Verkehrsflüssen an
Die Bandbreitenplanung pro Zugangsknoten (eNodeB, gNB, DSLAM, OLT) muss Verkehrsmuster berücksichtigen, die in vielen Märkten einen über 50 %igen Videomix zeigen.
Redundanz, Ausfallsicherheit und hohe Verfügbarkeit
Redundanzmuster für zuverlässige IP-CAN umfassen:
-
N+1 UPF-Kapazität mit VRRP Anycast IP
-
Geo-redundante Core-Standorte (50 ms Failover-Ziel)
-
Schneller Reroute (<50 ms über IP/MPLS FRR, LAG, ECMP)
-
99,999 % Verfügbarkeit für Notdienste (NG.112)
PTPv2-Synchronisation (1µs Genauigkeit) ist entscheidend für TDD 5G. Router- und Switch-Infrastrukturen erfordern robuste Stromversorgungssysteme und regelmäßige Updates.
QoS-Modelle und Service-Level-Agreements
Interne QoS-Klassen werden externen SLAs zugeordnet, die Unternehmens- und Großhandelskunden angeboten werden:
|
Klasse |
Latenz |
Jitter |
Paketverlust |
Anwendungsfall |
|---|---|---|---|---|
|
Echtzeit |
<20ms |
<5ms |
<0,1% |
VoNR, Videoanrufe |
|
Interaktiv |
<50ms |
<10ms |
<0,5% |
Cloud-Gaming |
|
Geschäftskritisch |
<100ms |
<20ms |
<1% |
Unternehmens-VPN |
|
Best-Effort |
Unspezifiziert |
— |
— |
Allgemeiner Internetzugang |
Regulierungsbehörden (EU BEREC, FCC) legen Netzneutralitäts- und QoS-Transparenzverpflichtungen fest, die die IP-CAN-Richtlinien beeinflussen.
Betrieb, Überwachung und Fehlerbehebung in IP-CAN
Der tägliche Betrieb erfordert eine mehrschichtige Überwachung über RAN, Aggregation, Core und Service-Schichten. Die Korrelation von Domänen hilft, Engpässe zu identifizieren, bevor sie das Kundenerlebnis beeinträchtigen.
Wichtige KPIs und Telemetrie für die IP-CAN-Gesundheit
Kritische Leistungs-KPIs des Netzwerks umfassen:
-
Durchsatz pro Zelle/DSLAM/OLT (städtisches LTE 50-200 Mbit/s, 5G 500+ Mbit/s)
-
End-to-End-Latenz (5G URLLC <20ms)
-
Abbruchraten von Träger-/PDU-Sitzungen (<0,1%)
-
VoLTE MOS (Ziel >4.0)
-
Erfolgsrate der Anmeldung
Fluss-Telemetrie (NetFlow, IPFIX, das über 1 Million Flüsse/s verarbeitet), SNMP, Streaming-Telemetrie und RAN PM-Zähler bieten Transparenz. KI-Anomalieerkennung korreliert TCP-Wiederholungen mit RLC-Problemen und Abfällen des Video-MOS.
Typische IP-CAN-Probleme und deren Ursachen
Häufige Probleme und deren Symptome:
|
Symptom |
Wahrscheinliche Ursache |
Schicht |
|---|---|---|
|
Video-Pufferungsspitzen |
Backhaul-Überlastung |
Transport |
|
VoLTE-Abbrüche in Clustern |
RAN-Interferenzen |
Funk |
|
Hohe TCP-Wiederholungen |
Fehlkonfigurierte QoS |
IP/Transport |
|
Fehler beim Sitzungsaufbau |
CGNAT-Überlastung |
Core |
Das Zuordnen potenzieller Probleme zu spezifischen Netzwerkelementen beschleunigt die Fehlerbehebung und reduziert die mittlere Reparaturzeit.
Tools und Automatisierung für IP-CAN-Operationen
Moderne IP-CAN-Operationen nutzen:
-
Plattformen zur Überwachung der Netzwerkleistung
-
Konfigurationsmanagement mit CI/CD-Pipelines
-
Aktive Sondierungssysteme zur Überprüfung der Erreichbarkeit von Datenpaketen
-
Intent-based Networking für komplexe Multi-Vendor-Umgebungen
Automatisierte Aktionen umfassen dynamisches Traffic-Rerouting bei Überlastung und temporäre QoS-Anpassungen für Großereignisse.
Evolution und Zukunft von IP-CAN in Telekommunikationsnetzen
IP-CANs entwickelten sich von isolierten GPRS-Kernen (2000er Jahre, ca. 100 $/Benutzer CAPEX) zu Cloud-nativen 5G auf Kubernetes (40 % OPEX-Reduzierung). Die Technologie spielt weiterhin eine entscheidende Rolle bei der Erschließung neuer Einnahmequellen für Betreiber.
Konvergenz, Cloud-Native und Edge Computing
Die Fest-Mobil-Konvergenz führt dazu, dass einzelne Kerne sowohl 5G- als auch Festnetz-Breitband-IP-CANs verwalten. Der Übergang vom Appliance-basierten EPC zu virtualisierten und vollständig Cloud-nativen Funktionen (Red Hat OpenShift, Kubernetes) bietet operative Flexibilität.
Multi-Access Edge Computing erweitert IP-CAN-Funktionen näher an den Benutzer für Gaming-Latenzen von <1 ms (AWS Wavelength) und Industrie 4.0-Anwendungen. Kommerzielle Edge- und private 5G-Angebote seit 2020 hängen stark von einer robusten Internetverbindungslieferung durch optimierte IP-CAN-Funktionen ab.
IP-CAN für Massives IoT und Industrie 4.0
Massives IoT (NB-IoT mit 20 kbit/s LPWAN, Prognose 10 Milliarden vernetzte Geräte bis 2030) und geschäftskritische Industrieanwendungen stellen neue Anforderungen an die IP-CAN-Infrastruktur.
Anwendungsfälle, die eine feinkörnige Sichtbarkeit und robuste Richtlinienkontrolle erfordern:
-
Intelligente Zähler und Versorgungsnetze
-
Autonome geführte Fahrzeuge in der Fertigung
-
Fernbedienung von schweren Maschinen
-
Sensornetze für Smart Cities
Netzwerk-Slicing, deterministische QoS und sichere Konnektivitätsmodelle ermöglichen es den Betreibern, diese Vertikalen mit maßgeschneiderten Netzwerkverbindungen zu bedienen.
Regulatorische, Nachhaltigkeits- und Kostenüberlegungen
Neue Technologien und regulatorische Trends, die IP-CAN-Investitionen beeinflussen:
-
Spektrumspolitik und Open-Access-Mandate
-
Berichtspflichten zur Qualität
-
Energieeffizienzziele (5G gNB 5-10 kW vs. LTE 3 kW, Schlafmodi erreichen 30 % Reduzierung)
-
Open-RAN-Architekturen (O-RAN Alliance Rel-16+)
CAPEX/OPEX-Druck führt zu einfacheren, stärker automatisierten IP-CAN-Architekturen. Strategische Designentscheidungen heute – ob für Backbone-Upgrades, Subnetzmaskenplanung oder Ethernet-Infrastruktur – bestimmen die Wettbewerbspositionierung bis 2030 und darüber hinaus.
Das IP-Konnektivitätszugangsnetz bleibt die Grundlage, auf der alle aktuellen und zukünftigen Telekommunikationsdienste betrieben werden. Von Computern, die auf grundlegende Internetdienste zugreifen, bis hin zu IoT-Geräten in Industrieumgebungen, von Streaming-Diensten bis hin zu Echtzeit-Videoanrufen – optimale Leistung hängt von einer gut konzipierten IP-CAN-Infrastruktur ab.
Bei der Bewertung Ihrer Netzwerktopologie und der Planung neuer Geräte in Ihrer Infrastruktur priorisieren Sie IP-CAN-Designentscheidungen, die unmittelbare betriebliche Anforderungen mit langfristiger Skalierbarkeit in Einklang bringen. Die Betreiber, die heute in robuste, gut verwaltete IP-CANs investieren, werden morgen die Branche anführen.
