No current CUC versions (including 8.5) support +e.164 natively but it
is still possible Check out these excellent tips!
We tried E.164 in 8.6(1) in our lab before the release notes were out and it is not valid for the Primary Extension, but the + is accepted on alternate extensions, routing rules, MWI, and basicaly everywhere else EXCET the Primary Extension.
A client told me today that the 8.6(2) release does support E.164 on the Primary Extension, but I can't find anything that documents this.
Does anyone know?
I tried 8.6(2a). This does not allow Primary Extension to be in +E.164 format so for now it looks like I will need to stick with using the workaround (+E.164 DN as Alternate Extensions). The information I got from Cisco was that this workaround would not be required for version 8.6(1) so this is very dissappointing.
My client will be moving to Unified Messaging. The users have their directory number in +E164 format which matches their directory number in AD.
Has anybody used +E164 numbering for UM on CUC? .....or should I wait for Cisco to release a version for CUC that fully supports +E.164?
If your client is doing a rework for UM and going to e164 then I would insert it now into CUC as the alternate extension and use the no + version for the primary. Then when 9.0 comes out and if E164 is finally supported on the primary you can write up a rework project where you use COBRAS to change all the primary extensions on the users. The current version of COBRaS allows for user Id and primary extension changes. We are doing this at several large clients who are moving to CUCM 8.5 and had the budget to do the dialplan rework now.