On Mon, 14 Jul 2008 13:38:24 -0100 Will Davies <will@hugthebubble.co.uk> wrote: > On Mon, 14 Jul 2008 12:24:57 +0100 > "Benny Prijono" <bennylp@pjsip.org> wrote: > > > http://trac.pjsip.org/repos/wiki/audio-check-rx-rtp is probably interesting. > > When the audio stalls, it would be good to see if RTP packets are still > > sent/received (the number of RTP packets sent and received are increasing). > > > Bingo DOH sorry I was misreading the output, I now realise there is nothing useful there -- Will Davies

On Tue, Jul 15, 2008 at 2:26 PM, Will Davies <will@hugthebubble.co.uk> wrote: > On Fri, 11 Jul 2008 16:33:59 +0100 > "Benny Prijono" <bennylp@pjsip.org> wrote: > > > So this is not a call drop in the usual sense then since signaling seems > to > > be still in place (calls are still CONFIRMED on both ends), but rather > lost > > of audio after few minutes of conversation. Is that right? > > > I think we have made the problem go away. > The last version I compiled that worked properly for this user was from > subversion around 26th June. But svn on puppylinux doesn't work with ssl > which is needed to download portaudio. So I just used the portaudio source > distributed with pjproject-0.8.0. > > We tried today using pjproject-0.9.0 but with portaudio replaced with that > from pjproject-0.8.0. > The call gets successfully moved to the CONFIRMED status and we had a call > that stayed up for over 20 minutes before we hung up. > > Thank you for your help in solving this problem. If you want to investigate > further and need any further information give me a shout. > > That's strange indeed. But it's good to know that the problem doesn't seem to come from pjsip. Re: PA, one of the thing that changed between 0.8 to 0.9 is (IIRC) PA changed the default sound backend in Linux from OSS to ALSA (so if both are present, ALSA will be used unless pjsua is configured to use other device ID). That might be the reason. Cheers Benny

On Fri, 11 Jul 2008 16:33:59 +0100 "Benny Prijono" <bennylp@pjsip.org> wrote: > So this is not a call drop in the usual sense then since signaling seems to > be still in place (calls are still CONFIRMED on both ends), but rather lost > of audio after few minutes of conversation. Is that right? > I think we have made the problem go away. The last version I compiled that worked properly for this user was from subversion around 26th June. But svn on puppylinux doesn't work with ssl which is needed to download portaudio. So I just used the portaudio source distributed with pjproject-0.8.0. We tried today using pjproject-0.9.0 but with portaudio replaced with that from pjproject-0.8.0. The call gets successfully moved to the CONFIRMED status and we had a call that stayed up for over 20 minutes before we hung up. Thank you for your help in solving this problem. If you want to investigate further and need any further information give me a shout. -- Will Davies