[cisco-voip] Repost - Attendant Console presence...
Ryan Ratliff
rratliff at cisco.com
Wed Jun 13 09:17:02 EDT 2007
When you enable LDAP authentication CM backhauls all password stuff
to AD. I've never seen an ldap integration without authentication as
well so I'm not sure if we synch passwords as well without it or what.
-Ryan
On Jun 12, 2007, at 10:53 PM, Justin Steinberg wrote:
>Now, the question is, are these CCM-specific fields stored in AD, or
>in some stripped-down Linux version of DCD?
Stored in CCM Informix DB. The CM 5.x ldap synch is one way...into
callmanager. CallManager specific attributes are stored in informix
and therefore, there is no dependency on AD for things such as
Extension Mobility since the pin is stored on callmanager. If AD is
down, the pin can still be authenticated and users can login.
However, the password is from AD. I think ccmuser won't work if AD
is down because callmanager proxys this request to AD.
On 6/12/07, Jonathan Charles <jonvoip at gmail.com> wrote: OK, I tried
it with a test box. I integrated with AD and made a lot of
CallManager-specific things to a few users. I associated a device, I
associated an Extension Mob device profile, I set their primary
extension and I added them to user groups.
I then added a second integration to the same AD DC with ipPhone
instead of telephoneNumber. I performed a full synch and the data came
over. I then deleted the original LDAP integration.
All of the CallManager-specific things were still there... the user
group, device associations, etc.
Looks like it worked like a champ.
Now, the question is, are these CCM-specific fields stored in AD, or
in some stripped-down Linux version of DCD?
Jonathan
On 6/12/07, Jonathan Charles <jonvoip at gmail.com> wrote:
> I don't see how we can change any without first deleting the LDAP
reference.
>
> There is no way to edit the field after it has been configured (or
> none that I am aware of).
>
> I have now found about six ways to do this and none of them are
> acceptable to the customer (including changing the
> CorporateDirectory.txt file on the PCs)...
>
> At the end of the day, the only thing the customer will accept is the
> ipPhone field, but I need to do it in a way that will NOT blow out
the
> existing user configurations (PINs, device associations and primary
> extensions).
>
>
>
> Jonathan
>
> On 6/12/07, Ryan Ratliff <rratliff at cisco.com> wrote:
> > You won't nuke anything by adding this value. Try setting one,
kick
> > off an ldap synch, and see how nothing changes.
> > The ipPhone attribute won't be used by default because in the LDAP
> > Directory configuration you can choose whether you want the CM
Phone
> > Number attribute to be the AD telephoneNumber or ipPhone attribute.
> > It looks like you can't modify the existing config, so you'll
have to
> > copy it, change the attribute, then delete the old one.
> >
> > So you have three options. You can create a custom directory file
> > (see AC documentation) and use it, get the ipPhone attribute set on
> > all your users with their internal extension, change the LDAP synch
> > to use it, and re-synch...
> >
> > Or the final option is to mess with the directory lookup rules.
> > In the 4.x documentation it talks about creating directory lookup
> > rules via modifying the DialRules.xml file on the server. This has
> > definitely changed with 5.x
> >
> > 4.x docs for directory lookup rules:
> > http://www.cisco.com/univercd/cc/td/doc/product/voice/c_callmg/4_1/
> > sys_ad/4_1_3/ccmfeat/fsccmac.htm#wp1146596
> >
> > 5.x directory lookup rules:
> > http://www.cisco.com/univercd/cc/td/doc/product/voice/c_callmg/5_0/
> > sys_ad/5_0_4/ccmcfg/b03dirlk.htm#wp79051
> >
> > -Ryan
> >
> > On Jun 11, 2007, at 5:40 PM, Jonathan Charles wrote:
> >
> > Yeah, found it.
> >
> > But how do we change over without nuking the users out? I don't
want
> > to have to go back and re-associate every device and create new PIN
> > numbers.
> >
> >
> >
> > Jonathan
> >
> > On 6/11/07, Brian Henry <Brian.Henry at apptis.com> wrote:
> > > ?
> > >
> > >
> > > There is an attribute for the ipPhone field under every User
Object
> > > in AD.
> > >
> > > Brian
> > >
> > > ________________________________
> > > From: cisco-voip-bounces at puck.nether.net on behalf of
> > > Jonathan Charles
> > > Sent: Mon 6/11/2007 5:18 PM
> > >
> > > To: Patrick Diener
> > > Cc: cisco-voip at puck.nether.net
> > > Subject: Re: [cisco-voip] Repost - Attendant Console presence...
> > >
> > >
> > >
> > >
> > > OK, here is an update... I know why it is broken, but don't
know how
> > > to fix it easily.
> > >
> > > Customer is AD integrated. AD has 10-digit extensions for the
> > > numbers.
> > > Only 4-digit on the phones.
> > >
> > > LDAP brought in numbers that don't match phone extensions.
> > >
> > > How can we fix this without modifying the AD telephone number?
> > >
> > > Under LDAP integrations, there is a listing for an ipPHone
field...
> > > where is this in AD?
> > >
> > >
> > >
> > > Jonathan
> > >
> > > On 6/4/07, Patrick Diener <patrick.diener at gmail.com> wrote:
> > >> the SUBSCRIBE CSS is used for the new "SIP based" presence
feature of
> > >> 5.0 and higher (BLFs, Presence enabled Call Lists, etc...)
> > >> If a "normal" CSS restricts the Route Patterns where a call
setup (in
> > >> SIP a INVITE message RFC 3261) can be routed to, the
SUBSCRIBE CSS
> > >> regulates from which extensions presence information can be
retrieved
> > >> (done using the SIP SUBSCRIBE message RFC 3265). Hence if you
are
> > >> restricted by the SUBSCRIBE CSS to send a SUBSCRIBE message
to an
> > >> extension no presence info can be retrieved...
> > >>
> > >> if that applies at all to AC, I don't know...
> > >>
> > >> Regards
> > >> Patrick
> > >>
> > >> On 6/4/07, Jonathan Charles <jonvoip at gmail.com> wrote:
> > >>> Ah, something new...
> > >>>
> > >>> What is a subscribe CSS???
> > >>>
> > >>>
> > >>>
> > >>> Jonathan
> > >>>
> > >>> On 6/4/07, Justin Steinberg < jsteinberg at gmail.com> wrote:
> > >>>> give this a shot. for your 'ac' user, ensure that you have a
> > >>>> properly configured 'subscribe css' that has visibility to the
> > >>>> partitions for the dn's you want to monitor.
> > >>>>
> > >>>> i know the subscribe css definately plays a role with
presence but
> > >>>> cant remember if ac needs this or not.
> > >>>>
> > >>>> justin
> > >>>>
> > >>>> On 6/4/07, Jonathan Charles <jonvoip at gmail.com> wrote:
> > >>>>> Which users, the AC users or the AC-special user?
> > >>>>>
> > >>>>> Or the end-users?
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>> Jonathan
> > >>>>>
> > >>>>> On 6/4/07, Matt Slaga (US) <Matt.Slaga at us.didata.com > wrote:
> > >>>>>> AC gets it's pseudo "presence information" from the user
> > > accounts.
> > >>>>>> These accounts need to be application users, and they
need the
> > > CTI super
> > >>>>>> provider set as well. 4.x worked the same way. Call
routing is
> > > based
> > >>>>>> on pilot points, user information comes from ac account
being
> > > associated
> > >>>>>> with devices.
> > >>>>>>
> > >>>>>> -----Original Message-----
> > >>>>>> From: Jonathan Charles [mailto: jonvoip at gmail.com]
> > >>>>>> Sent: Monday, June 04, 2007 1:24 PM
> > >>>>>> To: Matt Slaga (US)
> > >>>>>> Cc: Patrick Diener; cisco-voip at puck.nether.net
> > >>>>>> Subject: Re: [cisco-voip] Repost - Attendant Console
presence...
> > >>>>>>
> > >>>>>> Yes.
> > >>>>>>
> > >>>>>> AC works fine, except for presence.
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>> Jonathan
> > >>>>>>
> > >>>>>> On 6/4/07, Matt Slaga (US) <Matt.Slaga at us.didata.com >
wrote:
> > >>>>>>> Well, did you create the pertinent users for 5.x?
> > >>>>>>>
> > >>>>>>>
> > >>>>>>
> > > http://www.cisco.com/en/US/partner/products/sw/voicesw/ps556/
> > > products_ad
> > >>>>>>>
> > > ministration_guide_chapter09186a00806b7f16.html#wp1145819
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> -----Original Message-----
> > >>>>>>> From: Jonathan Charles [mailto:jonvoip at gmail.com]
> > >>>>>>> Sent: Monday, June 04, 2007 12:18 PM
> > >>>>>>> To: Matt Slaga (US)
> > >>>>>>> Cc: Patrick Diener; cisco-voip at puck.nether.net
> > >>>>>>> Subject: Re: [cisco-voip] Repost - Attendant Console
> > > presence...
> > >>>>>>>
> > >>>>>>> There is no DCD... it is ccm5.1.1b
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> Jonathan
> > >>>>>>>
> > >>>>>>> On 6/4/07, Matt Slaga (US) <Matt.Slaga at us.didata.com >
wrote:
> > >>>>>>>> Check to make sure you created the "ac" user in DCD with
> > > password
> > >>>>>>> 12345.
> > >>>>>>>>
> > >>>>>>>> -----Original Message-----
> > >>>>>>>> From: cisco-voip-bounces at puck.nether.net
> > >>>>>>>> [mailto: cisco-voip-bounces at puck.nether.net]
> > > On Behalf Of Jonathan
> > >>>>>>>> Charles
> > >>>>>>>> Sent: Monday, June 04, 2007 11:19 AM
> > >>>>>>>> To: Patrick Diener
> > >>>>>>>> Cc: cisco-voip at puck.nether.net
> > >>>>>>>> Subject: Re: [cisco-voip] Repost - Attendant Console
> > > presence...
> > >>>>>>>>
> > >>>>>>>> Yeah...
> > >>>>>>>>
> > >>>>>>>> AC works fine... except for this... someone suggested the
> > > Windows
> > >>>>>> FW,
> > >>>>>>>> but it is disabled... someone else suggested disabling
their
> > > AV...
> > >>>>>> but
> > >>>>>>>> I haven't tried it yet.
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>>> Jonathan
> > >>>>>>>>
> > >>>>>>>> On 6/4/07, Patrick Diener <patrick.diener at gmail.com>
wrote:
> > >>>>>>>>> I suppose CTI Manager Service and the CTI User and
Password
> > > that
> > >>>>>> is
> > >>>>>>>>> used by the TCD service has been checked...
> > >>>>>>>>>
> > >>>>>>>>> and the AC Application has been downloaded from the
> > > currently
> > >>>>>>> running
> > >>>>>>>>> CCM Version...
> > >>>>>>>>>
> > >>>>>>>>> Regards
> > >>>>>>>>> Patrick
> > >>>>>>>>>
> > >>>>>>>>> On 6/4/07, Jonathan Charles < jonvoip at gmail.com> wrote:
> > >>>>>>>>>> OK, so, we have installed attendant console on four
> > > different
> > >>>>>> PCs,
> > >>>>>>>> no
> > >>>>>>>>>> hunt groups, just a user with AC and the main number on
> > > her
> > >>>>>>> phone...
> > >>>>>>>>>> she routes the calls where they need to go...
> > >>>>>>>>>>
> > >>>>>>>>>> For speed dials and the directory we just have the
> > > question-mark
> > >>>>>>> of
> > >>>>>>>> doom...
> > >>>>>>>>>>
> > >>>>>>>>>> How do we get presence to work?
> > >>>>>>>>>>
> > >>>>>>>>>> I have tried all of the previous suggestions... setting
> > > the
> > >>>>>>>> interface,
> > >>>>>>>>>> etc. No luck...
> > >>>>>>>>>>
> > >>>>>>>>>> Call Control is up, the user is online... I have no idea
> > > why
> > >>>>>> this
> > >>>>>>>> doesn't work.
> > >>>>>>>>>>
> > >>>>>>>>>>
> > >>>>>>>>>>
> > >>>>>>>>>> Jonathan
> > >>>>>>>>>>
> > > _______________________________________________
> > >>>>>>>>>> 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
> > >>>>>>>>>
> > >>>>>>>>
> > > _______________________________________________
> > >>>>>>>> cisco-voip mailing list
> > >>>>>>>> cisco-voip at puck.nether.net
> > >>>>>>>>
> > > https://puck.nether.net/mailman/listinfo/cisco-voip
> > >>>>>>>>
> > >>>>>>>> -----------------------------------------
> > >>>>>>>> Disclaimer:
> > >>>>>>>>
> > >>>>>>>> This e-mail communication and any attachments may contain
> > >>>>>>>> confidential and privileged information and is for use
by the
> > >>>>>>>> designated addressee(s) named above only. If you are
not the
> > >>>>>>>> intended addressee, you are hereby notified that you have
> > > received
> > >>>>>>>> this communication in error and that any use or
reproduction
> > > of
> > >>>>>>>> this email or its contents is strictly prohibited and
may be
> > >>>>>>>> unlawful. If you have received this communication in
error,
> > > please
> > >>>>>>>> notify us immediately by replying to this message and
> > > deleting it
> > >>>>>>>> from your computer. Thank you.
> > >>>>>>>>
> > >>>>>>>
> > >>>>>>> -----------------------------------------
> > >>>>>>> Disclaimer:
> > >>>>>>>
> > >>>>>>> This e-mail communication and any attachments may contain
> > >>>>>>> confidential and privileged information and is for use
by the
> > >>>>>>> designated addressee(s) named above only. If you are
not the
> > >>>>>>> intended addressee, you are hereby notified that you have
> > > received
> > >>>>>>> this communication in error and that any use or
reproduction of
> > >>>>>>> this email or its contents is strictly prohibited and
may be
> > >>>>>>> unlawful. If you have received this communication in
error,
> > > please
> > >>>>>>> notify us immediately by replying to this message and
deleting
> > > it
> > >>>>>>> from your computer. Thank you.
> > >>>>>>>
> > >>>>>>
> > >>>>>> -----------------------------------------
> > >>>>>> Disclaimer:
> > >>>>>>
> > >>>>>> This e-mail communication and any attachments may contain
> > >>>>>> confidential and privileged information and is for use by
the
> > >>>>>> designated addressee(s) named above only. If you are not
the
> > >>>>>> intended addressee, you are hereby notified that you have
> > > received
> > >>>>>> this communication in error and that any use or
reproduction of
> > >>>>>> this email or its contents is strictly prohibited and may be
> > >>>>>> unlawful. If you have received this communication in error,
> > > please
> > >>>>>> notify us immediately by replying to this message and
deleting it
> > >>>>>> from your computer. Thank you.
> > >>>>>>
> > >>>>> _______________________________________________
> > >>>>> 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
> > >>>
> > >> _______________________________________________
> > >> 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
> > >
> > _______________________________________________
> > 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
More information about the cisco-voip
mailing list