garmt added a comment - 25/Jul/11 4:03 PM 2011-07-25 22:56:28:712147 [INFO] Receive SIP Event [nua_r_set_params] Status 200 OK > >run synth >2011-07-25 22:56:35:141515 [NOTICE] Run Demo Application Scenario [synth] 2011-07-25 22:56:35:145515 [NOTICE] Create MRCP Handle 0x1d83098 [uni2] 2011-07-25 22:56:35:147515 [INFO] Create Channel 0x1d83098 <new> 2011-07-25 22:56:35:151515 [INFO] Receive App Request 0x1d83098 <new> [2] 2011-07-25 22:56:35:154516 [INFO] Add MRCP Handle 0x1d83098 <new> 2011-07-25 22:56:35:157516 [NOTICE] Add Control Channel 0x1d83098 < new@speechsynth > 2011-07-25 22:56:35:170516 [INFO] Send Offer 0x1d83098 <new> [c:1 a:1 v:0] to 192.168.178.19:8060 2011-07-25 22:56:35:171517 [INFO] Local SDP 0x1d83098 <new> v=0 o=UniMRCPClient 0 0 IN IP4 192.168.178.19 s=- c=IN IP4 192.168.178.19 t=0 0 m=application 9 TCP/MRCPv2 1 a=setup:active a=connection:new a=resource:speechsynth a=cmid:1 m=audio 4000 RTP/AVP 0 8 96 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:96 L16/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=recvonly a=ptime:20 a=mid:1 nta_agent: tport: Connection reset by peer 2011-07-25 22:56:35:206519 [INFO] Receive SIP Event [nua_i_state] Status 0 INVITE sent 2011-07-25 22:56:35:209519 [NOTICE] SIP Call State 0x1d83098 [calling] nta_agent: tport: Connection reset by peer nta_agent: tport: Connection reset by peer nta_agent: tport: Connection reset by peer nta_agent: tport: Connection reset by peer nta_agent: tport: Connection reset by peer nta_agent: tport: Connection reset by peer 2011-07-25 22:57:07:207349 [INFO] Receive SIP Event [nua_r_invite] Status 408 Request Timeout 2011-07-25 22:57:07:210349 [INFO] Receive SIP Event [nua_i_state] Status 408 Request Timeout 2011-07-25 22:57:07:213349 [NOTICE] SIP Call State 0x1d83098 [terminated] 2011-07-25 22:57:07:215349 [INFO] Raise App Response 0x1d83098 <new> [2] FAILURE [2] 2011-07-25 22:57:07:217349 [INFO] Receive App Request 0x1d83098 <new> [1] 2011-07-25 22:57:07:219350 [INFO] Terminate Session 0x1d83098 <new> 2011-07-25 22:57:07:221350 [INFO] Session Terminated 0x1d83098 <new> 2011-07-25 22:57:07:230350 [INFO] Remove MRCP Handle 0x1d83098 <new> 2011-07-25 22:57:07:231350 [INFO] Raise App Response 0x1d83098 <new> [1] SUCCESS [0] 2011-07-25 22:57:07:233350 [NOTICE] Destroy MRCP Handle 0x1d83098 This is the output of the standard unimrcpclient (with request-timer set to 5000) with no unimrcpserver running As I don't see a timeout here of anything near 5 (s) I think the lib is at fault ... Why does the 408 not appear in mod_unimrcp ? to be continued

Jeff Lenk added a comment - 26/Jul/11 10:17 PM It's possible that this could be caused by FS-3444 . Only a guess but there seams to be some strange thread locking being caused be changes that are documented with this bug.

Christopher Rienzo added a comment - 27/Jul/11 6:35 AM Hi Jeff, I think this is unrelated to mod_sofia. UniMRCP also uses the sofia library to implement the SIP signaling part of the MRCPv2 spec. I believe the root cause is the UniMRCP library does not callback to mod_unimrcp that the connection has failed. This causes mod_unimrcp to wait forever, sticking the channel. I still need to find time to investigate and patch. Probably next week at the earliest.

Ken Rice added a comment - 03/Jan/12 7:51 AM Poke, is this still an open issue or is there any progress to report?

Christopher Rienzo added a comment - 03/Jan/12 8:28 AM This issue is still open. It's low priority for me since I use MRCPv1.

João Mesquita added a comment - 20/Jan/13 4:57 PM Another poke because of the Jira cleanup we are doing. Any progress on this?

Christopher Rienzo added a comment - 24/Jan/13 2:49 PM I don't use (or like) MRCPv2, so no fixes unless somebody else wants to do it.