WebRTC und Wildix: Ein Jahrzehnt des Triumphs

WebRTC and Wildix: 10 Years of Success

Es ist bereits 10 Jahre her, dass wir unsere erste WebRTC-basierte UCC-Lösung veröffentlicht haben. Aber warum haben wir uns für diese innovative Lösung entschieden? Lassen Sie uns einen Blick auf WebRTC werfen und wie es dazu kam.

 

Die Vorgeschichte von WebRTC

Wildix begann im Jahr 2009 damit, Applets einzusetzen, um direkte serverlose Verbindungen im Browser herzustellen. Diese Methode war kompliziert und mit vielen Problemen verbunden. Es gab keine einheitliche Unterstützung über verschiedene Browser hinweg, kleine Browser-Updates konnten unvorhergesehene Probleme verursachen, und die Abhängigkeit von Java in Browsern war aufgrund von Sicherheits- und Effizienzproblemen geringer geworden.

Das größte Problem bestand jedoch darin, dass es keine Standardisierung zwischen den Browsern gab und keine integrierte Unterstützung für die Technologien existierte, die Peer-to-Peer-Videokonferenzen ermöglichten.

Trotz all dieser Schwierigkeiten gelang es Wildix, eine funktionierende Lösung zu entwickeln. Allerdings war sie nicht einfach umzusetzen.

Die erforderlichen Schlüsseltechnologien waren jedoch bereits vorhanden. Serverloses Peer-to-Peer (P2P) Streaming war seit den späten 1990er und frühen 2000er-Jahren frei verfügbar, insbesondere mit dem Aufkommen von Torrents für den Dateiaustausch. Viele junge Leute kannten damals Personen, die regelmäßig Zugang zu beliebten Fernsehsendungen und Filmen hatten, lange bevor diese offiziell veröffentlicht wurden.

Auch die Telekommunikationsanbieter erkannten bereits die Gefahr, die der einfache Zugang zu Datenströmen darstellte. Bereits 1997 unterstützte Flash 2.0 Stereoton, und verschiedene Instant Messenger wie AOL, MSN Messenger und sogar Yahoo Messenger boten neben SMS-ähnlichen Funktionen auch die Möglichkeit zum Telefonieren.

Zur gleichen Zeit entwickelte Mark Spencer 1999 Asterisk, die erste IP-Telefonanlage, nachdem er sich eine traditionelle Telefonanlage für sein Unternehmen nicht leisten konnte. Dies legte den Grundstein für viele IP-PBX-Systeme und diente schließlich als Inspiration für das Wildix Blue Ecosystem.

Skype wurde 2003 als Beta-Version veröffentlicht und war eine der ersten Lösungen für IP-Videotelefonie. All diese Entwicklungen ermöglichten Dimitri und Steve Osler einen Blick in die Zukunft, den sie vorhersagen konnten. Insbesondere Dimitris Diplomarbeit, die sich mit der Entwicklung von Asterisk befasste, trug dazu bei.

Damit waren die Weichen für die Entwicklung von WebRTC gestellt.

Die Entwicklung von WebRTC

Global IP Solutions wurde im Jahr 1999 gegründet und konzentrierte sich auf eingebettete Software, die Echtzeitkommunikation (Sprache und Video) für IP-Netzwerke ermöglichte. Ihre Produkte wurden in der Regel als „Engine“ geliefert, die alles enthielten, was der Kunde benötigte.

Das Unternehmen erkannte, dass die meisten VoIP-Technologien für leitungsvermittelte Netzwerke entwickelt wurden, bei denen es einen dedizierten Kanal gab, über den die Netzwerkknoten kommunizieren konnten. Diese Netzwerke waren äußerst stabil und boten optimale Bedingungen für VoIP.

Die meisten VoIP-Anrufe liefen jedoch über öffentliche IP-Netzwerke, bei denen es zu Paketverlusten, Verzögerungen und Jitter kam. Anrufe innerhalb desselben Netzwerks waren in Ordnung, aber Anrufe zu externen Teilnehmern waren oft von schlechter Qualität.

Im Jahr 2010 übernahm Google Global IP Solutions für 68,2 Millionen Dollar und begann, deren Patente und Ideen in seinen eigenen Open-Source-Standard zu integrieren: WebRTC. Das Unternehmen arbeitete mit anderen Unternehmen zusammen, um diese Idee weiterzuentwickeln.

Die erste Veröffentlichung von WebRTC erfolgte wahrscheinlich im Januar 2011 durch Ericsson Labs (damals eine Tochtergesellschaft von Ericsson). Es handelte sich um einen einfachen Blogbeitrag, der kaum Aufmerksamkeit erregte und von vielen unbemerkt blieb.

Im Juni desselben Jahres veröffentlichte Google den Quellcode für WebRTC und reichte ein Jahr später die WebRTC-Spezifikation beim World Wide Web Consortium (W3C) und bei der Internet Engineering Task Force (IETF) ein, um das Protokoll zu standardisieren. Dies führte dazu, dass sowohl der Chrome- als auch der Firefox-Browser WebRTC im Jahr 2013 implementierten.

Wildix erkannte das Potential

Wildix stellte schnell fest, dass das WebRTC-Protokoll vielseitig genug und sicher genug war, um es zu nutzen. Die zuvor verwendeten NPAPI-Applets wurden verworfen, und es wurde erforscht, wie kritische Elemente in ein WebRTC-kompatibles Programm integriert werden konnten.

Die NPAPI-Applets wurden fast vollständig aufgegeben. Tatsächlich unterstützten Chrome und Firefox zwar WebRTC, aber der damalige Webbrowser von Microsoft (Internet Explorer, später Edge genannt) tat dies nicht. Das wäre kein Problem gewesen, wenn Wildix sich nur auf den Consumer-Markt konzentriert hätte, aber der Internet Explorer wurde immer noch von vielen Unternehmen genutzt.

Im Sommer 2013 hatte Wildix eine funktionierende WebRTC-Kommunikationslösung für Webseiten namens WebRTC Kite entwickelt. Damit konnten die Telefonanlagen mit der Webseite verbunden werden, um die Echtzeitkommunikation zu verbessern. Obwohl bereits zuvor eine ähnliche Lösung mit Collaboration im Browser erreicht wurde, erleichterte WebRTC den Prozess erheblich. Allerdings musste aufgrund der oben genannten Probleme, da die „standardisierte“ Lösung noch nicht standardisiert war, viel Code gewartet und viele Updates für andere Browser durchgeführt werden.

Jedoch wurden dedizierte Client-Anwendungen zunehmend überflüssig.

Mit der zunehmenden Einführung von WebRTC in verschiedenen Browsern wurde die Notwendigkeit von dedizierten Client-Anwendungen immer geringer. Microsoft integrierte schließlich im Jahr 2017 eine Form von WebRTC (fast) in seinen Browser, da das Unternehmen den Weg für Veränderungen gehen wollte.

Obwohl WebRTC sich schnell zu einem Standard entwickelte, gab es weiterhin erhebliche Probleme mit der Denkweise vieler Unified Communications & Collaboration (UC&C)-Lösungen. Viele bevorzugten immer noch die Verwendung von herunterladbaren festen Clients, und dies ist auch im Jahr 2023 noch weitverbreitet. Diese Herangehensweise kann zu Sicherheitsproblemen führen, wie der jüngste Sicherheitsvorfall bei 3CX zeigt (zum Zeitpunkt der Erstellung dieses Artikels).

Ebenso werden die meisten sogenannten WebRTC-Lösungen immer noch mit den Applets und Plug-ins aus den frühen 2010er-Jahren gewartet. Dies führt zu einem erhöhten Entwicklungsaufwand, geringerer Stabilität und geringerer Sicherheit. Warum sollte man etwas herunterladen, wenn es bereits im eigenen Browser verfügbar ist? Für Wildix ergibt das keinen Sinn.

Erweiterte Anwendungsmöglichkeiten von WebRTC

Die Möglichkeiten von WebRTC gehen über die Echtzeitkommunikation hinaus. Unsere Entwicklung von x-bees zeigt, dass Sie eine Vielzahl von Produkten nahtlos in eine WebRTC-Lösung integrieren können. Durch die Nutzung des Browsers als Plattform erzielen Sie dabei eine hohe Effizienz.

Ein Beispiel dafür ist die Integration mit Salesforce. Diese ermöglicht automatische Anruföffnungen, die automatische Erkennung von Kontakten in der Salesforce-Datenbank und Popup-Benachrichtigungen für eingehende Anrufe.

Die Integration erfordert nur geringen zusätzlichen Aufwand und es ist keine komplexe Integration mit speziellen Hard-Clients erforderlich. Aus Mitarbeitersicht bedeutet dies eine erhebliche Zeitersparnis, da das manuelle Kopieren oder Eingeben von Telefonnummern entfällt. Zudem können Sie schnell auf Datensätze in der Datenbank zugreifen, indem Sie einfach eine Nummer eingeben, wenn sie bereits vorhanden ist.

Durch die automatische Protokollierung von Anrufen, Chats und anderen Aktivitäten erhalten Sie eine effektive Lösung für den Vertrieb, um Ihre Kontakte optimal zu verwalten.

WebRTC bietet jedoch noch weitere Einsatzmöglichkeiten. Videokonferenzen sind im Grunde genommen nur Daten, die über ein Netzwerk übertragen werden. Aber wie sieht es mit dem Fernzugriff über WebRTC aus? Statt umständliche Software herunterzuladen, kann ein WebRTC-Datenkanal (mit der Erlaubnis des Kunden) genutzt werden, um Systeme aus der Ferne zu steuern. Dies erleichtert insbesondere für MSPs und andere IT-Dienstleister die Kontrolle von Computern, vor allem in Situationen, in denen schnelle technische Unterstützung erforderlich ist.

Wildix hat bereits erfolgreich WebRTC für diese Zwecke eingesetzt.

Ebenso gibt es noch viele weitere spannende Möglichkeiten, die wir derzeit in der Entwicklung haben.

Die Wirkung von WebRTC

 

WebRTC hat die Grundbausteine des Browsers standardisiert, um Echtzeitkommunikation zu ermöglichen. Es spielt auch keine Rolle, welcher Browser darüber verfügt – jeder bedeutende Browser hat jetzt eine Form von WebRTC aktiviert.

Wildix kann von fast jedem System verwendet werden, ohne dass zusätzliche Plug-ins oder Downloads erforderlich sind. Daher ist es leichtgewichtig, einfach zu verwenden und schnell einsetzbar.

Die Frage ist also die folgende: Warum sollten Sie sich nicht für eine WebRTC-Lösung entscheiden?

Wenn Sie weitere Marketing-Tipps wünschen, abonnieren Sie unser kostenloses Magazin!

Social Sharing

Kommentar schreiben