[cisco-voip] E164 Globalization Problem

[Matt Slaga (AM)]

This is pretty common.  Our solution has been translation patterns when companies use E164 for DNs (convert 4 or 5 digits to E164), and international dialing codes when dialing outside out of the country (ie, 00 or 011) with translation to E164.  I have not had a single customer that was happy to dial a full E164 number when dialing the person in the cube next door. :)

7940s and 7960s have no issues displaying '+', in fact I've got a few on my desk here with a '+' in the DN. 

Another item to be aware of is that H323 trunks strip and ignore the '+', so you have to add it back in at the gateway config of UCM.

HTH



-----Original Message-----
From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Fred
Sent: Thursday, April 14, 2011 2:14 AM
To: ciscovoip
Subject: [cisco-voip] E164 Globalization Problem

So I see the value in globalizing numbers as they ingress into CUCM to
E.164 global formats (i.e. +14082201852).  The benefits for mobility and desktop/mobile clients are clear.

Here's the rub: 2nd generation IP Phones (i.e. 7940/7960/IP
Communicator) and their lack of support for dialing "+"

The 8.x SRND states that they cannot display the "+" symbol.  In testing, it appears that this is not quite correct.  They display "+"
while alerting and while browsing calls lists just fine.  However, when dialing a number containing "+", they appear to ignore it and go immediately to the first true digit.  Which, inevitably, will overlap with most internal dial-plans.

Initially I thought I could work-around this issue for the older handsets by using Calling Party Transformations - on only these devices.  Only these devices don't seem to do anything with these transforms.

So if a customer is looking to deploy the newest mobile technology
*and* implement E164 normalization/globalization to make that technology work best, they are seemingly stuck if they happen to have older phones.  Or IP Communicator, which works in the same fashion.
This happens to be the significant majority of my largest Cisco UC customers.
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
-----------------------------------------
Disclaimer:

This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the
designated addressee(s) named above only.  If you are not the
intended addressee, you are hereby notified that you have received
this communication in error and that any use or reproduction of
this email or its contents is strictly prohibited and may be
unlawful.  If you have received this communication in error, please
notify us immediately by replying to this message and deleting it
from your computer. Thank you.