Audio/Video-Chat zwischen ProCall Desktop for Windows und ProCall Mobile

Szenario

• In estos ProCall Mobile wird ein Audio- oder Video-Chat initiiert, die Gegenstelle ist hierbei ein ProCall Enterprise-Benutzer mit ProCall Desktop for Windows oder
• In estos ProCall Desktop for Windows wird ein Audio- oder Video-Chat initiiert, die Gegenstelle ist hierbei ein ProCall Enterprise Benutzer mit ProCall Mobile for iOS oder Android.
• Beide Teilnehmer des Audio- oder Video-Chats kommunizieren über diese Verbindung.
• Die estos ProCall Mobile App befindet sich im Mobilfunkdatennetz.
• Die Anbindung der externen estos ProCall Enterprise Teilnehmer erfolgt über estos UCConnect.

Erläuterungen

Hinsichtlich der Medienstrompfade zwischen zwei Instanzen von ProCall Desktop for Windows bzw. ProCall Mobile unterscheiden sich Audio- und Video-Chats wesentlich von SIP Softphone Calls.

Bei einem Audio/Video-Chat findet der Austausch der SRTP-Pakete (Secure Real-time Transport Protocol) direkt zwischen den Clients statt.
Die Medienströme werden dabei also nicht wie bei einem SIP Softphone Call über den estos UC Media Server geführt.

Schaubild/Topologie: UCServer Dienst - ProCall Desktop for Windows - UCConnect Dienste - ProCall Mobile - SRTP Audio/Video via TURN:

Der estos UC Media Server übernimmt keine Relay- oder Transcoding-Aufgaben bei Audio- und Video-Chats. Des weiteren ist die an den estos ProCall Enterprise Server angebundene Telefonanlage nicht in diesen Szenarien involviert und hat somit keine Informationen über aktive Chats. Das UCServer SIP Gateway ist bei der Signalisierung via SIP und den Aushandlungen zu den Medienströmen nicht aktiv. Diese fehlende Kommunikation mit der Telefonanlage kann für die Steuerung von Anrufschutz oder Status Busy on Busy relevant sein.

Die Topologie zeigt eine typische ProCall Enterprise Installation einschließlich estos UCConnect Anbindung, wobei eine uneingeschränkte Kommunikation zwischen estos ProCall Mobile App und estos UCConnect angenommen wird.

Ebenfalls wird von einem Betriebsstandard in Hinsicht der Push Notification Services von Google bzw. Apple ausgegangen, die tatsächliche Signalisierungsstrecke für Push Notifications zwischen estos UCConnect und einem Android oder Apple Smartphone ist hier in den Diagrammen nur sehr verkürzt dargestellt.

ProCall Desktop for Windows baut über einen dynamisch zugeteilten TCP Port eine Verbindung zu ProCall Enterprise Server Port 7222 (im Installationsstandard) auf. Über diese Verbindung tauscht der Client Requests und Events mit dem Server aus.

Sowohl ProCall Mobile App als auch estos UCServer bauen über einen dynamisch zugeteilten TCP Port eine Verbindung zu estos UCConnect Port 443 auf und etablieren auf dieser Verbindung eine WebSocket-Kommunikation. Über diese Verbindung tauschen die Mobile App und der UCServer Requests und Events via UCConnect aus, um Telefonie-Ereignisse zu verarbeiten oder Telefonie-Aktivitäten auszuführen.

Für den Austausch von RTP Mediapaketen während eines Audio- oder Video-Chats handeln die Clients via ICE Handshake eine direkte Verbindung via UDP miteinander aus (WebRTC-Standard). Es werden dabei Ports aus dem Bereich 1024 bis 65535 verwendet (alle Ports mit Ausnahme der well-known Ports). Bedarfsweise berücksichtigen die Clients für die Optimierung des Medienpfades auch verfügbare STUN- und TURN-Server.

Das in WebRTC integrierte ICE Protokoll (ICE Interactive Connectivity Establishment gemäß RFC 8445) versucht, beim Verbindungsaufbau den optimalen Weg zwischen den Clients ProCall Desktop for Windows und ProCall Mobile zu ermitteln. Auch während einer bestehenden Verbindung verifiziert ICE im Hintergrund die weiterhin beste Route. Stellt sich aufgrund einer veränderten Situation im Internet bzw. Mobilfunkdatennetz eine Route als besser heraus als die gerade genutzte, so kann es auch zu einem oder auch mehreren Wechseln der Route zwischen diesen beiden Endpunkten im Laufe eines Audio-/Video-Chats kommen.

Wird via ICE Protokoll identifiziert, dass über die Firewall bzw. NAT-Router ein direkter Austausch von Audiopaketen zwischen LAN und Internet nicht möglich ist, kann das - wie bei dem in der o.a. Topologie/Schaubild dargestellte Szenario - auch zu einer Medienverbindung zwischen den Clients via TURN-Server führen. Inwiefern es sich im Detail um eine relay-srflx-/prflx-Verbindung oder auch um eine relay-relay-Verbindung (wie hier dargestellt) handelt, wird hier nicht weiter betrachtet.

Firewall-Regeln

Die hier aufgeführten Firewall-Regeln stellen die Minimalanforderungen dar, die ohne spezifische Kenntnisse der jeweiligen Umgebung angenommen werden können.

Weiterführende Informationen

• Ports freigeben für estos Produkte - Welche Netzwerkschnittstellen werden verwendet?
• Push Notification Service
• estos ICE-Test Tool