IPCC Extension field for 8.x and 9.x problem

[jdrinkwater]

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

[dstaudt]

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>

[jdrinkwater]

Thanks David!

[jdrinkwater]

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

[dstaudt]

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.

[jdrinkwater]

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.

[dstaudt]

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>.

[jdrinkwater]

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

[Chase Mergenthal]

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!

[Jim duPuis]

12.0 looks like its requiring uuid for ipccExtension so you got that going for you...

[dstaudt]

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...

[ifduarte]

Thank you so much!!!!