Perhaps it is a liability having servers with recognizable names that relate to location? Or how would they know to be angry and want to be moved? The marketing would need to be such, that they assume the are kept on a close server, but leave it unverifiable so they don't generally have a cause for concern.
On the flip-side, customers may be with VOIPo because there is a server closer to them. It is too bad a VoIP device manufacturer couldn't add a primary/secondary profile for a service. If the primary number cannot complete, it auto-tries the next profile. (Two different services, or like VOIPo, one service, different servers. The second profile does not register until needed.) I think Asterisk can do that, so its not like you can patent the idea, and have hardware manufacturer provide a custom firmware that if used for other, there are royalties ...
For failover conditions, how would you handle same number, multiple devices? You would need a database that crosses the number to a status from each server. You would then know its registered X times on server A, and Y times on server B. When would a failover number happen? When only one device fails? Or all devices? At present, I expect its when the provisioned device fails.
What if its BYOD? Is there no failover protection? Do you guess which device is the softphone? You could have a place to register each device (by MAC ID makes sense) and a grid of options.
Device#1, MAC ___, Failover if not registered/No Failover (Clone#1)
Device#2, MAC ___, Failover if not registered/No Failover (Clone#2)
Device#3, MAC ___, Failover if not registered/No Failover (SPhone)
Register all SERVER#1/SERVER#2
Fallback all SERVER#1/SERVER#2
If Bold was used like my example, I would use underline to show the active choice being used by VOIPo. Or maybe underline would visible be for a beta group that can help with feedback, and your support team so they can see better the current settings.
(Fallback in effect)
Register all SERVER#1/SERVER#2
Fallback all SERVER#1/SERVER#2
Bookmarks