Assertion failing on second call

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Scott,

I am afraid there can be only samples for this, e.g: siprtp and
pjsua-lib, since the design and initialization sequence may vary which
is up to your app, so the teardown sequence should be based on that
design and initialization sequence.

However, from your first mail, it seems that the problem is caused by
undetached media transport (from the incoming packets handler, e.g:
pjmedia stream or app itself) after the first call ended while it is
about to be reused by second call. Please take a look on the siprtp
sample, here incoming packets are handed by app (on_rx_rtp/rtcp), and
see when/how the media transport is attached/detached.

Regards,
nanang


2008/6/26 S Coleman <scoleman2012 at gmail.com>:
> I'm using pjsip, not pjsua., plus I added a second transport for video which
> is probably the part that's not getting shut down properly. I'm having
> trouble finding out just what the media transport teardown sequence is. Is
> there documentation on this?
>
> Scott..
>
> On Fri, Jun 13, 2008 at 2:45 PM, Nanang Izzuddin <nanang at pjsip.org> wrote:
>>
>> Hi Coleman,
>>
>> I just did quick test with our sample application, symbian_ua[_gui],
>> consecutive calls were fine.
>>
>> It seems your app ended the call using pjsip API
>> pjsip_inv_end_session(), not pjsua-lib API as used by
>> symbian_ua[_gui], if it is intended, please make sure your app manages
>> the pjmedia parts well, since the assertion happened in the pjmedia
>> transport [UDP] (it is attached, something to do with pjmedia in the
>> first call session). So pjmedia was not cleaned up as it should be.
>>
>> Regards,
>> nanang
>>
>>
>> 2008/6/13 S Coleman <scoleman2012 at gmail.com>:
>> > I'm using the pjsip framework on Symbian. The first call I make works
>> > fine.
>> > After I end the call and try to connect another call I get an assertion
>> > error in transport_attach()
>> >     /* Must not be "attached" to existing application */
>> >     PJ_ASSERT_RETURN(!udp->attached, PJ_EINVALIDOP);
>> >
>> >
>> > I'm ending the call with:
>> >     status = pjsip_inv_end_session(g_inv, 603, NULL, &tdata);
>> >     if (status==PJ_SUCCESS && tdata!=NULL)
>> >         pjsip_inv_send_msg(g_inv, tdata);
>> >
>> > Do I need to do anything else to get rid of this error?
>> >
>> > Thanks, Scott..
>> >
>> > _______________________________________________
>> > Visit our blog: http://blog.pjsip.org
>> >
>> > pjsip mailing list
>> > pjsip at lists.pjsip.org
>> > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>> >
>> >
>>
>> _______________________________________________
>> Visit our blog: http://blog.pjsip.org
>>
>> pjsip mailing list
>> pjsip at lists.pjsip.org
>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing list
> pjsip at lists.pjsip.org
> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
>



[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux