Ein nützliches Gedankenexperiment für jeden, der im Enterprise-IT-Bereich arbeitet: Denken Sie zurück, was es 2010 brauchte, um einen Konferenzraum in einer Stadt mit einem Konferenzraum in einer anderen Stadt zu verbinden. Vergleichen Sie das jetzt mit dem, was es heute braucht.

Im Jahr 2010 benötigte man ein dediziertes Codec-Gerät an jedem Ende, einen qualifizierten Videokonferenzingenieur zur Konfiguration der Anrufeinstellungen, eine bereitgestellte ISDN-Leitung oder sorgfältig konfigurierte IP-Infrastruktur sowie ausreichend Vorlaufzeit zum Testen der Verbindung vor dem Meeting. Wenn die Codec-Firmware-Versionen nicht übereinstimmten, die Firewall-Ports nicht exakt stimmten oder das IT-Team der Gegenseite ihre Konfiguration anders vorgenommen hatte, stellte die Verbindung keine her.

Heute erstellt jemand einen Webex- oder Teams-Link, teilt ihn in einer Kalendereinladung, und alle nehmen von wo auch immer teil — Laptop, Telefon, dediziertes Raumsystem — mit einem Klick. Die Raumhardware weiß automatisch, was zu tun ist.

Was zwischen diesen beiden Punkten geschah, ist eine der bedeutendsten architektonischen Transformationen in der Enterprise-IT der letzten zwei Jahrzehnte. Dieser Artikel verfolgt diese Transformation.

Kapitel 1: Die IP-Telefonie-Ära — Als das Telefon zum Netzwerkgerät wurde

Der Wechsel von Analog zu IP

Vor der IP-Telefonie liefen Enterprise-Telefonsysteme auf PBX-Infrastruktur (Private Branch Exchange) — zweckgebundene Hardware, vollständig vom Datennetzwerk getrennt. Das IT-Team verwaltete das Datennetzwerk; das Facility- oder Telefonieteam verwaltete die PBX. Das waren parallele Welten.

IP-Telefonie änderte dies grundlegend. Das Telefon wurde zu einem Netzwerk-Endpunkt — nur ein weiteres Gerät mit einer IP-Adresse, das sich mit dem Datennetzwerk statt einer dedizierten Sprachleitung verbindet. Die PBX wurde durch einen Anrufverarbeitungsserver auf Standardhardware ersetzt.

Für Cisco bedeutete dies den Cisco Unified Communications Manager (CUCM) — eine Softwareplattform auf dedizierten Servern (später auf UCS-Hardware), die das gesamte Anruf-Routing, Dial-Plan-Management, Voicemail-Integration und Telefon-Provisioning übernahm. Ein Cisco IP-Telefon startete, empfing seine Konfiguration von CUCM über TFTP, registrierte sich bei CUCM über SCCP oder SIP und war bereit für Anrufe — vollständig über das Datennetzwerk.

Wie CUCM in der Praxis aussah

Ein typisches mittelgroßes Enterprise-CUCM-Deployment:

CUCM Publisher (primär)
CUCM Subscriber x2 (für Redundanz)
CUCM IM & Presence (Instant Messaging)
Unity Connection (Voicemail)
Cisco Emergency Responder
Cisco IP-Telefone (7900er-Serie, 8800er-Serie)

Der Dial-Plan — der Regelsatz, der bestimmte, wie Anrufe geroutet wurden, welche Nummern intern waren, welche Trunk-Zugang benötigten, wie Anrufe zu anderen Standorten behandelt wurden — lebte vollständig in der CUCM-Konfiguration. Das war leistungsstark, erforderte aber erhebliche Expertise. Ein Dial-Plan für ein Unternehmen mit 10 Büros in 3 Ländern konnte Hunderte von Route-Patterns, Translation-Patterns, Hunt Groups und Anrufweiterleitungsregeln umfassen.

CUCM-Upgrades waren für sich allein schon ein Projekt. Jede Hauptversion erforderte sorgfältige Pre-Upgrade-Tests, ein Wartungsfenster und oft einen Rollback-Plan. Der Cisco CUCM-Upgrade-Prozess — Versionen verifizieren, den Upgrade-Assistenten ausführen, auf die Synchronisierung der Subscriber-Nodes warten, verifizieren, dass alle Telefone sich erneut registrieren — konnte bei einem großen Cluster Stunden dauern. Ich habe genug davon erlebt, um zu wissen, dass das Überspringen der Vorbereitungsschritte der Ausgangspunkt für Probleme ist.

MPLS und VPN: Standortübergreifende Sprachkommunikation kostenlos machen

Eines der überzeugendsten frühen Geschäftsargumente für IP-Telefonie war die standortübergreifende Kommunikation. Zuvor lief ein Anruf vom Istanbuler Büro in das Ankaraner Büro über das PSTN — pro Minute abgerechnet wie jeder andere Anruf.

Mit IP-Telefonie über ein Unternehmens-WAN blieb derselbe Anruf vollständig im Netzwerk: Istanbuler Telefon → Istanbuler CUCM → MPLS/VPN-Verbindung → Ankaraner CUCM → Ankaraner Telefon. Null PSTN-Kosten. Für Unternehmen mit Dutzenden von Büros und Hunderten von täglichen standortübergreifenden Anrufen rechtfertigte dies allein die IP-Telefonie-Migration.

MPLS war die dominante WAN-Technologie dafür — privat, latenzarm, vorhersehbar. MPLS verband Standorte in einer Hub-and-Spoke- oder Full-Mesh-Topologie, und Sprachverkehr wurde durch Quality of Service (QoS) priorisiert.

IPsec VPN diente kleineren Standorten, wo MPLS zu teuer war — ein Zweigbüro konnte sich über das Internet per IPsec mit der Zentrale verbinden, wobei CUCM in der Zentrale die Telefone in der Zweigstelle bediente.

Die dafür erforderliche Konfiguration war nicht trivial. QoS-Richtlinien mussten über jedes Netzwerksegment, das der Sprachverkehr durchquerte, konsistent sein. Die Codec-Auswahl (G.711 vs. G.729) musste Anrufqualität gegen Bandbreitenverbrauch abwägen. Call Admission Control musste verhindern, dass zu viele gleichzeitige Anrufe eine WAN-Verbindung sättigten. All dies wurde manuell konfiguriert, verwaltet und troubleshooted.

Kapitel 2: Video betritt die Bühne — und bringt Komplexität mit

Die Hardware-Videokonferenz-Ära

Videokonferenzen in Unternehmen begannen nicht mit Software. Sie begannen mit dedizierter Hardware — zweckgebundene Codec-Geräte, die Video-Encoding/Decoding übernahmen, an große Bildschirme angeschlossen waren und über ISDN oder IP mit H.323- oder SIP-Videoprotokollen kommunizierten.

Die dominanten Anbieter waren Cisco (TelePresence), Polycom und Tandberg (das Cisco 2010 erwarb und dessen Technologie in die TelePresence-Produktlinie integrierte).

Ein Cisco TelePresence IX5000-Raumsystem — das obere Ende der Produktlinie — war ein immersives Drei-Bildschirm-Setup, das das Gefühl vermitteln sollte, den entfernten Teilnehmern gegenüberzusitzen. Es war beeindruckende Ingenieurskunst. Es war auch extrem teuer: Die Hardware allein kostete Hunderttausende von Dollar pro Raum, zuzüglich dedizierter Netzwerkinfrastruktur und IT-Supportverträge.

Häufiger eingesetzt wurden Mittelklasse-Systeme — ein Cisco SX80, eine Polycom Group Series, ein Tandberg C-Series-Endpunkt. Das waren immer noch dedizierte Hardware: eine Codec-Einheit, ein oder zwei Bildschirme, eine Kamera und ein Mikrofonarray. Jeder Raum hatte sein eigenes Gerät, seine eigene IP-Adresse, seine eigene Registrierung bei der Videoinfrastruktur.

Die Infrastruktur hinter Video

Damit Videoanrufe in einem Unternehmen funktionieren, benötigte man mehr als nur die Endpunkt-Hardware:

Cisco VCS (Video Communication Server): Die Anrufsteuerungsplattform für Video — das Äquivalent zu CUCM, aber für Video-Endpunkte. VCS Expressway verwaltete Business-to-Business-Anrufe und externe Videokonnektivität. VCS Control verwaltete interne Endpunkte.

MCU (Multipoint Control Unit): Wenn mehr als zwei Endpunkte am selben Videoanruf teilnehmen mussten, benötigte man eine MCU, um die Audio- und Videostreams zu mischen. Lief die MCU-Kapazität aus, waren keine weiteren Konferenzbrücken verfügbar.

Infrastruktur für externe Konnektivität: Das Anrufen von jemandem außerhalb der Videoinfrastruktur Ihrer Organisation erforderte Traversal-Server, Firewall-Traversal-Konfiguration und oft Föderationsvereinbarungen zwischen Organisationen.

Die Konfigurationskomplexität: Um 2012 einen Videokonferenzraumanruf zu planen, musste man möglicherweise: die MCU-Konferenzbrücke reservieren, den Wählstring für jeden Endpunkt konfigurieren, die Konnektivität am Vortag testen, die Codec-Kompatibilität verifizieren und eine IT-Person während des Anrufs in Bereitschaft haben.

Das lag nicht daran, dass die Ingenieure nicht wussten, was sie taten — die Komplexität des Systems erforderte es tatsächlich.

Das Qualitätsproblem

Internet-Videoanrufe existierten in dieser Zeit auch — Skype für Verbraucher, verschiedene frühe Enterprise-Tools. Aber Enterprise-Organisationen mit echten Qualitätsanforderungen vertrauten dem öffentlichen Internet für Video nicht. Sie nutzten ihre privaten MPLS-Netzwerke für standortübergreifende Anrufe und ISDN für externe Anrufe. Die Internetqualität war unvorhersehbar, die Latenz variabel, und Paketverlust machte Videoanrufe unbrauchbar.

Das schuf eine zweigeteilte Realität: hochqualitatives, teures, infrastrukturabhängiges Video für formelle Meetings; und unzuverlässige Consumer-Tools für informelle Nutzung. Beides war unbefriedigend.

Kapitel 3: Die Cloud-Verlagerung — Warum alles migrierte

Der Auslöser: Das Internet wurde gut

Die Migration der Kollaborationsinfrastruktur in die Cloud wurde nicht durch eine einzelne Entscheidung oder einen Technologiedurchbruch angetrieben. Sie wurde durch eine schrittweise Verschiebung dessen vorangetrieben, was das öffentliche Internet zuverlässig liefern konnte.

Als Internetverbindungen schneller, zuverlässiger und konsistenter wurden — sowohl in Unternehmen (100 Mbps bis 1 Gbps WAN-Verbindungen wurden Standard) als auch für Remote-Mitarbeiter — verringerte sich die Qualitätslücke zwischen privatem Netzwerkvideo und internetbasiertem Video. Software-Clients auf Laptops wurden besser darin, sich an variable Netzwerkbedingungen anzupassen. Video-Codecs (H.264, dann VP9, dann H.265) wurden effizienter.

Als die Internetvideoqualität für geschäftliche Nutzung wirklich akzeptabel wurde, änderte sich die Rechnung. Die teure On-Premise-Infrastruktur — CUCM-Cluster, VCS-Server, MCU-Brücken — begann eher wie Overhead als wie Notwendigkeit auszusehen.

Das wirtschaftliche Argument

On-Premise Unified-Communications-Infrastruktur hatte erhebliche laufende Kosten:

• Server-Hardware-Erneuerungszyklen (alle 4–5 Jahre)
• Software-Lizenzierung (CUCM-Lizenzen pro Benutzer, pro Gerät)
• Supportverträge mit Cisco (SmartNet)
• IT-Personal zur Verwaltung, Aktualisierung und Fehlerbehebung des Systems
• Rechenzentrumsfläche, Strom und Kühlung für die Server

Cloud-basierte Kollaboration verlagerte dies auf ein monatliches Abonnement pro Benutzer. Keine Hardware-Erneuerung. Keine Upgrade-Projekte. Automatische Feature-Updates. Reduzierter IT-Betriebsaufwand.

Für ein Unternehmen, das 500 Mitarbeiter hinzufügt, bedeutete das traditionelle Modell den Kauf von mehr CUCM-Serverkapazität, mehr Lizenzen, mehr Telefonen. Das Cloud-Modell bedeutete das Hinzufügen von 500 Lizenzen zum Abonnement.

Webex’ Transformation

Ciscos Webex begann als Web-Konferenzprodukt — Bildschirmfreigabe und Audio für Online-Meetings. Es war vollständig von der IP-Telefonie-Welt getrennt.

Über mehrere Jahre fusionierte Cisco diese Welten systematisch:

• Webex Meetings + CUCM-Integration: Benutzer konnten Videoanrufe von ihren Cisco IP-Telefonen starten
• Webex Teams (jetzt Webex App): Team-Messaging und Anrufe kombiniert
• Webex Calling: ein Cloud-basierter Anrufdienst, der für viele Organisationen On-Premise-CUCM ersetzte
• Einheitliche Webex App: eine einzige Anwendung für Anrufe, Meetings, Messaging und Dateifreigabe

Das Ergebnis: Ein Unternehmen, das zuvor CUCM On-Premise, VCS für Video und Unity Connection für Voicemail hatte, konnte zu Webex Calling migrieren und alle drei durch einen einzigen Cloud-Dienst ersetzen — über ein Webportal verwaltet, keine Server zu warten.

Kapitel 4: Die Multi-Plattform-Realität — Teams, Zoom und alles andere

Microsoft Teams: Der Herausforderer

Microsoft Teams wurde 2017 als Slack-Konkurrent eingeführt. Innerhalb von drei Jahren wurde es zur dominanten Enterprise-Kollaborationsplattform — nicht weil es in jeder Dimension technisch überlegen war, sondern weil es bereits da war. Organisationen, die Microsoft 365 für E-Mail und Office-Anwendungen nutzten, erhielten Teams inklusive. Keine separate Beschaffung, keine neue Anbieterbeziehung, keine zusätzliche IT-Infrastruktur.

Teams fügte PSTN-Anruffähigkeit hinzu (Teams Phone, früher Phone System) — sodass Organisationen ihre PBX durch Teams ersetzen und reguläre Telefonanrufe über die Microsoft Cloud tätigen und empfangen konnten.

Die Interoperabilitätsfrage: Ein Webex-Benutzer und ein Teams-Benutzer aus verschiedenen Organisationen möchten ein Videomeeting abhalten. Beide haben ihre Plattform. Wie verbinden sie sich?

Anfangs lautete die Antwort „eine Plattform lädt die andere als Gast ein" — das funktionierte, war aber nicht nahtlos. Dies hat sich erheblich weiterentwickelt. Cisco und Microsoft haben direkte Interoperabilität zwischen Webex und Teams entwickelt. Ein Cisco Raumsystem kann nativ an einem Teams-Meeting teilnehmen. Ein Teams-Benutzer kann ohne Installation an einem Webex-Meeting teilnehmen.

Zoom: Das Einfachheits-Spiel

Zoom trat 2020 erheblich in das Enterprise-Bewusstsein ein. Seine technischen Stärken — wirklich zuverlässige Videoqualität über variable Internetverbindungen, einfache Teilnahmeerfahrung ohne Konto für Gäste — machten es für Organisationen attraktiv, deren bestehende Tools Schwierigkeiten hatten.

Was Zoom demonstrierte, war, dass Benutzerfreundlichkeit genauso wichtig ist wie Funktionstiefe. Die „einfach auf den Link klicken"-Erfahrung hat sich zum Standarderwarung für alle Kollaborationstools entwickelt.

Avaya, 3CX und der Mittelstand

Nicht jede Organisation benötigte Cisco- oder Microsoft-Skalierung. Der Mittelstand hat seine eigenen Akteure:

Avaya ist seit Jahrzehnten ein wichtiger Enterprise-Telefonanbieter — ihre Aura-Plattform konkurriert mit CUCM in der Enterprise-Deployment-Skalierung. Avaya durchlief in den letzten Jahren erhebliche finanzielle Schwierigkeiten (mehrere Insolvenzanträge), was Unsicherheit für Kunden auf ihrer Plattform schuf.

3CX wurde im KMU- und Mittelstandsbereich als software-basierte PBX populär — auf Windows oder Linux deploybares, günstigeres als CUCM, vernünftiger Funktionsumfang.

RingCentral, 8x8, Vonage (jetzt Ericsson): Cloud-native UCaaS-Anbieter, die ihre Plattformen von Anfang an in der Cloud aufgebaut haben, ohne das On-Premise-Erbe.

Kapitel 5: Der moderne Konferenzraum

Was sich am meisten verändert hat

Der Konferenzraum ist der Ort, an dem die Transformation am sichtbarsten ist. Vergleichen Sie:

Konferenzraum 2012:

• Dedizierter Codec (Cisco SX80 oder Polycom Group): 15.000–50.000 Dollar
• Große Bildschirme an der Wand montiert
• Pan-Tilt-Zoom-Kamera, Decken- oder Tischmikrofonarray
• IT-verwaltete Infrastrukturregistrierung
• Einem externen Anruf beitreten: den Wählstring nachschlagen, manuell eingeben, hoffen, dass die Gegenseite korrekt antwortet
• Einem Webex- oder Skype-Meeting beitreten: möglich, erforderte aber spezifische Konfiguration und funktionierte oft nicht zuverlässig

Konferenzraum 2024:

• Raumsystem (Cisco Room Bar, Webex Board, Logitech Rally Bar, Poly Studio): 1.500–8.000 Dollar
• One-Touch-Join: Der Raumbildschirm zeigt bevorstehende Kalendermeetings; antippen zum Beitreten
• Funktioniert mit Webex, Teams, Zoom — oft alle drei mit einer Firmware-Einstellung
• Kein IT-Eingriff erforderlich, um einem Meeting beizutreten
• Drahtlose Inhaltsfreigabe von jedem Laptop
• KI-Funktionen: Geräuschunterdrückung, Hintergrundunschärfe, automatisches Framing, das dem aktiven Sprecher folgt

Die Kostensenkung ist erheblich. Die operationelle Vereinfachung ist transformativ.

Webex Board und Smart-Whiteboard-Funktionen

Ciscos Webex Board (jetzt Teil der Webex Desk- und Room-Produktlinie) fügte eine Fähigkeit hinzu, die eigenständige Videokonferenzen nie hatten: digitales Whiteboard.

Ein Webex Board ist gleichzeitig Touchscreen, Videokonferenzsystem und Whiteboard. In einem Meeting können Teilnehmer direkt auf der Board-Oberfläche zeichnen. Entfernte Teilnehmer sehen das Whiteboard in Echtzeit. Inhalte, die während eines Meetings auf dem Board geschrieben wurden, werden automatisch gespeichert und nach dem Meeting als Datei geteilt.

Der Whiteboard-Inhalt bleibt zwischen Sitzungen auf demselben Board erhalten. Ein Team, das an einem Design arbeitet, kann dort weitermachen, wo es aufgehört hat. Mehrere Personen können dasselbe Whiteboard gleichzeitig von verschiedenen Geräten und Standorten aus bearbeiten.

Logitechs Einfluss

Logitech trat von der Verbraucher-Peripheriegeräte-Seite in den Enterprise-Konferenzraum-Markt ein und ist zu einem ernsthaften Akteur geworden. Ihre Rally Bar und Rally Bar Mini Systeme kombinieren eine Kamera mit integriertem Lautsprecher und Mikrofon in einem Bar-Formfaktor — konzipiert für die Platzierung über oder unter einem Display.

Die Bedeutung: Enterprise-taugliche Konferenzraumfähigkeit zum Verbraucherpreis. Eine für Microsoft Teams oder Zoom Rooms zertifizierte Logitech Rally Bar kostet einen Bruchteil eines Cisco- oder Poly-Raumsystems. Für Organisationen, die Dutzende kleiner Konferenzräume ausstatten — Huddle Spaces, Telefonzellen, kleine Besprechungsräume — macht dieser Preispunkt die Ausstattung jedes Raums wirtschaftlich machbar, was zuvor nicht der Fall war.

Die Hardwarequalität ist genuinely gut. KI-gestütztes Kamera-Tracking, Beamforming-Mikrofone, Echounterdrückung — Funktionen, die früher Premium-Ergänzungen in dedizierten Raumsystemen waren, sind jetzt in einen 3.000-Dollar-Bar eingebaut, den jeder IT-Mitarbeiter installieren kann.

Kapitel 6: CUCM-Upgrades — Eine praktische Anmerkung

Für Organisationen, die Cisco CUCM noch On-Premise betreiben, bleiben Upgrades ein bedeutendes operationelles Ereignis. Nachdem ich mehrere Hauptversions-Upgrades durchgeführt habe, einige Beobachtungen:

Die Vorbereitung ist die eigentliche Arbeit. Ein fehlgeschlagenes CUCM-Upgrade lässt sich fast immer auf einen übersprungenen Vorbereitungsschritt zurückführen. Vor jedem Upgrade:

• Verifizieren, dass alle Endpunkte die für die Ziel-CUCM-Version unterstützte Firmware ausführen
• Alle benutzerdefinierten Konfigurationen dokumentieren (CTI-Routenpunkte, Hunt Groups, Translation Patterns)
• Die Dial-Plan-Funktionalität nach dem Upgrade möglichst in einer Lab-Umgebung testen
• Verifizieren, dass das Backup vollständig und wiederherstellbar ist, bevor man beginnt

Publisher zuerst, dann Subscriber. Die Upgrade-Reihenfolge ist wichtig. Der CUCM Publisher wird zuerst aktualisiert. Subscriber bleiben auf der alten Version, bis der Publisher vollständig aktualisiert und gesund ist, dann wird jeder Subscriber nacheinander aktualisiert.

Post-Upgrade-Verifizierung. Nach jedem Subscriber-Upgrade: verifizieren, dass alle Telefone sich neu registrieren, eingehende und ausgehende PSTN-Anrufe testen, standortübergreifende Anrufe testen, Voicemail-Integration verifizieren, Jabber/Webex-Client-Registrierung verifizieren. Keinen Erfolg erklären, bis alle Anrufpfade verifiziert sind.

Der Migrationspfad: Viele Cisco-Kunden mit älteren CUCM-Versionen werden zu Webex Calling geleitet — Ciscos Cloud-Ersatz für On-Premise-CUCM. Die Migration umfasst das Portieren von Telefonnummern, die Replikation der Dial-Plan-Logik in der Cloud und das Deployen der Webex App als Softphone-Client.

Aktueller Stand

Der Enterprise-Kollaborationsmarkt hat sich auf einige Dinge geeinigt, die vor einem Jahrzehnt unwahrscheinlich erschienen wären:

Software zuerst: Die primäre Schnittstelle für die meisten Benutzer ist ein Software-Client — Webex App, Teams, Zoom — kein physisches Telefon.

Cloud-native Operationen: Neue Deployments sind überwiegend Cloud-basiert. On-Premise-CUCM wird von Organisationen gepflegt, die es haben, aber neue Deployments wählen es kaum noch gegenüber UCaaS-Alternativen.

Interoperabilität als Standard: Die Erwartung, dass Ihr Kollaborationssystem mit den Systemen anderer Organisationen kommunizieren kann — unabhängig von der Plattform — ist jetzt Standard.

Raumsysteme als zugängliche Technologie: Meeting-Raumsysteme sind einfacher zu deployen, zu nutzen und zu warten als je zuvor. One-Touch-Join, automatische Inhaltsfreigabe, KI-gestützte Kamera und Audio — die Technologie tritt in den Hintergrund und das Meeting rückt in den Fokus.

Für Ingenieure, die ihre Karriere auf CUCM, Expressway, TelePresence und dem vollständigen Cisco-Kollaborations-Stack aufgebaut haben: dieses Wissen wurde nicht wertlos. Das architektonische Denken — wie Dial-Pläne funktionieren, wie Anruf-Routing-Logik strukturiert ist, was QoS für die Sprachqualität bedeutet, warum die Codec-Auswahl wichtig ist — überträgt sich direkt auf das Verstehen der Cloud-Plattformen, die die On-Premise-Infrastruktur ersetzt haben. Die Implementierungsdetails haben sich geändert. Die Prinzipien nicht.

Wichtigste Erkenntnisse

• Das ursprüngliche Geschäftsargument für IP-Telefonie war Kostensenkung bei standortübergreifenden Anrufen über MPLS/VPN — das allein rechtfertigte viele Enterprise-Migrationen von PBX.
• Hardware-Videokonferenzen lieferten Qualität, aber zu enormen Infrastrukturkosten und operationeller Komplexität — der Engpass für die breite Akzeptanz.
• Cloud-Kollaboration wurde realisierbar, als die Internetqualität ausreichend verbessert wurde und der wirtschaftliche Vergleich mit On-Premise-Infrastruktur entscheidend umkippte.
• Webex entwickelte sich von einem Meeting-Tool zu einer vollständigen UCaaS-Plattform, die CUCM, VCS und Unity Connection in einem einzigen Cloud-Dienst ersetzt.
• Teams störte den Markt durch Verteilungsvorteil — bereits in Organisationen deployt, die Microsoft 365 nutzen, nicht durch reine technische Überlegenheit.
• Meeting-Raumhardware transformierte sich von 30.000+ Dollar spezialisierten Systemen zu 3.000 Dollar zugänglichen Bars, die jede Organisation skaliert deployen kann.
• CUCM-Upgrades bleiben für Organisationen, die noch On-Premise sind, bedeutende operationelle Ereignisse — Vorbereitung und Reihenfolge sind wichtiger als das Upgrade selbst.
• Interoperabilität zwischen Plattformen wird jetzt erwartet, nicht als außergewöhnlich betrachtet — Webex-Räume treten Teams-Meetings bei, Teams-Benutzer treten Webex-Meetings bei.

Verwandte Artikel

• 🔐 Die Zero-Trust-Mentalität: Sicherheit als Architektur entwickeln — Sicherheitsarchitektur für Cloud-Kollaborationsumgebungen
• 🏗️ IT-Infrastruktur ist keine Produktsammlung — Systemdenken, das gleichermaßen für Kollaborationsplattformen gilt
• 📊 Monitoring richtig gemacht — Kollaborationsinfrastruktur proaktiv überwachen
• 🔧 SecureCRT und SuperPutty — Tools zur Verwaltung der On-Premise-Infrastruktur, auf der Kollaboration läuft