Adam,

I believe currently the limitation is a CUCM cluster must be tied to one CER 
server group.  I'd see a lot of issues with one CER group tracking a phone and 
it showing as unlocated for another CER server group.

I do not know of anything being done to support the scalability of CER for that 
large of an environment.  Maybe someone else can chime in on that.  

I would recommend working with your Cisco account team to have them run this by 
the CER Business Unit and see if it can be achieved in a future release.

Thanks,
Brian Meade

-----Original Message-----
From: cisco-voip [mailto:[email protected]] On Behalf Of 
Pawlowski, Adam
Sent: Monday, February 17, 2014 2:11 PM
To: [email protected]
Subject: [cisco-voip] CER Clustering on a single UCM Cluster

Afternoon,

     I've been looking at setting up a CER cluster of two CER server groups, to 
support the documented capacity of number of ERLs. I'm not having a performance 
problem with what I have now, but, as those are the requirements, and I have 
over 29k ERLs, that would seem to be what I need to do here. I've managed to 
figure out how to get the two groups clustered together, but, I want to make 
sure this is a supported configuration. All the doc implies that would do this 
between UCM clusters, and that's how it seems to want to behave. On the 
"Unlocated Phones" screen, any phones that are not tracked by either group (new 
installs, say, and the ports are not discovered/doc'd) , show up twice. Once 
they're located by an ER group (but do not have an ERL defined) they disappear 
off of this screen. So, there's really no way to use it for things that don't 
have an ERL, they just are using default on some switch. 
     Is this breaking something, other than making the unlocated phones screen 
useless? Assuming I can account for phones using the default ERL somehow 
otherwise, does this set up work? Is this how I should be running this?

Thanks for your tips

Regards,

Adam P
SUNYAB

_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip

Reply via email to