[cisco-voip] Logical Partitioning Behaviour

[Nate VanMaren]

The time I spent working with logical partitioning was a little frustrating.  Like you have found, it is nothing more than a policy engine that says yes or no to calls.  It happens AFTER routing decisions.

I never got around to fixing everything.

-Nate
From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Valvona, Andrew
Sent: Friday, January 10, 2014 6:09 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Logical Partitioning Behaviour

Hi All,

I've been spending some time configuring Logical Partitioning in CUCM for a site in India. I've set the enterprise parameter default to 'allow' and then set individual policies to deny where appropriate. This is working well, although I have run into some behaviour which is causing me some problems. The scenario which I am running into is this:

A user in India sets CFwd on their device to an external number
Another user (Singapore for example) calls the India user
The call fails with a reorder tone

According to logic and the documentation, this is expected behaviour. However, what I'd ideally like is for the CFwd to continue to work, but for the call to instead fall back to an alternative voice gateway. Has anyone else experienced this and found a legal workaround? Outbound dialling is E.164 based, so I shouldn't have any issues with digit manipulation.

Thanks,

Andrew

________________________________
Registered No. 755780 England
Registered Office: FM Insurance Company Limited
1 Windsor Dials, Windsor,
Berkshire, UK, SL4 1RS
Regulated by the Financial Services Authority.
VAT No. G.B.: 792 4276 02


 NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140110/6d2eafa2/attachment.html>