hua1007 / imsdroid

Automatically exported from code.google.com/p/imsdroid
0 stars 0 forks source link

MSG: Failed to set remote offer #399

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
a) Before posting your issue you MUST answer to the questions otherwise it
will be rejected (invalid status) by us
b) Please check the issue tacker to avoid duplication
c) Please provide network capture (wireshark) or Android log (DDMS output)
if you want quick response

What steps will reproduce the problem?
1. Initiate IMSDroid
2. Rotue call from IMSDroid to some external carrier
3. IMSDroid sends BYE during first second.
What is the expected output? What do you see instead?
Call is initiated with audio but the call hangs up.

What version of the product are you using? On what operating system?
SVN Build 521

Please provide any additional information below.

10-18 12:36:45.151: E/plugin_audio_opensles(8724): Playout already initialized
10-18 12:36:45.151: E/plugin_audio_opensles(8724): StartPlayout() failed with 
error code = -1
10-18 12:36:45.151: E/plugin_audio_opensles(8724): RecordITF is NULL
10-18 12:36:45.151: E/plugin_audio_opensles(8724): StartRecording() failed with 
error code = -1
10-18 12:36:45.151: E/tinyWRAP(8724): ***ERROR: function: 
"tdav_session_audio_start()" 
10-18 12:36:45.151: E/tinyWRAP(8724): file: "src/audio/tdav_session_audio.c" 
10-18 12:36:45.151: E/tinyWRAP(8724): line: "351" 
10-18 12:36:45.151: E/tinyWRAP(8724): MSG: tdav_session_av_start(audio) failed
10-18 12:36:45.151: E/tinyWRAP(8724): ***ERROR: function: 
"tmedia_session_mgr_start()" 
10-18 12:36:45.151: E/tinyWRAP(8724): file: "src/tmedia_session.c" 
10-18 12:36:45.151: E/tinyWRAP(8724): line: "658" 
10-18 12:36:45.151: E/tinyWRAP(8724): MSG: Failed to start audio session
10-18 12:36:45.151: E/tinyWRAP(8724): ***ERROR: function: 
"tmedia_session_mgr_set_ro()" 
10-18 12:36:45.151: E/tinyWRAP(8724): file: "src/tmedia_session.c" 
10-18 12:36:45.151: E/tinyWRAP(8724): line: "1077" 
10-18 12:36:45.151: E/tinyWRAP(8724): MSG: Failed to re-start session manager
10-18 12:36:45.151: E/tinyWRAP(8724): ***ERROR: function: 
"tsip_dialog_invite_process_ro()" 
10-18 12:36:45.151: E/tinyWRAP(8724): file: "src/dialogs/tsip_dialog_invite.c" 
10-18 12:36:45.151: E/tinyWRAP(8724): line: "475" 
10-18 12:36:45.151: E/tinyWRAP(8724): MSG: Failed to set remote offer

Original issue reported on code.google.com by qasimak...@gmail.com on 18 Oct 2012 at 10:48

GoogleCodeExporter commented 9 years ago
The issue occurs whenever SDP information is sent in 
SIP-message-Session-In-Progress(183). The stack accepts SDP info only in 
200/OK. Whenever SDP info is received in 183 followed by 200/OK it seems the 
media is initialized again initialization fails.

Please resolve.

Original comment by sarfra...@gmail.com on 23 Oct 2012 at 2:44

GoogleCodeExporter commented 9 years ago
The problem seems to be related to opensl-es. As a workaround try to disable 
opensl-es by returning false at 
http://code.google.com/p/imsdroid/source/browse/branches/2.0/android-ngn-stack/s
rc/org/doubango/ngn/NgnApplication.java?r=515#560

Original comment by boss...@yahoo.fr on 24 Oct 2012 at 6:41

GoogleCodeExporter commented 9 years ago
Tried the workaround. Call dropping issue got resolved after disabling the 
opensl-es.

Original comment by Omer.lhr...@gmail.com on 24 Oct 2012 at 7:15

GoogleCodeExporter commented 9 years ago
Thanks for the work arround will test it furthur and update you, however during 
furthur investigation of the issue it only sends back BYE when it receives 
second SDP during call initialization. e.g. It first receives 183/SDP and after 
the call is answerd with 200 OK/SDP this error occurs and the client sends back 
BYE.

Original comment by qasimak...@gmail.com on 25 Oct 2012 at 7:43

GoogleCodeExporter commented 9 years ago
Although the call dropping issue got resolved after disabling the opensl-es but 
the there is another issue of no audio in case of multiple SDPs i.e. first SDP 
in 183 and other in 200/ok. After receiving the 2nd SDP in 200/OK, the audio 
gets lost. This issue does not appear if there is no 183/SDP received before 
200/OK.

Original comment by Omer.lhr...@gmail.com on 7 Nov 2012 at 6:58

GoogleCodeExporter commented 9 years ago
Issue seems to be fixed in r816.

Original comment by sarfra...@gmail.com on 15 Feb 2013 at 5:48