10-20-2015 02:15 PM
I can't find the tag <ipccExtension> from 8.x or 9.x schema. It seems only exists in 7.1 and 10.x and later release as uuid. Is this mean the field is not supported in 8.x and 9.x AXL?
I send the following request and get successful response but didn't change the value.
<axl:updateUser xmlns:axl="http://www.cisco.com/AXL/API/8.5">
<userid>testuser</userid>
<ipccExtension>
<pattern>333333</pattern>
<routePartitionName>temp</routePartitionName>
</ipccExtension>
</axl:updateUser>
Jung
10-20-2015 03:23 PM
It looks like that is indeed the case - not aware of the historical reasons why this might be.
Doing some sleuthing and testing, it looks like the relationship is present in the 'endusernumplanmap' table, where records for IPCC extension association are marked with 'tkdnusage'=2 (DN_USAGE_ICD ICD) - you should be able to update this table to add/remove the setting in all versions via SQL and <executeSqlUpdate>
10-22-2015 05:44 AM
Thanks David!
11-09-2016 06:12 AM
Hello David,
I am having problem with IPCC extension field setting in 10.5 release. I open the TAC case but I am not getting response.
I am trying to set the IPCC extension using updateUser request but does not get set in the CUCM server. Do you know any existing problem in 10.5?
Thanks,
Jung
11-09-2016 03:01 PM
From what I can tell, using <updateUser> and updating <ippcExtension> only works if you provide the DN value, as opposed to using the uuid attribute.
Works:
<ipccExtension>1000</ipccExtension>
Doesn't work:
<ipccExtension uuid="{BD4E6306-4278-8CF5-157E-0A07C43EF429}"></ipccExtension>
This might be a defect...
Also note the extension needs to be a line that exists on one of the user's existing associated devices.
11-10-2016 09:18 AM
Thanks for the reply.
Here is the request I am sending. The CUCM system is LDAP sync. The user has 2 phones and 1 device profile. The line used in IPCC is assigned to device profile line 2.
I do have the axl log if you want to see them.
Thanks,
Jung
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
<SOAP-ENV:Body>
<axl:updateUser xmlns:axl="http://www.cisco.com/AXL/API/10.5">
<userid>AaskaR01</userid>
<ipccExtension>
<pattern>13521116922</pattern>
<routePartitionName>System-UCCX-Phones</routePartitionName>
</ipccExtension>
<defaultProfile>
</defaultProfile>
</axl:updateUser>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
<?xml version='1.0' encoding='UTF-8'?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
<soapenv:Body>
<soapenv:Fault>
<faultcode>soapenv:Server</faultcode>
<faultstring>User is not associated with this line.</faultstring>
<detail>
<axlError>
<axlcode>5003</axlcode>
<axlmessage>User is not associated with this line.</axlmessage>
<request>updateUser</request>
</axlError>
</detail>
</soapenv:Fault>
</soapenv:Body>
</soapenv:Envelope>
User is not associated with this line.
11-10-2016 10:27 AM
I can only get it to work using this form:
<ipccExtension>1000</ipccExtension>
The form where you have <pattern> and <routePartitionName> doesn't work - I suspect those elements are being ignored.
I also confirmed that due to the limitations of the form above that works, it is not possible to disambiguate between the same DN in different partitions. I think this particular functionality is pretty broken, and recommend pursuing the DevNet ticket. If you can let me know the ticket # I can followup/escalate it for you.
As mentioned earlier in the thread, you may be able to work around this via manipulating data via <executeSqlUpdate>.
12-02-2016 06:22 AM
Hi David,
I hate to bother you about this again. I am getting any response from TAC about this case. The customer is asking about the status of the problem. Support is saying the case was escalated to dev team but no answer from the dev team. It has been more than 2 months since I open the case.
The case number is 1041 and was opened 9/30/2106.
Thanks a lot.
Jung
04-10-2017 12:29 PM
Thanks for that note...
I am running into this issue on CUCM 11.5, I find it annoying that you cant specify the partition..
I'm glad I am not alone!
05-22-2018 07:46 AM
12.0 looks like its requiring uuid for ipccExtension so you got that going for you...
05-23-2018 12:20 PM
Hmm...per the schema, the UUID attribute form is supposed to be the correct one. Perhaps this is now 'fixed' (and will stay consistent) in 12.0 on...
07-28-2022 06:26 PM
Thank you so much!!!!
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide