[Freeswitch-users] Dead channels in freeswitch

Mon May 6 14:08:17 MSD 2013

Did you ensure that the parameter was set on the sofia profile? By default
they're not contained in the sofia.conf.xml file but in the files it pulls
in via the X-PRE-PROCESS include.

It will not work if you set it in the <global_settings> section.

Also did you try restarting FS after setting the parameter (restarting the
profile should also work, but restarting the process if you can is a simple
way to be 100% sure it's reloaded the entire configuration).

-Steve

On 6 May 2013 09:19, Farrukh Ali <smfarrukh at live.com> wrote:

> I tried to configure rtp-timeout-sec in sofia.conf.xml as
>
> <param name="rtp-timeout-sec" value="30"/>
>
> but did not get any change, dead channels don't get hung up!
> Please reply
>
> Regards,
> Muhammad Farrukh
>
> ------------------------------
> Date: Fri, 3 May 2013 09:39:14 -0500
> From: anthony.minessale at gmail.com
>
> To: freeswitch-users at lists.freeswitch.org
> Subject: Re: [Freeswitch-users] Dead channels in freeswitch
>
> Asterisk uses the same 2 methods.  The difference is probably that one or
> both are set by default or are implicit from some other setting.
> On May 3, 2013 3:01 AM, "Steven Ayre" <steveayre at gmail.com> wrote:
>
> If you're on VoIP and an endpoint completely disappears (eg wifi down)
> then the is absolutely no way for the other endpoint to detect that. That
> goes whatever software you're using.
>
> It's impossible for the down endpoint to tell the other that it's down,
> since it's down. Lack of messages also isn't enough to know it's down -
> it's normal during most of the SIP call for there to be no SIP packets, and
> RTP is designed to cope with packet loss.
>
> Absolutely the only way to detect it is to spot when you haven't heard
> from them for a while and timeout. Using SIP/UDP that's either in
> signalling with session timers (send a SIP packet, wait for a reply,
> timeout if no response within N seconds), or in media with RTP timers
> (hangup call if no RTP received for N seconds).
>
> To use session timers:
> http://wiki.freeswitch.org/wiki/Sofia_Configuration_Files#enable-timer
>  http://wiki.freeswitch.org/wiki/Sofia_Configuration_Files#session-timeout
>
> Or to use RTP timers:
> http://wiki.freeswitch.org/wiki/Sofia_Configuration_Files#rtp-timeout-sec
>
> http://wiki.freeswitch.org/wiki/Sofia_Configuration_Files#rtp-hold-timeout-sec<http://wiki.freeswitch.org/wiki/Sofia_Configuration_Files#rtp-timeout-sec>
>
> -Steve
>
>
>
>
> On 3 May 2013 07:12, Farrukh Ali <smfarrukh at live.com> wrote:
>
> Yes BDF, you are right, but I have been using Asterisk for a while and
> never faced such problem, there has to be some mechanism Freeswitch is
> lagging, beside this Freeswitch is quiet flexible to use due to its unique
> XML configuration style,
> And thanks for response
>
> Regards
> Muhammad Farrukh
>
> ------------------------------
> Date: Thu, 2 May 2013 08:51:42 -0400
> From: bdfoster at davri.com
>
> To: freeswitch-users at lists.freeswitch.org
> Subject: Re: [Freeswitch-users] Dead channels in freeswitch
>
> Just a note:
>
> In your setup, a timeout if some sort is your only option. It may not be
> efficient, it may not be perfect, but neither are your WiFi/Mobile clients
> apparently.
>
> -BDF
> On May 2, 2013 7:09 AM, "Farrukh Ali" <smfarrukh at live.com> wrote:
>
> Thanks everyone, and Steve timers might not be efficient solution but for
> now it will be good for testing purpose, could you please tell me exactly
> which file and parameter should I look for to change, is this configuration
> located in sofia.conf.xml ? kindly reply!
> and thanks to all again!
>
> Regards,
> Muhammad Farrukh
>
> ------------------------------
> From: steveayre at gmail.com
> Date: Tue, 30 Apr 2013 17:20:36 +0100
> To: freeswitch-users at lists.freeswitch.org
> Subject: Re: [Freeswitch-users] Dead channels in freeswitch
>
> SIP over UDP has no way of knowing the other side has lost connectivity
> (eg wifi down). Sip droid will know the local network is down and be able
> to hang up the call because of that. FreeSWITCH has no such knowledge, so
> won't know the call is hung up and will continue sending RTP.
>
> 3 possibilities are:
> 1) Use session timers
> 2) There is a parameter to hang up a call is no RTP has been received for
> a certain period of time
> 3) Use SIP/TCP, keepalives might help (but the default is measured in
> hours)
>
> Note that all of these are timeouts - you simply won't be able to know the
> call has ended immediately.
>
> Steve
>
>
>
> On 30 Apr 2013, at 08:33, Farrukh Ali <smfarrukh at live.com> wrote:
>
> Hi,
>
> I need some help, there is an issue in Freeswitch with SIP clients, when a
> call is not hung up properly Freeswitch does not close its RTP channels,
> and it starts to get load on bandwidth after too many dead channels are
> generated, Improper hang up means if during call sip client went out of the
> range of WiFi, the client i.e SipDroid shows call hang up but freeswitch
> continues to send voice packets. Kindly reply
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services: consulting at freeswitch.org
> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel
> Communication Server  Official FreeSWITCH Sites
> http://www.freeswitch.org http://wiki.freeswitch.org
> http://www.cluecon.com FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:
> http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services: consulting at freeswitch.org
> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel
> Communication Server  Official FreeSWITCH Sites
> http://www.freeswitch.org http://wiki.freeswitch.org
> http://www.cluecon.com FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:
> http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services: consulting at freeswitch.org
> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel
> Communication Server  Official FreeSWITCH Sites
> http://www.freeswitch.org http://wiki.freeswitch.org
> http://www.cluecon.com FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:
> http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130506/5a38765f/attachment-0001.html 