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

Pawlowski, Adam ajp26 at buffalo.edu
Thu Jan 30 18:52:42 EST 2020


We also map mail to directoryURI , and enable IM&P automatically, so I added a concat (&(mail=*)) to ensure we don’t sync people without a URI.


From: cisco-voip <cisco-voip-bounces at puck.nether.net> On Behalf Of Lelio Fulgenzi
Sent: Thursday, January 30, 2020 6:45 PM
To: Hunter Fuller <hf0002 at uah.edu>
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) ?

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<mailto:hf0002 at uah.edu>>
Sent: Thursday, January 30, 2020 6:26 PM
To: Lelio Fulgenzi <lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>>
Cc: Charles Goldsmith <w at woka.us<mailto:w at woka.us>>; voyp list, cisco-voip (cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>) <cisco-voip at puck.nether.net<mailto: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/d2bee13e/attachment.htm>


More information about the cisco-voip mailing list