[cisco-voip] Best Practice or Way to bulk update Caller ID
Anthony Holloway
avholloway+cisco-voip at gmail.com
Tue Nov 27 09:28:42 EST 2018
Probably because CUC is only updating the user account, which CUCM also
does; CUC is not updating other Objects like DNs and Line Appearances.
There's no perfect solution, because of us, the users/humans which make up
the system. Just look at how they tried to do caller ID lookups with
Jabber, which pulls straight from AD, but even that has false matches from
time to time.
On Mon, Nov 26, 2018 at 10:38 PM Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
> After all this, it certainly would be nice to be able to do this
> automatically. Either tied to or not tied to a userid or telephone number
> or directory entry. Or any combination thereof.
>
> Connection does it, even if not completely well (display name doesn’t get
> updated upon directory update), why not CallManager?
>
>
>
> *-sent from mobile device-*
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio at uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
> On Nov 26, 2018, at 6:50 PM, Anthony Holloway <
> avholloway+cisco-voip at gmail.com> wrote:
>
> Don't forget the Alerting Name field. This is also Caller ID, but like in
> reverse.
>
> Never having had to perform this action before, I would be curious as to
> how many records are "out of sync".
>
> Try running the following, or a similar SQL query to see who isn't lining
> up correctly:
>
> *run sql select \*
> *limit 25 \*
> *u.telephonenumber, u.firstname, u.lastname, dn.dnorpattern,
> dn.alertingname, dn.alertingnameascii, la.display, la.displayascii,
> la.label \*
> *from devicenumplanmap as la \*
> *left join numplan as dn on la.fknumplan = dn.pkid \*
> *left join enduser as u on right(dn.dnorpattern, 12) = u.telephonenumber \*
> *where \*
> *(u.telephonenumber is not null and u.firstname is not null and u.lastname
> is not null) and \*
> *(concat(concat(u.firstname, ' '), lastname) <> dn.alertingname or
> concat(concat(u.firstname, ' '), lastname) <> la.display) \*
> *order by u.lastname, u.firstname *
>
> *Legend*
> Limit - Feel free to increase/decrease/remove the limit command
> Offending Records - Feel free to add/remove/modify the offending record
> finder. I.e., This filter only matches the AD first + last against
> alerting and display, and also it assumes your DNs are
> \+1[2-9]XX[2-9]XXXXXX formatted, and your AD telephoneNumbers
> are +1[2-9]XX[2-9]XXXXXX formatted, so it removes the \ on the DN for
> lining up records with the right function, 12 characters in.
>
> *The funky looking concat commands are because of two reasons: 1) the CLI
> parser wont let me use pipes to concat, and 2) the concat function only can
> concat two fields at once, so we have to run it twice to insert the space
> between names. Else, you might be able to pull the displayname field
> instead. In my case this is Lastname, Firstname, so concatenating the
> first and last on my own was better.
>
> The output will look something like this:
>
> *telephonenumber firstname lastname dnorpattern alertingname
> alertingnameascii display
> displayascii label*
> *=============== ========= ================ =============
> ========================== ==========================
> ========================== ==========================
> ===========================*
> *+16125551212 Anthony Holloway \+16125551212 Tony Holloway
> Tony Holloway Tony Holloway Tony
> Holloway Tony Holloway - 1212*
>
> *Legend*
> AD Fields (Once per account)
> DN Fields (Once per DN)
> Line Appearance Fields (Can exist multiple times for every appearance this
> DN exists on)
>
> From there, I would bring the data into MS Excel, filter, sort, fix, etc.,
> and then I would use the AXL SQL Toolkit to submit each update
> individually. Once for the DN and once for the line, per correction. This
> will automatically reset phones, just like a BAT operation would.
>
> E.g.,
>
> *Update the DN fields*
> *update numplan set alertingname = 'Anthony Holloway', alertingnameascii =
> 'Anthony Holloway' where dnorpattern = '\+16125551212'*
>
> *Update the LA fields*
> *update devicenumplanmap set display = 'Anthony Holloway', displayascii =
> 'Anthony Holloway' where fknumplan = (select pkid from numplan where
> dnorpattern = '\+16125551212')*
>
> With any approach you take, there are going to be one-off cases you'll
> likely need to manually handle, and not too mention, your environment may
> have sticking points which completely prevent you from being able to use
> bulk tools. E.g., Your fields are all jacked up, your DNs don't line up
> with your AD telephoneNumbers, etc.
>
> If you think you'll have to perform this activity more than once, then I
> would suggest writing a program to perform the sync operation on a
> schedule. I think Adam was just talking about doing this exact task, with
> Pete's PowerShell thingy.
>
> https://cisco-voip.markmail.org/thread/uajz3af37ptg5cyy
>
> Good luck!
>
> On Mon, Nov 26, 2018 at 4:33 PM Ryan Huff <ryanhuff at outlook.com> wrote:
>
>> Hi Sam,
>>
>>
>> I'm assuming (since you said Caller ID), that you are referring to
>> "Display (Caller ID)" and the older, "ASCII Display (Caller ID)" fields.
>> You can bulk update these fields by first, exporting the phones through,
>> "Bulk Administration > Phones > Export Phones > All Details". After
>> selecting that menu navigation, you'll have the familiar GUI based query
>> tool that will allow you to specify search limit and qualifier clauses, for
>> the number of phones you wish to export.
>>
>>
>> Once you have the resulting export file downloaded, I would typically use
>> MS Excel (or some other type of comma deliminated parser) to open the file.
>> Once opened, find the Display (Caller ID) field and adjust as desired for
>> each phone. If you wish to concatenate the the FN and LN of the user into
>> this field, you'll need to use some "script magic" (Python, PHP, Perl, Bash
>> ... etc) or good old fashioned copy/paste elbow grease to compile this info
>> from elsewhere in the spreadsheet; assuming such data exists for the line
>> on another column within the same row; phone description, line description
>> ... etc.
>>
>>
>> All this to bring me to a closing thought, which is to verify your
>> understanding that this would only affect internal (onnet) Caller ID and
>> not what is presented to a called party over the PSTN. Caller ID (ANI)
>> presented on the PSTN is the job of a), your carrier to enter the correct
>> data into the ANI ALI database and B), the called party's carrier to
>> perform the appropriate CNAM dip into the ANI ALI database and ultimately
>> present the characters to the called party's device in the appropriate
>> facility / contact header.
>>
>>
>> Thanks,
>>
>> Ryan Huff, CCDP, CCNP
>> Cisco Certified Network and Design Professional
>>
>>
>> ------------------------------
>> *From:* cisco-voip <cisco-voip-bounces at puck.nether.net> on behalf of Sam
>> Jones <jonesamu at isu.edu>
>> *Sent:* Monday, November 26, 2018 5:08 PM
>> *To:* cisco-voip at puck.nether.net
>> *Subject:* [cisco-voip] Best Practice or Way to bulk update Caller ID
>>
>>
>> I am looking for the fastest way to update the Caller ID across all our
>> directory numbers with the first and last name of users synchronized from
>> Active Directory.
>> I cannot find a how to do this:
>> automagically with a synchronization from Active Directory
>> Or
>> through Bulk Administration
>>
>> Any guidance to how I can accomplish this is appreciated.
>>
>> *Sam Jones*
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20181127/4ff28127/attachment.html>
More information about the cisco-voip
mailing list