topic not sure what you mean by in Unified Communications Infrastructure

call park

marora1209 — Tue, 19 Mar 2019 17:29:12 GMT

We have two Subscriber servers and we have call park ranges defined for both.

Is there a way to restrict users so only the SUB they registered too will be used when they press call park soft key.

Currently, it is randomly choosing call park from both SUBSCRIBERS.

Thanks

Hi,

Manish Gogna — Tue, 15 Dec 2015 06:04:57 GMT

Hi,

If the Enable Clusterwide CallPark Number/Ranges service parameter is set to True, then the following rules apply:

Park numbers for all nodes in a Cisco Unified CM cluster are now allocated from a single entity, the lowest active node in the cluster. Therefore, Cisco Unified CM ignores the field on the Call Park Number Configuration web page
The single entity allocates park numbers from a pool of all configured park numbers, regardless of which Cisco Unified CM is assigned.
Cisco Unified CM allocates park numbers through strict enforcement of the partition order in the Calling Search Space (CSS) of the parking party. This update provides a predictable behavior that is easy for administrators to understand.

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/9_1_1/ccmfeat/CUCM_BK_C3E0EFA0_00_cucm-features-services-guide-91/CUCM_BK_C3E0EFA0_00_cucm-features-services-guide-91_chapter_0110.html#CUCM_RF_U980BF05_00

Manish

- Do rate helpful posts -

Problem is this parameter is

marora1209 — Tue, 15 Dec 2015 14:24:13 GMT

Problem is this parameter is not set to TRUE. It is set as False

Enable Clusterwide CallPark Number/Ranges

Thanks

Hi,

Manish Gogna — Tue, 15 Dec 2015 14:36:27 GMT

Hi,

With this parameter set to false this is how it should work. Cluster wide park set to false. This is the default and what it does is park the call based on the originating device node, meaning if the call comes through node 2 and the phones are registered to node 3 , if the phone selects park, the call will be parked in the node that received the call or originated the call in this case node 2.

You can make a few internal test calls between two IP phones, in that case you should get the park slots from the node to which phones register, however for inbound calls this may vary based on which node handled the call.

Manish

- Do rate helpful posts -

What if the call is coming

marora1209 — Tue, 15 Dec 2015 14:39:39 GMT

What if the call is coming from PSTN and phone is registered to node 2? Should it not be selecting the park numbers assigned to Node 2

It will depend on which node

Manish Gogna — Tue, 15 Dec 2015 14:45:36 GMT

It will depend on which node handled the call for the endpoint, if it is coming through Node 2 then only park slot will be given by Node 2, else the other node which handled the call.

Manish

not sure what you mean by

marora1209 — Tue, 15 Dec 2015 14:53:56 GMT

not sure what you mean by which node handled the call. If phone is registered to Node 2, will that not handle the call?

Do you mean by which dial peer is accepting the call and based on that it chose node 2 vs node 3?

Moreover for me it is switching park numbers between two nodes randomly.

Yes, the node which handles

Manish Gogna — Tue, 15 Dec 2015 15:02:25 GMT

Yes, the node which handles the call is determined by the dialpeers and the device pool settings on the gateway / trunk through which the call comes in.

Switching park numbers between two nodes randomly needs more explanation. Can you make 10-15 continuous calls between two endpoints registered on cucm and see if the park switching takes place for them as well. If yes, then there could be an issue with database. If external calls are involved then you need to check which cucm is allowing the calls in.

Concentrate on one IP phone, one incoming gateway if you want to get to a conclusion.

Manish