Re: XML response format for Continue, Divert, Reject Calls with possible attribute values

abhatt@synoptek.com · ‎01-28-2019

Hello,

I need exact XML response format with possible values for each attribute for Continue, Divert and Reject calls.

Possible values for ex. For StatusCode possible values are -

1. urn:oasis:names:tc:xacml:1.0:status:missing-attribute

2. urn:oasis:names:tc:xacml:1.0:status:ok

3. urn:oasis:names:tc:xacml:1.0:status:processing-error

4. urn:oasis:names:tc:xacml:1.0:status:syntax-error

Same way need possible values for ResourceId, ObligationId, etc.

Mamdouh Elgamal · ‎01-28-2019

These are examples of responses I've used/tested in the past. I believe it should work.

for more details check out:

https://developer.cisco.com/site/curri/documents/latest-version/

<?xml version="1.0" encoding="UTF-8"?>
<Response> 
    <Result>
        <Decision>Permit</Decision> 
        <Obligations> 
            <Obligation FulfillOn="Permit" obligationId="continue.simple"> 
                <AttributeAssignment AttributeId="Policy:continue.simple"> 
                    <AttributeValue DataType="http://www.w3.org/2001/XMLSchema#string"> 
                        <cixml version="1.0"> 
                            <continue></continue>
                        </cixml> 
                    </AttributeValue> 
                </AttributeAssignment> 
            </Obligation> 
        </Obligations> 
    </Result>
</Response>

<?xml version="1.0" encoding="UTF-8"?>
<Response> 
    <Result>
        <Decision>Permit</Decision> 
        <Obligations> 
            <Obligation FulfillOn="Permit" obligationId="divert.simple"> 
                <AttributeAssignment AttributeId="Policy:divert.simple"> 
                    <AttributeValue DataType="http://www.w3.org/2001/XMLSchema#string"> 
                        <cixml version="1.0">
                            <divert>
                                <destination>number|voicemail</destination>
                            </divert>
                        </cixml>
                    </AttributeValue> 
                </AttributeAssignment> 
            </Obligation> 
        </Obligations> 
    </Result>
</Response>

<?xml version="1.0" encoding="UTF-8"?>
<Response> 
    <Result>
        <Decision>Deny</Decision> 
        <Obligations> 
            <Obligation FulfillOn="Deny" obligationId="reject.simple"> 
                <AttributeAssignment AttributeId="Policy:reject.simple"> 
                    <AttributeValue DataType="http://www.w3.org/2001/XMLSchema#string"> 
                        <cixml version="1.0"> 
                            <reject></reject>
                        </cixml> 
                    </AttributeValue> 
                </AttributeAssignment> 
            </Obligation> 
        </Obligations> 
    </Result>
</Response>

abhatt@synoptek.com · ‎01-29-2019

For Reject call, I send the same response, so it rings twice, then there is blank tone for around 20 seconds and then call is getting cut.

For Divert call, I get the continuous busy tone.

Are these the correct behavior?

abhatt@synoptek.com · ‎01-29-2019

I am sending this when

to deny a call -

<?xml version="1.0" encoding="utf-8" ?>

to divert a call -

<?xml version="1.0" encoding="utf-8" ?>
<Response>
<Result>
<Decision>Permit</Decision>
<Obligations>
<Obligation FulfillOn="Permit" ObligationId="continue.simple">
<AttributeAssignment AttributeId="Policy:continue.simple">
<AttributeValue DataType="http://www.w3.org/2001/XMLSchema#string">
<cixml version="1.0"><divert><destination>number|voicemail</destination></divert></cixml>
</AttributeValue>
</AttributeAssignment>
</Obligation>
</Obligations>
</Result>
</Response>

Is anything wrong in this?

Mamdouh Elgamal · ‎01-29-2019

there are differences between the responses i posted as example and the responses you are using

i'm showing you the <cixml></cixml> elements without encoding, in your response it's encoded. Thats not really an issue, as long as the content is accurate.

but in your response messages you use different "attributeID" and "obligationID", can you match it to the examples i posted ? for each type of response.

FYI, the permit->continue and deny->reject response i have above have been tested and known to work on CUCM 11.5. The divert response i have, has not been tested. But i believe it should work or close to a working version. I used the documentation as reference.

abhatt@synoptek.com · ‎01-30-2019

Hi @Mamdouh Elgamal,

Thanks for pointing out "attributeID" and "obligationID". I corrected it and again tried for Divert and Deny, I am getting busy tone only, so I am unable to judge whether it is right behavior or not.

I checked logs I am pasting below and trying to figure out errors (marked in Bold)-

Logs for Divert -

Logs for REJECT -

Please suggest me, is anything wrong in it?

Mamdouh Elgamal · ‎02-12-2019

Hi i'm sorry for the late response, been out of office. I don't know if you are still having an issue.

for diverting, i would imagine the translation with the ECC profile has a CSS that can give you access to the extension you are trying to divert to

it seems like it sees no matches

08935608.006 |02:22:33.563 |AppInfo |Digit analysis: match(pi="1",fqcn="", cn="6304241800", plv="5", pss="", TodFilteredPss="", dd="1992",dac="0")
08935608.007 |02:22:33.563 |AppInfo |Digit analysis: potentialMatches=NoPotentialMatchesExist

as for deny, i dont recall if busy tone is the expected response.

but it seems to recognize the REJCT:

08959776.001 |02:50:04.651 |AppInfo |Da::RoutingRes directive REJECT,td =33555126

also make sure in you app, you are responding to the keep alive from cucm. it's a HEAD request, response should be a 200 okay and correct headers

abhatt@synoptek.com · ‎02-12-2019

Hi @Mamdouh Elgamal,

Thanks a lot for your response.

I don't know how I am getting POST request and able to ALLOW , DENY call, even though I don't send keep-alive header in response to HEAD request, i get the head request and sending and empty string with 200 OK status code.

Is this the reason I am not able to redirect a call?

Actually the problem is , when I pass keep-alive header , and status code 200 ok, and I track request and response through wireshark, it seems like it doesn't responding back to the UCM, it is just blocking somewhere when Head request comes in, that's why I changed response to just responding a blank string with status code 200 ok, it works fine for me.

so my head method is now and works fine -

[AcceptVerbs("GET", "HEAD")]
[HttpGet]
public string Head(HttpRequestMessage msg)
{
return "";
}

Previously it was stated as below and not working -

[AcceptVerbs("GET", "HEAD")]
[HttpGet]
[HttpHead]
public HttpResponseMessage Head(HttpRequestMessage msg)
{
HttpResponseMessage res = new HttpResponseMessage
{
Content = new StringContent("", Encoding.UTF8, "text/plain")
};
res.Headers.Add("Connection", "Keep-Alive");
res.Headers.Add("Keep-Alive", "timeout = 1000 max = 100");
return res;
}

Is anything wrong in it?

Mamdouh Elgamal · ‎02-13-2019

The headers i use for HEAD response are the following:

Content-type: "text/xml"

Connection: "Keep-Alive"

Keep-Alive: "timeout = 3000 max = 100"

abhatt@synoptek.com · ‎02-13-2019

Hi @Mamdouh Elgamal

Can you please elaborate about this, as I am new for UCM and I am curious to know about it?

"for diverting, i would imagine the translation with the ECC profile has a CSS that can give you access to the extension you are trying to divert to"

Is there any configuration needed for diverting a call? If yes then can you please elaborate it?

In my case I am calling on the number which is triggers my application by translation pattern - 7814385 where my ECCP is attached, and CSS attached is "HAR-CSS".

So is there anything I need to do with HAR-CSS?

Mamdouh Elgamal · ‎02-13-2019

HAR-CSS needs to have a partition associated with the divert destination.

what's the divert destination in your message ?

<divert>
      <destination>"number x"</destination>
</divert>

if "number x" is a directory number, then it must have a partition assigned to it. This partition needs to be added to HAR-CSS. Same applies if "number x" is a route pattern, cti port, etc..

abhatt@synoptek.com · ‎02-13-2019

Hi @Mamdouh Elgamal,

Now, I am calling on a number 1 and diverting to 7814376 which is a translation pattern.

I am listening phone ring only, so not able to understand whether my call is redirected or not, when I checked logs, I did not find any error, it says "Forwarding - Created!"

In this case divert destination is an translation pattern which is 7814376.

Is it correct? Can we have a translation pattern as a destination?

And that translation pattern doesn't have partition assigned to it, it has CSS assigned which is HAR-CSS.

The thing is that translation pattern is translated to a Directory Number which is 10762.

Should my destination be a DN (10762) instead of translation pattern (7814376)?

Now, I also tried with putting a DN as a destination(10762) in CIXML, but no luck.

Mamdouh Elgamal · ‎02-14-2019

you can have any number as a destination, even if it's a translation pattern

can you divert to a phone that rings and you can answer it ? this might be an easier way to understand how things work.

original pattern with ECC profile --> divert to a phone number

abhatt@synoptek.com · ‎02-21-2019

Hi @Mamdouh Elgamal ,

No I can't do that, because number provided on which I am testing is from another country and I can test by calling on that number when they have night, on day time I can't test as they have their usual routine.

Is there any way by which I can test, I can get acknowledgement that yes call is redirected?

abhatt@synoptek.com · ‎04-10-2019

Hi @Mamdouh Elgamal,

Diverting call from one phone (10 digit) to another phone(10 digit) is working fine.
But it doesn't work when I divert a call to a Port number.
Any idea?

Thanks.