How to handle brute call disconnect

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

 



Any feedback?

Thanks in advance

On Tue, Aug 19, 2008 at 11:12 AM, Jo?o C?sar <jpcesar at gmail.com> wrote:

>
> I forgot to tell im using memory port to feed samples to the call.
>
> We use pjmedia_snd_port_create_player and pjmedia_snd_port_connect, and
> just occurred to me that we are not disconnecting and destroying these
> ports.
>
> Looking at your pjmedia reference example i see how you free all resources,
> but now im just wondering where do I need to code them in order to get that
> exception caught.
>
> Best regards
>
> On Tue, Aug 19, 2008 at 10:53 AM, Jo?o C?sar <jpcesar at gmail.com> wrote:
>
>>
>> Hi,
>>
>> In our application, sometimes the voip client does not end the call
>> properly sending the BYE sip message, so i'm getting RTP recv() error:
>> Connection reset by peer ( WSAECONNRESET) on the pjsip side.
>>
>> We want to improve resilience on the pjsip side and handle this error
>> properly, destroy everything that was being used in the call.
>>
>> We are using PJSUAlib, but im uncertain where do I need to handle this
>> exception, is it on on_call_media_state? Wich resources do I need to free in
>> order to have this cleaned at the pjsip side.
>>
>> I cannot control the client SIP side so i really need my pjsip server to
>> be bullet proof on hard and bruteforce disconnects.
>>
>> Thanks in advance.
>>
>> --
>> Joao Cesar
>> msn: jpcesar at gmail.com
>> gtalk: jpcesar at gmail.com
>> icq: 13790802
>>
>
>
>
> --
> Joao Cesar
> msn: jpcesar at gmail.com
> gtalk: jpcesar at gmail.com
> icq: 13790802
>



-- 
Joao Cesar
msn: jpcesar at gmail.com
gtalk: jpcesar at gmail.com
icq: 13790802
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20080819/a5f5c708/attachment.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