[cisco-voip] Repost - Attendant Console presence...

Tue Jun 12 22:53:45 EDT 2007

>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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20070612/ed1dafd9/attachment-0001.html 