Using TAPS with +E.164 directory numbers

Document

Sep 24, 2010 1:11 AM
Sep 24th, 2010

The Tool for Auto-Registered Phone Support (TAPS) loads a preconfigured phone setting on a phone. The TAPS works in conjunction with the Bulk Administration Tool (BAT) to minimize installer effort during phone placement. After the BAT is used to bulk add phones with dummy MAC addresses to Cisco Unified Communications Manager, you can plug the phones into the network.

The administrator or the phones’ user can then dial a TAPS directory number, enter their extension and that causes the phone to download its´ configuration. At the same time, the phone gets updated in the Unified CM database with the correct MAC address of the phone.

Cisco Unified Communications Manager started to support a leading “+” as part of routeable patterns and as such also directory numbers with release 7.0. Customers intending to use TAPS (Tool for Auto-Registered Phones) to provision phones with a “+” in the directory number hit a problem in that phones can not send “+” as DTMF which would be required as part of the TAPS call flow to instruct the TAPS application which phone configuration to apply to the calling phones.

This application note will describe how to modify the TAPS application to resolve that issue and deploy phones with +E.164 directory numbers using TAPS.

Average Rating: 5 (1 ratings)

Comments

jake-savage Mon, 09/12/2011 - 12:30

Good doc, but it doesn't work on CCX 8.5.  Page 5 - updating the SET command for getBATConfig errors out with:

Unable to parse expression; mismatched authorization code:  <code1> and <code2>

If I replace <code1> with <code2> I can get the SET step to save, but the application manager still goes out of service.  I've opened a case with TAC...guess I'll wait and see what they come back with.

jake-savage Mon, 09/12/2011 - 15:51

Update:  This does, in fact, work on CCX 8.5.  We found out the application manager was failing because Java was not licensed on the server (we're running Standard).  We ended up getting a temp license for Premium to enable Java and it's working correctly now.

The step to set strBATDNE164 to strBATDN.replace("*", "\+") is Java based.  Maybe there's a way around if you're using Standard? 

Anyway, the standard TAPS file works correctly on CCX Standard.  Cisco should consider enabling E.164 within the default file so other customers who buy CCX for the sole purpose of TAPS, don't have to upgrade to Premium.

jmossman Mon, 12/19/2011 - 07:46

Any roadmap to include a modified script and documentation in the bundled taps.aef script?

How about the requirement for Premium/IVR ports?  Any possibility this can be done in future with Standard?

jake-savage Mon, 12/19/2011 - 07:51 (reply to jmossman)

Not sure.  The first TAC engineer I got told me I needed Premium and sent me down the road to get a temp license.  Later during a meeting with my client and Cisco AS, it was mentioned that Enhanced would work as well.  That was the last I heard of it.

roger.kallberg Tue, 01/31/2012 - 06:54

Small update, this script change is not possible to do in Enhanced. But I found this post on Cisco communities, https://communities.cisco.com/thread/1846

It contains a script by Mr William E Welch with the changes needed to add support for DN in +E164 format. I have tested it with CUCM 8.6.2.20000-2 and CCX 8.5.1.10000-37 (Enh lic) and it works as a charm.

jason.aarons@us... Mon, 05/06/2013 - 14:18 (reply to b.conrad)

I'm a Cisco Gold Partner, when I click on the above URL when logged into Cisco.com I get;

"Please login to access this site (top right of this screen).  If your  login is unsuccessful, your Cisco.com login does not have the authority  level to access this site."

Could you email this to me at jason.aarons at us.didata.com

Actions

Login or Register to take actions

This Document

Posted September 24, 2010 at 1:11 AM
Stats:
Comments:7 Avg. Rating:5
Views:1686 Contributors:5
Shares:0
Tags: taps, e.164
+

Related Content

Documents Leaderboard