Dieser Artikel wurde automatisch übersetzt. Siehe die Referenzversion auf Englisch.
Übersicht
Um die Kapazität von Anrufen zu erhöhen und eine hohe Verfügbarkeit in OXE-Netzwerken zu gewährleisten, können mit der Funktion WebRTC Gateway Scalability mehrere WebRTC-Gateways mit einem einzigen OXE verbunden werden. Diese Einrichtung ermöglicht die Handhabung von Überläufen und die Verteilung der Last auf die Gateways.
Hinweis: Funktioniert mit OXE ab R12.4 MD4, R100 und höher. Ist nicht anwendbar auf OCO/OCE.
Eine alternative Methode - der dynamischeÜberlauf - verwendet dieAblehnung von Anrufen am Gateway, um den Überlauf auszulösen, und bietet eine flexiblere Option für episodische Lastspitzen.
Grundsätze der Skalierbarkeit
Diese Funktion basiert auf den Standard-ARS-Mechanismen von OXE, mit einem SIP-Trunk pro WebRTC-Gateway. Ein Überlauf tritt auf, wenn:
- Die maximale Anzahl gleichzeitiger Streams auf einem SIP-Trunk erreicht ist
- der WebRTC-Gateway nicht antwortet
- der SIP-Trunk ausfällt
- der WAN-Zugang zum Gateway nicht verfügbar ist
Die maximale Anzahl der Streams spiegelt die Kapazität des Gateways wider, und die Anzahl der Gateways ist durch die SIP-Trunk-Unterstützung des OXE-Systems begrenzt.
Topologie
Highlights der Konfiguration
- OXE-Seite: SIP-Trunks müssen für jedes WebRTC-Gateway konfiguriert werden. Detaillierte Informationen zur Einrichtung finden Sie in TC2462.
-
Rainbow-Seite: Erstellen Sie so viele WebRTC-Gateways wie nötig. Jedes Gateway erhält eine eindeutige Gateway-ID (z.B.
PBXa1b1-xxxx-xxxx-xxxx-c1d1,PBXa1b1-xxxx-xxxx-c1d1-1, usw.).
- Alle Gateways haben die gleiche Konfiguration, mit Ausnahme ihrer PBX-ID, IP-Adresse und ihres Hostnamens, die eindeutig sein müssen.
Anleitung für Anwendungsfälle
Die Skalierbarkeit von WebRTC-Gateways ist ideal für stabile Bereitstellungen, bei denen regelmäßig ein Überlauf zu erwarten ist. Sie ermöglicht es OXE, die Weiterleitung von Anrufen direkt zu verwalten, ohne sich auf die Ablehnung durch das Gateway zu verlassen. Dadurch eignet sich die Lösung besonders für größere oder standortübergreifende Umgebungen, in denen ein vorhersehbarer Lastausgleich erforderlich ist.
Für episodische oder Spitzenlastszenarien sollten Sie die alternative Funktion Dynamic Overflow in Betracht ziehen, die den Überlauf auf Gateway-Ebene behandelt.
Hinweis: Weitere Informationen über WebRTC-Gateway-Topologien, Abläufe, Anwendungsfälle und Dimensionierung finden Sie im Dokument TBE067 der Technical Business Engine, das auf MyPortal verfügbar ist.