HELP!!! - EDI Outbound HTTP call failure

Question

Our EDI outbound (HTTPS-OXTA) is failing since Monday in production. We narrowed down the area that might be an issue. This is what we see in the Apache log,
[Tue May 22 01:31:56 2012] [debug] opm_ew.c(469): OPM: EW: Enters opm_ew_broadcast()
[Tue May 22 01:31:56 2012] [debug] opm_ew.c(517): OPM: EW: Broadcasts msg: cmd=Broadcast&<serverName>&8001&1337662614&JServ&DiscoGroup&<server_url>&1&1&0&31490&17001;FormsGroup&<server_url>&1&1&0&31491&18001;OACoreGroup&<server_url>&1&1&0&31489&16001;XmlSvcsGrp&<server_url>&1&1&0&31492&19001
[Tue May 22 01:31:56 2012] [debug] opm_hc.c(291): OPM:hc: Connecting to url: <server_url>:8101/oprocmgr-service
[Tue May 22 01:31:56 2012] [debug] opm_hc.c(314): OPM:hc: Connection to host: <server_url>, port: 8101
[Tue May 22 01:31:56 2012] [debug] opm_hc.c(438): OPM:hc: HTTP Request sent to server: POST /oprocmgr-service<server_url> HTTP/1.1^M
Host: <server_url>^M
Content-Type: application/x-www-form-urlencoded^M
Content-Length: 269^M
cmd=Broadcast&<serverName>&8001&1337662614&JServ&DiscoGroup&<server_url>&1&1&0&31490&17001;FormsGroup&<server_url>&1&1&0&31491&18001;OACoreGroup&<server_url>&1&1&0&31489&16001;XmlSvcsGrp&<server_url>&1&1&0&31492&19001
[Tue May 22 01:31:56 2012] [debug] opm_hc.c(808): OPM:hc: headers[0] is HTTP/1.1 404 Not Found
[Tue May 22 01:31:56 2012] [debug] opm_hc.c(808): OPM:hc: headers[1] is Date: Tue, 22 May 2012 05:31:56 GMT
[Tue May 22 01:31:56 2012] [debug] opm_hc.c(808): OPM:hc: headers[2] is Transfer-Encoding: chunked
[Tue May 22 01:31:56 2012] [debug] opm_hc.c(808): OPM:hc: headers[3] is Content-Type: text/html; charset=iso-8859-1
[Tue May 22 01:31:56 2012] [debug] opm_ew.c(525): OPM: EW: Broadcasts to <server_url> and send result=404
I'm trying to understand the steps of the process. Does "HTTP/1.1 404 Not Found" response to the opm_hc.c(438) call? When I type "<server_url>:8101" in the browser, I get "The webpage cannot be displayed" error. Does this should work?
EDI outbound is routed to proxy and confirmed that call from OTA was never made to proxy. Switched protocol to SMTP and it worked. There is no issue other than HTTP initial call failure. Any help you can give me I'd appreciated.

Answer 1

George great support so far (+5)
Hi Robert
debug ccsip all is very intensive so you should do the following before enabling the debug
service sequence-numbers
service timestamps debug datetime localtime msec
logging buffered 10000000 debug
no logging console
no logging monitor
default logging rate-limit
default logging queue-limit
Then..
<Enable debugs, then test again.>
debug ccsip all
<Enable session capture to txt file in terminal program.> (such as Putty)
then do the ff:
terminal length 0
show logging
++++
What is even more strange is that the call appears to be disconnected from the far end. From the logs below the outbound call leg (45) is where the disconnect is coming from and the "cc_api_call_disconnected" shows this call leg talking to CCAPI..
001858: *Jan 20 13:18:19.102: //45/8B56ECEE8011/CCAPI/cc_api_call_disconnected:
   Cause Value=16, Interface=0x3CE6D670, Call Id=45
001859: *Jan 20 13:18:19.102: //45/8B56ECEE8011/CCAPI/cc_api_call_disconnected:
   Call Entry(Responsed=TRUE, Cause Value=16, Retry Count=0)
Can you also send a debug voip ccapi onout from the CUBE. we need to check if the call arrives there, though we don't see any INVITE request sent out.