[cisco-voip] Extension Mobility - CSS and Partitions

[Tim Smith]

Hi Michel,

I’d say this would be a pretty uncommon configuration.

Maybe you could explain the call flow you are trying to achieve?

The most common approach is to have a different number range for your logged out phones
Also common to have a single partition for all your internal extensions – i.e. PT_EXTENSIONS (there are cases to have extensions in different partitions, but you’ll find it is common and simple to have a single PT)

As you said, if the UDP is not logged in, then you can use CFWD unregistered to send the call somewhere else – i.e. voicemail, hunt group, reception, shared line maybe?

If you really want it to be the same number on the logged out and logged in, then simplest might be to just use the same DN – i.e. 1000/PT_EXTENSIONS on the phone and UDP.

Cheers,

Tim

From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Michel L. M. B. Perez
Sent: Friday, 9 May 2014 10:11 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Extension Mobility - CSS and Partitions


Hello guys,

I would like to talk and ask, what is the best way to do Extension Mobility in my case. I will try to explain the topology.

I have my CUCM cluster, and i have two phones, Extension Mobility is working fine login and logout with ms ad credentials, the phones are configured with a dn 1001 and 1002, both are on PT_LOGOUT and CSS_INT_EMER, when the users at this phones log in the will use the same numbers 1001 and 1002 but now they are on PT_LOGGED and CSS_PERMIT_ALL.

When somebody call from PSTN the CSS from gateway is configured first with PT_LOGGED and after that with PT_LOGOUT.

The user on PSTN hear busy tone, cause 1001 and 1002 on PT_LOGGED are created associated with EM_UDP, and this EM is not logged on phone.

I configured a CSS_FWD and associated this with DN on PT_LOGGED forward unregister this CSS_FWD has the PT_LOGOUT numbers. And take the DN option in blank, if i complete de DN option it works.

Somebdy has this same problem?

Thanks.,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140509/26ba6369/attachment.html>