I was looking if someone knows if it is possible to have a UC deployments with two main sites. One with a node of UCM (normal design). Then each side will have a EXP-C and a EXP-E, but this servers will not be a cluster. Meaning each site will have it own Expressway system.
Is this possible?
How can we make the endpoints to choose one on another site? Can endpoints of different Expressways system communicate with each other?
Yes, this is possible. There are a couple approaches that might work depending upon your sites and DNS.
One approach to direct users from each site to their respective Expressway pair is to use a different service discovery domain for each site. Let's use east and west sites as an example. Users from the east site would be configured to use east.example.com for service discovery, and that would resolve to an A-record that points to the East Expressway-E. And users in the west site would use west.example.com for service discovery. And this domain is not something the users need to be aware of, it can be provided in the jabber-config.xml (under VoiceServicesDomain policy) that clients download from CUCM TFTP servers, or is bootstrapped into the client via MSI (jabber for windows) or URL configuration (for non windows jabber clients).
The other approach would be to use a GEO-DNS service that will direct users to the closest Expressway based on their location. This would allow all users to use a single DNS domain for service discovery, but it will require a GEO DNS service to load balance DNS responses based on the user location. For this to work, the distance between your sites (east and west) needs to be far enough that the GEO DNS service can actually differentiate between users at each site and direct them appropriately. There are plenty of Geo DNS providers out there to evaluate, I recently worked with CloudFloor (https://www.cloudfloordns.com) which allows SRV load balancing and is a clean solution, whereas some providers will have you load balance the A-record returned in the SRV response, which is possible too. There's some good info in the Preferred Architecture CVD on this as well, https://www.cisco.com/c/en/us/td/docs/solutions/CVD/Collaboration/enterprise/12x/120/collbcvd/edge.html#56595
Endpoints or users connecting over the East Expressway C/E pair should be able to communicate with users connecting over West Expressway pair as long as RTP media can stream between Exp-C hosts in the east and west sites. And Jabber clients will be able to chat as well.
Sometimes you want to use Wireshark to capture packets On Cisco Meeting Server to troubleshoot and investigate video call issues, quality issues, or may be Expressway integration, WebRTC Connections, or why not, understand how the communication and the ca...
When we talk about Stun Protocol used for NAT traversal in voip environment, the common term used when talking about the Type of NAT that is compatible with Stun is “Full Cone NAT”, then when we explain why Turn Protocol is developped to replace Stun Prot...
From X8.11 of Cisco Expressway, a new concept of load balacing based on priority and weight instead of the round robin for better load balancing and probe is added to prevent the Cisco Expressway-C to sollicit a webbridge when it is down.Assume all ...
Local Zone: This is a collection of all devices that are registered with Cisco Expressway. The local zone is divided to subzones. These subzones include the automatically crated default subzone and up to 1000 manually configured subzones. In additio...
Datacenter virtualization is the process of employing virtual hardware for designing, developing, and implementing the datacenters. It is often used as an umbrella term that entails different categories like application virtualization, server virtua...