partition and CSS Unity Connection 11.0

[mmarchand1]

Hi,

Need to understand how partition and CSS is working in Unity Connection 11.0

I have two call handler in the same partition and the same CSS one on ext.5201 and the other one 5202

5201 is the main number Backdoor

5202 is an overflow of an ext. in CUCM when No answer.

Calling the main number backdoor and during greeting dial ext.5202 it goes directly to the overflow call handler instead of ringing the ext.5202

If I change the partition not the CSS of CH 5202 the call is ringing to the ext.

Why when in the same partition the call go directly to CH?

[Chris Deren]

partiions and CSSes in UCNX have nothing to do with CSS/Partitions in CUCM.  They only pertain to calls within voicemail, i.e user attempts to forward a message to another user, call handler has option to forward call to extension, etc.

[mmarchand1]

Hi Chris

I know that, what I mean is the if the Call Handlers UCNX partition are the same Call Handler 5201 send the call to Call Handler 5202 instead of ringing the ext

Never talked about CUCM

Thanks.

[Chris Deren]

If 5202 is assigned to call handler what do you mean it is ringing 5202?

How is the call handler 5202 configured?

[mmarchand1]

Hi Chris

I have a workaround that is working, My question is really how does the UCNX Partition and CSS interact with call flow.

Meaning, when Call handler 5201 answer you can normally dial an extension number at anytime and then UC sends back the DTMF to CUCM and the phone ring (it's doing that for another extension that has no CH assigned) but when there is another CH configure on the extension you are dialing and in the same partition of your original answering CH it does not send the call to CUCM it just send it to the assigned CH. also if the CH is in a different partition of the answering CH it will send the DTMF to CUCM, is this the normal call flow?

Yes my 5202 call handler transfer rule is configured to go to greeting if this is what you want to know.

If yes this is the normal call flow then we will manage CH differently so this situation does not appear.

[Chris Deren · Accepted solution]

It works just like it does not CUCM, based on the CSS assigned to the dialing device in this case the CH it looks through available patterns in partitions assigned to this devices, if there is another user or CH with matching pattern it will route to it. If there isn't then it depends on how that CH is configured, if it has "Allow Transfers to Numbers Not Associated with Users or Call Handlers" checked under during greeting option then it will allow blind transfer to CUCM.