Nice forum GUI updates. It’s been a while since I posted. My question is more about VoIP in general and internet latency and call quality. Maybe someone had done this before…
So, I will spend some time away across the globe from my self-hosted FreePBX server. But I still need to accept calls from my clients. I will be in the country that has some internet censorship but not like China or Russia level. So, I will be using VPN a lot. Moreover, since they block my main protocol WireGuard I will be using nested VPN’s and traveler router. I already set them up and tested them and they work perfectly with VoIP. BUT I’m in the US and latency isn’t an issue. I think I might have troubles with calls from over there. My home internet connection is pretty fast, coax ~520/20 Mbps, gigabit LAN, business grade network gear. I will be mostly in the hotels with okayish to subpar speeds.
Do you think it will be unusable given distance around 7000 miles from server?
My only backup option is to forward calls to cell with roaming on the trunk.
The fundamental component of one way latency will be about 38ms, below which you will be in breach of special relativity. However, one will need to increase this for velocity factor (~2/3, for telecoms fibres and because the cable route won’t be a perfect great circle, so maybe about 80-100ms. However, I suspect most of the latency will be from queuing in various places, and that will only loosely correlate with distance, being dependent on investment levels and policies.
I’ve not considered serialisation delays, as those are not necessarily distance dependent.
(One could, hypothetically improve on 38ms, by using the three dimensional shortest path, but that would probably require neutrino based comms channels, which are not a practical option.)
That is subject the same delays as in my first paragraph, and the fixed part of the mobile network is, increasingly, being carried over VoIP, so could be subject to the same queuing delays.