05-19-2017 08:26 AM
Hello,
I have a Credential Policy Default on which I want to set credUserCantChange and credUserMustChange to false. The request I send is:
<?xml version="1.0"?>
<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/">
<S:Body>
<ns2:updateCredentialPolicyDefault xmlns:ns2="http://www.cisco.com/AXL/API/10.0">
<credentialUser>Application User</credentialUser>
<credentialType>Password</credentialType>
<credPolicyName>test</credPolicyName>
<credUserCantChange>false</credUserCantChange>
<credUserMustChange>false</credUserMustChange>
<credDoesNotExpire>false</credDoesNotExpire>
</ns2:updateCredentialPolicyDefault>
</S:Body>
</S:Envelope>
But I have the error "credUserCantChange and credUserMustChange both can not be same". Yet this is possible on the CUCM Administration view... What is wrong in this request?
Regards,
Fabien
05-22-2017 11:54 AM
Hi Fabien,
Nothing is wrong with the request, as far as I can see. I tested it here and get the same results. It's possible that the GUI is doing it wrong, but I don't know. I'll submit this as a possible defect.
05-22-2017 12:58 PM
The engineer confirmed it as a defect in AXL. I filed CDETS CSCve54112 for this.
EDIT: The defect was already filed for this problem, but there's another problem that needs to be fixed with this API.
Regardless, fixes are applied to the next version (12). I'd have to request an Engineering Special to fix it on the version you're using.
Will you need an Engineering Special? If so, I'll need the complete version number of CUCM that you're using.
05-24-2017 01:31 AM
Hi Nick,
Thank you for this explanation.
I checked with our users and for the moment we will not need to set the two values to false. If fixes will be available in the next version, it's OK for us.
Thanks,
Fabien
07-04-2017 02:42 AM
Hi Nick,
I have done the same test on a CUCM 12 (exact version: 12.0.0.99832-1) but the error is still here.
Are you sure the defect is corrected on this version?
Regards,
Fabien
07-05-2017 11:36 AM
Hi Fabien,
No, it's not fixed in 12 yet. I should have been more clear. All current defect fixes we report at this point will be applied to version 12.x updates. So it will probably be in the next update, or the one after that. If anyone needs a fix backported to a previous version, I can always request an Engineering Special.
Thanks,
Nick
07-06-2017 02:44 AM
Hi Nick,
I thought this defect was fixed in 12 because the defect you indicated (CSCve54112) is marked as fixed in CCM.12.0(0.98000.770). I don't think this is the correct defect id. Maybe it's the CSCvd64900 but it's also marked as fixed in 12.0(0.98000.276) so I was thinking it was also fixed in 12.0.0.99832-1.
I don't need a ES for this bug.
Thanks,
Fabien
07-06-2017 08:30 AM
Hi Fabien,
I must have copied and pasted the wrong ID, sorry. It's hard juggling so many cases.
The defect ID is CSCvf11922. Estimated internal fix date is 7/12/2017, but a fixed CUCM won't be available until the next update.
Thanks,
Nick
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