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<x-apple-data-detectors://1/0> 519-824-4120 Ext. 56354<tel:519-824-4120;56354> | le...@uoguelph.ca<mailto:le...@uoguelph.ca> www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook [University of Guelph Cornerstone with Improve Life tagline] On Nov 26, 2018, at 6:50 PM, Anthony Holloway <avholloway+cisco-v...@gmail.com<mailto:avholloway+cisco-v...@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 <ryanh...@outlook.com<mailto:ryanh...@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-boun...@puck.nether.net<mailto:cisco-voip-boun...@puck.nether.net>> on behalf of Sam Jones <jones...@isu.edu<mailto:jones...@isu.edu>> Sent: Monday, November 26, 2018 5:08 PM To: cisco-voip@puck.nether.net<mailto:cisco-voip@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@puck.nether.net<mailto:cisco-voip@puck.nether.net> https://puck.nether.net/mailman/listinfo/cisco-voip _______________________________________________ cisco-voip mailing list cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net> https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
