GNOME Bugzilla – Bug 590067
Ekiga crashes when a sip call is answered
Last modified: 2009-07-30 12:16:00 UTC
Steps to reproduce: 1. Configure Ekiga for Asterisk Sip account 2. Set ekiga client and sip.conf entry to only allow ulaw 3. Call ekiga client, and push accept on the incoming call popup Call will not pick up, and ekiga then "soft"crashes (becomes unresponsive) Stack trace: 2009/07/28 16:51:02.911 0:18.543 OpalCon SetPhase from AlertingPhase to ConnectedPhase for Call[d3849c1fa1]-EP<pc>[o744b388c2] 2009/07/28 16:51:02.911 0:18.543 OpalCon OnConnected for Call[d3849c1fa1]-EP<pc>[o744b388c2] 2009/07/28 16:51:02.911 0:18.543 OpalMan OnConnected Call[d3849c1fa1]-EP<pc>[o744b388c2] 2009/07/28 16:51:02.911 0:18.543 Call OnConnected Call[d3849c1fa1]-EP<pc>[o744b388c2] 2009/07/28 16:51:02.911 0:18.543 SIP SetConnected 2009/07/28 16:51:02.912 0:18.544 SDP Media session port=11282 2009/07/28 16:51:02.912 0:18.544 SDP Unknown media attribute silenceSupp 2009/07/28 16:51:02.912 0:18.544 SDP Unknown media attribute ptime 2009/07/28 16:51:02.912 0:18.545 SDP Parsed media session with 9 'audio' formats 2009/07/28 16:51:02.912 0:18.545 SDP Could not find media format for "AAL2-G726-32", pt=[pt=112], clock=8000 2009/07/28 16:51:02.912 0:18.545 SDP Could not find media format for "DVI4", pt=DVI4_8k, clock=8000 2009/07/28 16:51:02.912 0:18.545 SDP Could not find media format for "L16", pt=L16_Stereo, clock=8000 2009/07/28 16:51:02.912 0:18.545 SDP Could not find media format for "LPC", pt=LPC, clock=8000 2009/07/28 16:51:02.912 0:18.545 Call GetOtherPartyConnection Call[d3849c1fa1]-EP<sip>[32079d03-267a-de11-8374-001cc0a150d7] 2009/07/28 16:51:02.912 0:18.545 Call IsMediaBypassPossible Call[d3849c1fa1]-EP<sip>[32079d03-267a-de11-8374-001cc0a150d7] session 1 2009/07/28 16:51:02.913 0:18.545 OpalMan IsMediaBypassPossible: session 1 2009/07/28 16:51:02.913 0:18.545 OpalCon IsMediaBypassPossible: default returns false 2009/07/28 16:51:02.913 0:18.545 RTP Cannot find RTP session 1 2009/07/28 16:51:02.913 0:18.546 RTP_UDP Session 1, created with NAT flag set to 0 2009/07/28 16:51:02.913 0:18.546 PWLib File handle high water mark set: 63 PUDPSocket 2009/07/28 16:51:02.913 0:18.546 PWLib File handle low water mark set: 62 PUDPSocket 2009/07/28 16:51:02.913 0:18.546 RTP_UDP Session 1 created: 206.174.128.60:5062-5063 ssrc=189448269 2009/07/28 16:51:02.914 0:18.546 PWLib File handle high water mark set: 64 PUDPSocket 2009/07/28 16:51:02.914 0:18.547 RTP Creating new session RTP_UDP 2009/07/28 16:51:02.915 0:18.547 RTP_UDP Session 1, SetRemoteSocketInfo: data channel, new=206.174.130.45:11282, local=206.174.128.60:5062-5063, remote=0.0.0.0:0-0 2009/07/28 16:51:02.915 0:18.547 RTP Found existing media session 1 2009/07/28 16:51:02.915 0:18.548 SIP RTP payload type PCMU matched to codec G.711-uLaw-64k 2009/07/28 16:51:02.915 0:18.548 SIP RTP payload type GSM matched to codec GSM-06.10 2009/07/28 16:51:02.915 0:18.548 SIP RTP payload type PCMA matched to codec G.711-ALaw-64k 2009/07/28 16:51:02.915 0:18.548 SIP RTP payload type [pt=111] matched to codec G.726-32k 2009/07/28 16:51:02.915 0:18.548 MediaFormat Removing codecs PCM-16-48kHz,PCM-16-32kHz,PCM-16-16kHz,G.722-64k,SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,PCM-16,G.711-ALaw-64k,G.726-16k,G.726-24k,G.726-32k,G.726-40k,GSM-06.10,GSM-AMR,LPC-10,MS-GSM,MS-IMA-ADPCM,SpeexIETFNarrow-11k,SpeexIETFNarrow-15k,SpeexIETFNarrow-18.2k,SpeexIETFNarrow-24.6k,SpeexIETFNarrow-5.95k,SpeexIETFNarrow-8k,SpeexNB,SpeexWNarrow-8k,YUV420P,RFC4175_YCbCr-4:2:0,RGB32,RGB24,RFC4175_RGB,SIP-IM,T.140,H.224/H323AnnexQ,H.224/HDLCTunneling,Linear-16-Stereo-48kHz 2009/07/28 16:51:02.915 0:18.548 Call OpenSourceMediaStreams opening audio session 1 on Call[d3849c1fa1]-EP<sip>[32079d03-267a-de11-8374-001cc0a150d7] 2009/07/28 16:51:02.918 0:18.551 MediaFormat Removing codecs PCM-16-48kHz,PCM-16-32kHz,PCM-16-16kHz,G.722-64k,SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,PCM-16,G.711-ALaw-64k,G.726-16k,G.726-24k,G.726-32k,G.726-40k,GSM-06.10,GSM-AMR,LPC-10,MS-GSM,MS-IMA-ADPCM,SpeexIETFNarrow-11k,SpeexIETFNarrow-15k,SpeexIETFNarrow-18.2k,SpeexIETFNarrow-24.6k,SpeexIETFNarrow-5.95k,SpeexIETFNarrow-8k,SpeexNB,SpeexWNarrow-8k,YUV420P,RFC4175_YCbCr-4:2:0,RGB32,RGB24,RFC4175_RGB,SIP-IM,T.140,H.224/H323AnnexQ,H.224/HDLCTunneling,Linear-16-Stereo-48kHz 2009/07/28 16:51:02.919 0:18.551 MediaFormat Removing codecs PCM-16-48kHz,PCM-16-32kHz,PCM-16-16kHz,G.722-64k,SpeexIETFWide-20.6k,SpeexWB,SpeexWide-20.6k,PCM-16,G.711-ALaw-64k,G.726-16k,G.726-24k,G.726-32k,G.726-40k,GSM-06.10,GSM-AMR,LPC-10,MS-GSM,MS-IMA-ADPCM,SpeexIETFNarrow-11k,SpeexIETFNarrow-15k,SpeexIETFNarrow-18.2k,SpeexIETFNarrow-24.6k,SpeexIETFNarrow-5.95k,SpeexIETFNarrow-8k,SpeexNB,SpeexWNarrow-8k,YUV420P,RFC4175_YCbCr-4:2:0,RGB32,RGB24,RFC4175_RGB,SIP-IM,T.140,H.224/H323AnnexQ,H.224/HDLCTunneling,Linear-16-Stereo-48kHz 2009/07/28 16:51:02.919 0:18.551 Call GetMediaFormats for Call[d3849c1fa1]-EP<sip>[32079d03-267a-de11-8374-001cc0a150d7] G.711-uLaw-64k theora H.261 H.261-CIF H.261-QCIF 2009/07/28 16:51:02.919 0:18.552 MediaFormat Merging G.711-uLaw-64k into G.711-uLaw-64k 2009/07/28 16:51:02.919 0:18.552 MediaFormat Merging PCM-16 into G.711-uLaw-64k 2009/07/28 16:51:02.919 0:18.552 MediaFormat Merging G.711-uLaw-64k into PCM-16 2009/07/28 16:51:02.919 0:18.552 MediaFormat Changed media option "Max Bit Rate" from 128000 to 64000 2009/07/28 16:51:02.919 0:18.552 Call Selected media formats G.711-uLaw-64k -> PCM-16 2009/07/28 16:51:02.919 0:18.552 SIPConnection::OpenMediaStream called with G.711-uLaw-64k, 1, 1 2009/07/28 16:51:02.919 0:18.552 Call IsMediaBypassPossible Call[d3849c1fa1]-EP<sip>[32079d03-267a-de11-8374-001cc0a150d7] session 1 2009/07/28 16:51:02.920 0:18.552 OpalMan IsMediaBypassPossible: session 1 2009/07/28 16:51:02.920 0:18.552 OpalCon IsMediaBypassPossible: default returns false 2009/07/28 16:51:02.920 0:18.552 RTP Found existing media session 1 2009/07/28 16:51:02.920 0:18.552 OpalMan OnOpenMediaStream Call[d3849c1fa1]-EP<sip>[32079d03-267a-de11-8374-001cc0a150d7],OpalRTPMediaStream-Source-G.711-uLaw-64k 2009/07/28 16:51:02.920 0:18.552 OpalCon Opened source stream d3849c1fa1_1 with format G.711-uLaw-64k Other information: This works fine with all other soft and hardphones that I've tried. Rejecting the call works, and all outgoing calls from client work.
Aaron, what ekiga version do you use?
3.2.5
What distribution? How was Ekiga built? Obviously, it works for others, so such a weird bug is surprising.
Fedora 11 x86_64, installed from yum repo What makes it even more wierd is that it works fine for me at home, F11 x86. A quick look at /var/log/messages shows nothing as well. Maybe ekiga isn't playing nice with one or more apps that I have running on my work computer?
Aaron, please try again inside gdb, as shown on the wiki debugging section, and attach the output.
Created attachment 139490 [details] Stack trace from Ekiga
Comment on attachment 139490 [details] Stack trace from Ekiga (gdb) thread apply all bt
+ Trace 216703
Thread 1 (Thread 0x7f75a9d4e7d0 (LWP 2210))
I'm sorry... I missed the rest of the output and tried to edit the attachment. Let me re-upload a new attachment
Created attachment 139491 [details] full ekiga stack trace
Thanks, I pushed your bug to opal tracker, https://sourceforge.net/tracker/?func=detail&aid=2829208&group_id=204472&atid=989748
Actually, it seems to be PulseAudio that blocks the device opening, hence blocking Ekiga. Please report that bug to the PulseAudio guys.
Created attachment 139539 [details] PA blocking
Done. Ticket number 613 with PulseAudio