The requirements to properly operate PrivateGSM are very important due to the huge amount of mobile devices hardware/software availability and to the highly variable characteristics of mobile networks.
In order to operate it properly several operating requirements must be satisfied.
Network behavior and quality is crucial to provide a good quality service. Some requirements are mandatory to operate the solution, other requirements affects the service quality, ranging from “not very good” to “impossible to a secure call”.
All these requirements are mandatory to operate the solution. Even one single requirement not satisfied makes impossible to run the solution.
There is no support for Proxy Server (being HTTP or SOCKS), so PrivateGSM when operated within an Intranet must be able to communicate directly with the PrivateServer
Mobile Devices must be equipped with a “data” plan that allow full internet communications without IP/TCP/UDP filters to the server and without protocol filters (Es: VoIP filters, like Vodafone carrier does).
The SIM card must be enabled to do full traffic without restriction (Es: WAP or WEB only subscription are not usable).
In presence of protocol specific filters it’s required to enable VoIP data option. Whenever this option it’s not available and VoIP is blocked (Es: UAE), the protocol obfuscation of PrivateGSM typically let it bypass but without guarantee on transport quality.
All the mobile devices must be equipped with a 2G/3G and/or WiFi connection that’s not subject to high radio interference.
In presence of Radio Interference (due to high load of network, to other equipment using same frequency or to distance/obstacles between mobile devices and radio concentrator) the voice quality would not be good due to high number of packet loss.
On critical network conditions it’s possible to finely tune PrivateGSM to operate like in a tactical environment, with reduced performance but higher reliability.
PrivateGSM must keep an always on connection to the PrivateServer with SIP/TLS over a TCP channel. It exchange keep-alive packet once every 10/20 minutes depending on the mobile platform.
The Firewall managing the connection of the server and of the client must allow TCP idle connection of at least 21 minutes.
The typical timeout is 30-60 minutes, but in some environment this default value is lowered for security/performance reasons.
Whenever these requirements are satisfied, the users will perceive good quality and will have nice feedback.
(QoS) requirements affects the perceived audio quality during secure calls. When the following requirements are met audio will be clear, not distorted, continuous, without gaps and with almost not perceivable delay:
It is important to have high Call Success Ratio (CSR).
Unstable network connection can lead to inability to dial/receive calls, abruptly broken calls while speaking and impossibility to dial long calls.
To provide good quality, is required to have a stability window on both side of the call, caller and called. The stability window must cover the call duration and also the preceding 10 minutes:
Pre-call stability window is particularly critical with iPhone devices, which, currently, do not have a true multitasking OS and can adapt to network change typically within 10 minutes window period.
We suggest to keep the following concept:
but the product is known to run smoothly on slower ones.
The following configuration is needed to enable the update feature on the PrivateServer: