Cisco Unified Routing Rules XML Interface

« Back to Routing Rules API Questions

RE: CURRI - Traceback

Combination View Flat View Tree View
Threads [ Previous | Next ]
toggle
CURRI - Traceback
Answer
1/21/13 12:17 AM
Hi all,   I'm trying to run sampplePolicyApp, on Ubunto 12.04, and I realized when CUCM send "HttpConnection - processRetry count=912, threadId=14825/11893648 ACTIVE/REQ URL http://5.45.200.17:8080/samplePolicyApp|*^*^*" I got on Ubuntu server these two messages, that goes attached. The CUCM's version is 8.6.2.22900-9. so, when I place a call that suppose to be forwarded, due to these errors, I got: HttpHandler - wait_RoutingReq no connection available/in service or handler not in active, send back routing rej |1,100,13,807.724^5.45.200.8^SEP0012D9BB2950 I only changed the DNs on original code, from 1000 to 203, due to my lab enviroment. thanks in advance.
Attachments:
Flag

RE: CURRI - Traceback
Answer
1/23/13 1:31 PM as a reply to Clay Butzke Curvelo.
I just tried this on 12.10, and it seems to run okay for me. Can you double-check that you have a clean python install? It looks like issues in Python library; have you installed any custom Python libraries?
 
Mark
Flag

RE: CURRI - Traceback
Answer
1/23/13 2:01 PM as a reply to Mark Stover.
Hi, Mark. Thanks for your help.
I'm using the python that comes with ubuntu 12.04, made ​​no installation.
Flag

RE: CURRI - Traceback
Answer
1/23/13 11:07 PM as a reply to Mark Stover.
Mark Stover:
I just tried this on 12.10, and it seems to run okay for me. Can you double-check that you have a clean python install? It looks like issues in Python library; have you installed any custom Python libraries?   Mark
Hi Mark, You were right, I tried on ubuntu 12.10 and all errors messages stopped, but now I have a different issue: The ECC profile is configured to block call on failures. When I place a call to a DN that is expected to be forwarded, the CUCM gets response "Permit", and the call is blocked. When I place another call to a DN that is expected to be blocked, the CUCM gets "DENY", and the call is blocked too. But when I change ECC profile to forward calls on failures, the two previous calls are forwarded, It seems that is something wrong on CUCM or the response messages are in wrong format.
Flag

RE: CURRI - Traceback
Answer
1/24/13 7:05 PM as a reply to Clay Butzke Curvelo.
Clay,

There is a defect in 8.6 that if you change the ECC Profile of a working connection, it will fail to pick up the change correctly from the DB, and subsequent responses from the routing server will be ignored. Try restarting the CallManager Service (you don't have to reboot the entire server), and see if that will get your responses to work again.
Flag