Shared WebRTC Gateway Principles
- By default all OXE PBXs of a company belong to the same PBX group. This notion of PBX group is hidden from BP administration.
- The shared WebRTC Gateway principle relies on the capability for the Rainbow administrator to configure the WebRTC Gateway of one of the nodes as default route within a PBX group.
- This shared WebRTC Gateway is then used by all OXE nodes of this group, that don’t have their own WebRTC Gateway.
For the example above:
- On the Rainbow administration side, only Node3 has a WebRTC gateway declared, set as the default route. Node1 and Node2 do not have a WebRTC gateway declared
|Node3 configuration||Node1 & Node2 configuration|
- On OXE configuration side, Node3 has a SIP trunk toward its WebRTC gateway. Node1 and Node2 also have the same SIP trunk configuration pointing to the same WebRTC gateway.
WebRTC gateway capacity
The WebRTC gateway capacity remains unchanged (refer to presales document TBE067), and must not be exceeded when mutualizing telephony traffic of several OXE through one shared WebRTC gateway.
- If the load of a shared WebRTC gateway gets too high, a dedicated WebRTC gateway can be added to the node that have the highest traffic.
- It is possible to have several PBX with a WebRTC gateway in the same group, but only one WebRTC gateway can be default within a group.
From example let's say Node1 has high traffic and need a dedicated WebRTC gateway. Node1 will exclusively use the WebRTC gateway declared on it, Node2 & 3 will use the shared WebRTC gateway.
Shared WebRTC gateway principle is not compatible with scalable WebRTC gateway configuration. However, within a group, high load nodes can be deployed with a dedicated scalable WebRTC gateway, while low traffic nodes can share a WebRTC gateway.
Rainbow PBX group management
PBX groups is a hidden notion in Rainbow that represents PBX with homogeneous numbering plan in the same company. It allows Rainbow to optimize calls by forcing internal numbering.
By default in a Rainbow company, there is one group for all OXEs
Creation of several groups within a company is possible via a Support Request, in case there is a need to have OXE groups each with a Shared WebRTC Gateway, for capacity or geography reasons. Required information is the list of PBX Ids and the expected group names.
Rainbow will use public numbers when dialing a user belonging to another group, Therefore, the OXE configuration must be properly set up that dialed extensions are translated into internal extensions when OXE nodes actually share a homogeneous numbering plan.
El artículo está cerrado para comentarios.