[cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)

Thu Jan 8 10:05:09 EST 2009

Thanks for the feedback Adam, all making sense now.

btw.. this problem disappears in CUCM 7.X :) just tested this issue out..

solution for 7.X
1) set corp dir URL in ent params (per normal)
2) set ent param 'service provisioning' to 'both'
at this point when you hit 'directories' you will get PD, CD and your custom dir.
3) to remove the CUCM CD and leave your custom dir remaining, go and delete the 'Corporate Directory' service from 'Phone Services' under device menu option.
this will leave PD and your custom dir in tact.

thanks to all!

Andrew Riley
(a.k.a Riles)
Technical Consultant
CCIE # 18285 Voice
Consulting Services

Getronics Australia – A UXC Company
2 Minna Close
Belrose NSW 2085
Australia
Mobile:  +61 402 894 793
Fax:      +61 2 9847 7378
Email:    andrew.riley at uxcg.com.au
Web: http://www.getronics.com.au
________________________________________
From: adam.blomfield at gmail.com [adam.blomfield at gmail.com] On Behalf Of Adam Blomfield [adman at adman.net]
Sent: Friday, 9 January 2009 12:18 AM
To: Riley, Andrew
Cc: Sean Walberg; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)

Andrew,

The phone only appends the 'name' querystring parameter to the initial HTTP GET request. If they appended it to every GET request it could interfere with someone else's script - for example if you had a parameter in your script called NAME then you would end up with two values for it - the one you were passing in your application and then the second value that the phone was automatically sending. If you need to test with it as a service rather than an enterprise parameter you could add a "name" parameter to the service you configure and manually put in the SEPXXXXXXXXXXXX value for each phone you subscribe to that service.

-Adam

On Thu, Jan 8, 2009 at 3:28 AM, Riley, Andrew <Andrew.Riley at uxcg.com.au<mailto:Andrew.Riley at uxcg.com.au>> wrote:
Adam, Sean

I was able to get both scenario's working (VB and PHP). However I noticed that it only works when you put the new 'script' file in the enterprise parameter, if you try add it under just a phone service then the same issue occurs where the PAB account for all phones is whom ever logs in first.. i.e. it doesn't pass the phone's device name

Is there something additional that the enterprise parameter adds? I was thinking it add the 'name' variable that can be called by the script and when doing the services way the name variable is not available to be called?

thoughts?

Andrew Riley
(a.k.a Riles)
Technical Consultant
CCIE # 18285 Voice
Consulting Services

Getronics Australia – A UXC Company
2 Minna Close
Belrose NSW 2085
Australia
Mobile:  +61 402 894 793
Fax:      +61 2 9847 7378
Email:    andrew.riley at uxcg.com.au<mailto:andrew.riley at uxcg.com.au>
Web: http://www.getronics.com.au
________________________________________
From: Riley, Andrew
Sent: Thursday, 8 January 2009 2:50 PM
To: Sean Walberg; Adam Blomfield
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: RE: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)

Thanks Sean and Adam.

I understand both examples.. as Adam stated it's just a matter of getting the 'name' value set correctly for the phone requesting the page.

I'll try out both options and see how I go.

Regards
Andrew Riley
0402894793

From: Sean Walberg [mailto:swalberg at gmail.com<mailto:swalberg at gmail.com>]
Sent: Thursday, 8 January 2009 2:30 PM
To: Adam Blomfield
Cc: Riley, Andrew; cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)

I sent him a PHP script that I use to get rid of the Corporate directory but leave PAB.  Here it is for the rest of the list:

<?php header('Content-type: text/xml'); ?>
<?php echo '<?xml version="1.0" encoding="UTF-8"?>'?>

<CiscoIPPhoneMenu>

 <Prompt>Select a directory</Prompt>

 <MenuItem>
  <Name>Personal Directory</Name>
  <URL>http://PUBLISHERIP:8080/ccmpd/pdCheckLogin.do?name=<?=$_GET['name']?></URL>
 </MenuItem>

</CiscoIPPhoneMenu>

On Wed, Jan 7, 2009 at 8:41 PM, Adam Blomfield <adman at adman.net<mailto:adman at adman.net><mailto:adman at adman.net<mailto:adman at adman.net>>> wrote:
When a Cisco IP phone retrieves the Directories URL (or the Services URL for that matter) it appends it with a querystring parameter of "Name". In order to achieve what you are trying to do you will need to use whichever scripting language you are most comfortable with to create a dymaic page that can read this querystring parameter and pass it on to the next page. You can see in your example below that it is going to http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined - that undefined should actually be SEPXXXXXXXXXXXX based on whatever phone is requesting it, hence the need for a scripting language. I have an example of something similar using ASP and VBScript on my website for creating an alterate services list that you can reference as an example if you like - http://www.adman.net/cisco/defaultservicemenu.asp. Hope that helps!

-Adam
On Wed, Jan 7, 2009 at 5:32 PM, Riley, Andrew <Andrew.Riley at uxcg.com.au<mailto:Andrew.Riley at uxcg.com.au><mailto:Andrew.Riley at uxcg.com.au<mailto:Andrew.Riley at uxcg.com.au>>> wrote:

Ok yes understand..

However you would think the 'directories' of any type should be under the directories button

.. this is an issue for me as the customer has 'standard' cucm directories.. so they are used to having PAB under the directories button..not ideal to have to change the method of access for 3000+ users..

Regards

Andrew Riley

0402894793

From: Melvin Fong [mailto:mfong at PACIFIC.EDU<mailto:mfong at PACIFIC.EDU><mailto:mfong at PACIFIC.EDU<mailto:mfong at PACIFIC.EDU>>]
Sent: Thursday, 8 January 2009 10:11 AM
To: Riley, Andrew; cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net><mailto:cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: RE: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)

We ran into the same issue, we remedied it by making the PAB available as a service through the services button.

From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net><mailto:cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>> [mailto:cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net><mailto:cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>>] On Behalf Of Riley, Andrew
Sent: Wednesday, January 07, 2009 2:56 PM
To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net><mailto:cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: [cisco-voip] Change Corp Dir without loosing/breaking PersonalDirectories (6.1)

Hi There,

Has anyone tried to change the corp directory in CUCM 6.1 (via enterprise params) to a custom directory without losing access to the Personal Directory? Or the Personal Address Book is not unique to each user?

Here is what i have done..

When you pop the normal (http://10.2.10.10:8080/ccmcip/xmldirectory.jsp) URL into a browser you get the following

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<CiscoIPPhoneMenu>

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>

 N<Name>Personal Directory</Name>

 <<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>

 </MenuItem>

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>

 <<Name>Corporate Directory</Name>

 <<URL>http://10.2.10.10:8080/ccmcip/xmldirectoryinput.jsp</URL>

 </MenuItem>

 <<Prompt>Select a directory</Prompt>

 </CiscoIPPhoneMenu>

Which indicates that this URL is loading both Personal and Corp Directories..

If I make my own XML file say .. mydir.xml and pop it on a webserver but change the Corporate Directory URL to my customer service ..see below

<<<CiscoIPPhoneMenu>

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>

 N<Name>Personal Directory</Name>

 <<URL>http://10.2.10.10:8080/ccmpd/pdCheckLogin.do?name=undefined</URL>

 </MenuItem>

-<http://10.2.10.10:8080/ccmcip/xmldirectory.jsp> <<MenuItem>

 <<Name>Corporate Directory</Name>

 <<URL>http://myserver/mydirectory/myservice.asp</URL>

 </MenuItem>

 <<Prompt>Select a directory</Prompt>

 </CiscoIPPhoneMenu>

Then change the enterprise parameter to my point to http://myserver/mydirectory/mydir.xml

When loading this on a phone the new corporate directory works fine, however the Personal Directory breaks and all users end up seeing the Personal address book of all users ... i presume there is some sort of session handling occurring in the http://10.2.10.10:8080/ccmcip/xmldirectory.jsp file which stops this from happening..

Would appreciate any guidance or others experience on this.

Andrew Riley
(a.k.a Riles)
Unified Communications
CCIE # 18285 Voice
Consulting Services

Getronics Australia – A UXC Company
2 Minna Close
Belrose NSW 2085
Australia
Mobile:  +61 402 894 793
Fax:      +61 2 9847 7378
Email:    andrew.riley at uxcg.com.au<mailto:andrew.riley at uxcg.com.au><http://andrew.riley@uxcg.com.au<http://uxcg.com.au>>
Web: http://www.getronics.com.au<http://www.getronics.com.au/>

________________________________

CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited.
DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.

________________________________
CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited.
DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.

_______________________________________________
cisco-voip mailing list

cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net><mailto:cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
https://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net><mailto:cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
https://puck.nether.net/mailman/listinfo/cisco-voip

--
Sean Walberg <sean at ertw.com<mailto:sean at ertw.com><mailto:sean at ertw.com<mailto:sean at ertw.com>>>    http://ertw.com/

CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer.  Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited.
DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia.  While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors.  It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.