[cisco-voip] CUCM requirements for AD account import - anything else other than SN=* (non-empty) ?

[Lelio Fulgenzi]

Using the ipPhone field is an option. However, it’s a bit of a chicken and egg thing. They don’t have an extension until we assign it. And we can’t import them until they have the number in that field.

So we’d have to assign them an extension, modify the attribute, then sync manually, then import, etc.

There are some other scenarios which still wouldn’t help though.

It’s a drag. ☹

But I’m still not defeated!

From: Hunter Fuller <hf0002 at uah.edu>
Sent: Thursday, January 30, 2020 6:26 PM
To: Lelio Fulgenzi <lelio at uoguelph.ca>
Cc: Charles Goldsmith <w at woka.us>; voyp list, cisco-voip (cisco-voip at puck.nether.net) <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CUCM requirements for AD account import - anything else other than SN=* (non-empty) ?

On Thu, Jan 30, 2020 at 4:51 PM Lelio Fulgenzi <lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>> wrote:
We can’t filter on anything telephone number based. Sounds silly, but the information in the directory doesn’t always jive with what someone wants, extension wise.

This was true for us. Our solution was to populate the ipPhone field with their real phone number and populate telephoneNumber with what they wanted to appear in the directory (e.g., their admin assistant, or for some people in IT it's the help desk, etc. etc.). Then UCM/Unity use the ipPhone attribute for provisioning and all is well in the world.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200130/26afbb73/attachment.htm>