Is there any set distance that an IP phone that will be homed back to a centralized cluster must no exceed? I know in a distributed call processing cluster the server can be no more than 40ms round trip, 3000km/1890 miles away.
Does the time have to do with the amount that you set in the callmanager service parameter for the phone and the callmanager to see other and be able to respond back to one another by its keepalives?
40ms RTT is not for a distributed call processing cluster, but for callmanagers (pub and subs) with in the same cluster. I have seen a few issues with POE when the distance of the cable run (300ft) is close to 300 ft...other than that there shouldnt be any problems.
I am always bad with naming conventions but what I was referecning was the clsutering over the WAN. So you can have a cluster here in the US and have an IP phone hang off of it in lets pick a far away point Ukraine and not have any delay to dial tone or have it constantly loose connectivity?
You can a phone registered with remote cluster as far away as you want if networking infrustructure is in place. Even with delay over 1 sec the conversation will be very acceptable AS LONG AS jitter is minimal and QoS is in place. I have IP phone (in US) registered with cluster in Mexico and sometimes conversation is ok. We don't have QoS and network is heavily oversubscribed. But if there is good infrustructure there should be no problem.
Don't even try VPN tunnel between countries. Chances are it will not work.
IntroductionCUCM Routing RulesDial String implementation PolicyCUCM Routing LogicSIP URI Call Routing Analysis+++ Case Study: 1 ++++++ Case Study: 2 +++Conclusion
Over the last few months, I have had the privilege of working on SI...
Are you getting this error “Installer User Interface Mode Not Supported. The installer cannot run in this UI mode. To specify the interface mode, use the -i command-line option, followed by the UI mode identifier. The value UI mode identifiers...