[Freeswitch-users] Dead channels in freeswitch

Mon May 6 15:41:35 MSD 2013

Hi Steve,

So, should I put it in profile tag? 

From: steveayre at gmail.com
Date: Mon, 6 May 2013 11:08:17 +0100
To: freeswitch-users at lists.freeswitch.org
Subject: Re: [Freeswitch-users] Dead channels in freeswitch

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
-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 timers2) There is a parameter to hang up a call is no RTP has been received for a certain period of time3) 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

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

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

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/8f0c78ad/attachment-0001.html 