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

Hunter Fuller hf0002 at uah.edu
Fri Jan 31 12:01:43 EST 2020


Lelio,

We worked around this by never assigning DNs in UCM. We only assign
ipPhone in AD. Then, our UCM filter only matches users with ipPhone.

So the typical process for a new user is to modify the user's ipPhone,
then run UCM sync, then self provision. Not too bad.

--
Hunter Fuller
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering

On Thu, Jan 30, 2020 at 5:44 PM Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
>
> 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> 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.


More information about the cisco-voip mailing list