Possible Format Problem

RE: Possible Format Problem

2013-02-27T13:03:31Z

Hi Yaohua, Yes, it can be tricky to get that right so they you don't create the loop. Try keeping the TP in a partition that is separate from the phones. That makes it a bit easier to manage. Mark

RE: Possible Format Problem

2013-02-27T01:47:53Z

Hi Mark; i have found the reason. because of the translation pattern is same to the route pattern, the continue call becomes a loop call. the cucm always send xml http request to my external call server. when using the simply continue call that does not modiy the callednumber, you must pay attention to the css and partition of translation pattern and route pattern. tks

RE: Possible Format Problem

2013-02-25T17:06:09Z

Yaohua. What version of CUCM are you running, and what called number element are you adding? Just trying to identify if there is some problem here that needs to be addressed. Can you post the non-working and the working responses you are returning to CUCM? Thanks, Mark

RE: Possible Format Problem

2013-02-25T02:31:15Z

Hi Mark， My resonpse xml format is same as you.but the cm is not working and refusing continue call. But after i add element that is a callednumber, the cm work as i expect. why

RE: Possible Format Problem

2012-03-14T13:42:51Z

Hi Ergin, There are some example strings that contain continue responses in the sample application. I believe there is an example of each type of response. I know the sample application is in Python, but the string itself should be the same. Below is the continue string from the sample. Mark continueResponse = 'Permit<cixml ver="1.0"><continue></continue> </cixml>'

RE: Possible Format Problem

2012-03-05T15:30:11Z

Hi All I think there's a little missing point. It will be great for me (even all .net developers) to have a simple continue XACML string that is written on .Net and works on IIS. Thanks a lot

Possible Format Problem

2012-02-29T18:57:42Z

Hi All I want to start the beggining of External Call Control feature, so I decided to make a simple "continue" response to CM in order to make the call to go on its normal path. My translation pattern is 3XXX and adds a prefix of 55555. Calling number is 555553025 and called number is 3024 (555553024 with translation). I also set the Call Treatment On Failures to "Block Calls" in order to test wheter y application does the right thing or not. The problem is, call hits the translation pattern, calls the application, application answers but call does not continue processing and it ends. On the phone screen, I see that my called number is translted to 555553024 as expected, but call drops. I'm sending wireshark capture from web server POST /default.aspx HTTP/1.1 Host: 10.129.3.251:6666 Accept: */* Content-type: text/xml; charset=ISO-8859-1 methodName: isRoleAccessAllowed User-Agent: CiscoUCM-HttpClient/1.0 Connection:Keep-Alive Content-Length: 1694 CISCO:UC:UCMPolicy 555553025 3024 555553025 555553024 CISCO:UC:VoiceOrVideoCall any translationpattern HTTP/1.1 200 OK Cache-Control: private Keep-Alive: timeout = 4000 max = 3000 Content-Type: text/xml; charset=iso-8859-1 Server: Microsoft-IIS/7.5 X-AspNet-Version: 2.0.50727 X-Powered-By: ASP.NET Date: Wed, 29 Feb 2012 17:52:44 GMT Content-Length: 439 Permit<cixml ver="1.0"><continue></continue></cixml> Edit: I found some mistakes on encoding type in first one and sent you the last version of the response that I'm sending. Still doesn't work.. Any Ideas?