pjsip Digest, Vol 77, Issue 114

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

 



The conf_slot was not being disconnected on hangup.

Thanks!


On Wed, Jan 29, 2014 at 9:09 PM, <pjsip-request at lists.pjsip.org> wrote:

> Send pjsip mailing list submissions to
>         pjsip at lists.pjsip.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
> or, via email, send a message with subject or body 'help' to
>         pjsip-request at lists.pjsip.org
>
> You can reach the person managing the list at
>         pjsip-owner at lists.pjsip.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of pjsip digest..."
>
>
> Today's Topics:
>
>    1. Re: To end call cleanly - iOS (Dennis Guse)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 29 Jan 2014 16:39:09 +0100
> From: Dennis Guse <dennis.guse@xxxxxxxxxxxxxxxxxxx>
> To: pjsip list <pjsip at lists.pjsip.org>
> Subject: Re: To end call cleanly - iOS
> Message-ID:
>         <CAEeULf01O6KRJ9SywozNt=
> YyrybU1z_T+33xru+6BHU5LpGaKg at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Sadly, this is expected behavior as the hangup MUST be confirmed by the sip
> partner (the other phone or whatever).
> And that is exactly what PJSIP is doing.
>
> To make it useful, and avoid user confusion, just do the following:
> 1. execute hangup
> 2. disconnect the conf_slot (disables audio)
> 3. update your UI, so that it looks like as the call was completed (e.g.
> hangup succesfully)
>
> The call will either timeout (in 32s) or hangup-ACK by the partner.
>
> PS: Was also discussed in CSipSimple - and there exactly your described
> behavior is done. (Sorry couldn't find the mailing list discussion).
>
> ---
> Dennis Guse
>
>
> On Wed, Jan 29, 2014 at 8:40 AM, Vinay <vinay.nair at novanet.net> wrote:
>
> > Hi,
> >
> > We are building an iOS VOIP application using pjsua with PJSIP 2.0.
> >
> > To end the call we are using pjsua_call_hangup() and
> pjsua_call_hangup_all ),
> > but we get some cases now and then where the call end signal has been
> sent
> > but audio transmission is still alive.
> >
> > 1) Is there a way to end the exchange of media immediately when
> disconnect
> > is pressed without using hangup
> > 2) If not what is cleanest way to end a call, such that media exchange
> > also stops regardless of the BYE message is received by the server or not
> > and regardless of network connectivity.
> > 3) We also tried using pjsua_destroy(), but it led to a lot of crashes.
> > Tried fixing some but crashes kept coming probably due to an improper
> > implementation.
> >
> > Thanks,
> > Vinay Nair
> >
> >
> >
> >
> >
> > _______________________________________________
> > 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
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20140129/42cbfd7e/attachment.html
> >
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> pjsip mailing list
> pjsip at lists.pjsip.org
> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
>
> ------------------------------
>
> End of pjsip Digest, Vol 77, Issue 114
> **************************************
>



-- 
Vinay Nair
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20140130/82827a3f/attachment-0001.html>


[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