A New Config Set aimed for New People to FreeSWITCH
One of the frequent complaints is that the default diaplan is huge... Well, this has been discussed about in one of the earlier conference calls last year and so far nobody has taken up any work on creating this configuration set, so I decided to take up the work on creating one. It's been done and I have it uploaded on my github. Testing and feedback is greatly appreciated: https://github.com/curriegrad2004/Freeswitch_slim_conf "A configuration set created for users new to FreeSWITCH. It doesn't expose what FreeSWITCH is truly capable of, but I hope new users won't get scared with this configuration set." as quoted from my description page on github.
Hi friends, While using ORIGINATE API, if destination IP (local IP) is dead, FS marks this IP as dead with him till that IP alives. Is there any way to configure the FS not to mark as dead destination. Let it send SIP INVITE even if last SIP INVITE was not answered. Thanks in advance. Regards Sharad
How does it mark it "dead"? Are you talking about a gateway in FreeSWITCH? -MC On Wed, Jan 4, 2012 at 4:44 AM, Sharad Garg <sharad@coraltele.com> wrote:
Hi friends,
While using ORIGINATE API, if destination IP (local IP) is dead, FS marks this IP as dead with him till that IP alives.
Is there any way to configure the FS not to mark as dead destination. Let it send SIP INVITE even if last SIP INVITE was not answered.
Thanks in advance.
Regards Sharad
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Hi Thanks a lot for your kind reply... I am sorry not to explain my query in detail.. I am using sip_profile 'external' for making point to point SIP call (without registration). Everything is working perfectly except one point. Point is.....if detination host (the url used in originate API), is switched-off, Freeswitch does not get any response from destination host. In this case, Freeswitch sends 4-5 SIP INVITE & revert back with error message. Now when I use the same originate API to the same url, Freeswitch does not generate the SIP Invite to this url. In this case, Freeswitch diretly reverts back with error without making the SIP INVITE to the defined url. I had waited for 10-15 minutes but every time FS reverted back with error message without generating INVITE. When the defined host is switched-on, there is some broadcast "netbios" message on network. I think from this broadcast message, FS comes to know that the host has become live now. So if I make originate to the same url, this time FS generates the INVITE. I might be wrong but this is what I analyzed. If I am wrong, plz correct me. So from this, I understood that if a destination host is switched-off, FS marks that host as `dead' with him till he gets some broadcast message from that host. So my query is...is there any way to configure FS so that it will generate the SIP invite on every ORIGINATE API even if host is not live. Please note that in my testing the host is a PC on which a softphone EYEBEAM 1.5 is installed on 5060 & it is configured without Registration. Means the url in my ORIGINATE is for a unregistered end point. Hope it is clear. Best Regards Sharad ----- Original Message ----- From: Michael Collins To: FreeSWITCH Users Help Sent: Wednesday, January 04, 2012 10:36 PM Subject: Re: [Freeswitch-users] Originate with dead destination How does it mark it "dead"? Are you talking about a gateway in FreeSWITCH? -MC On Wed, Jan 4, 2012 at 4:44 AM, Sharad Garg <sharad@coraltele.com> wrote: Hi friends, While using ORIGINATE API, if destination IP (local IP) is dead, FS marks this IP as dead with him till that IP alives. Is there any way to configure the FS not to mark as dead destination. Let it send SIP INVITE even if last SIP INVITE was not answered. Thanks in advance. Regards Sharad _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
1) Breaking up the default dialplan into the pieces make it easier to get a handle on. I wonder if you should just include all the others as a .noload in a folder named "advanced" or something. 2) I don't see any CDR modules in the autoload configs. cdr_csv for basic and/or xml_cdr to store the calls with all the variables. It's particularly helpful for when you don't know the variables that you can just go and see all that are there, even after the call. 3) I wrote up a little bit about the regex for the incoming extension (first actual dialplan they might see?).. https://github.com/avimar/Freeswitch_slim_conf/commit/91c49d7cf31f3c9a569b02... Not sure it's worth including, though. 4) Q: Why do your's and the default configs have: <action application="bridge" data="loopback/app=voicemail:default ${domain_name} $1"/> Wouldn't this work just as well without the added loopback channel? Why isn't this the standard? <action application="voicemail" data="default ${domain_name} $1"/> -Avi Marcus On Wed, Jan 4, 2012 at 8:12 AM, Gabriel Gunderson <gabe@gundy.org> wrote:
On Tue, Jan 3, 2012 at 10:03 PM, curriegrad2004 <curriegrad2004@gmail.com> wrote:
It's been done and I have it uploaded on my github. Testing and feedback is greatly appreciated:
Love it.
Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I personally don't think that a new user should be exposed to CDRs just yet. They should have more time to know what FreeSWITCH is all about until they can move on. I might need somebody to remind me to convert all of the CRLF endings to LF when I get back from school On 2012-01-04 5:46 AM, "Avi Marcus" <avi@avimarcus.net> wrote:
1) Breaking up the default dialplan into the pieces make it easier to get a handle on. I wonder if you should just include all the others as a .noload in a folder named "advanced" or something.
2) I don't see any CDR modules in the autoload configs. cdr_csv for basic and/or xml_cdr to store the calls with all the variables. It's particularly helpful for when you don't know the variables that you can just go and see all that are there, even after the call.
3) I wrote up a little bit about the regex for the incoming extension (first actual dialplan they might see?)..
https://github.com/avimar/Freeswitch_slim_conf/commit/91c49d7cf31f3c9a569b02... Not sure it's worth including, though.
4) Q: Why do your's and the default configs have: <action application="bridge" data="loopback/app=voicemail:default ${domain_name} $1"/>
Wouldn't this work just as well without the added loopback channel? Why isn't this the standard? <action application="voicemail" data="default ${domain_name} $1"/>
-Avi Marcus
On Wed, Jan 4, 2012 at 8:12 AM, Gabriel Gunderson <gabe@gundy.org> wrote:
On Tue, Jan 3, 2012 at 10:03 PM, curriegrad2004 <curriegrad2004@gmail.com> wrote:
It's been done and I have it uploaded on my github. Testing and feedback is greatly appreciated:
Love it.
Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
It tickled me to see a log of every call in fusionpbx as soon as I hung up... CDRs are pretty important. I think. -Avi On Wed, Jan 4, 2012 at 5:13 PM, curriegrad2004 <curriegrad2004@gmail.com>wrote:
I personally don't think that a new user should be exposed to CDRs just yet. They should have more time to know what FreeSWITCH is all about until they can move on. I might need somebody to remind me to convert all of the CRLF endings to LF when I get back from school On 2012-01-04 5:46 AM, "Avi Marcus" <avi@avimarcus.net> wrote:
1) Breaking up the default dialplan into the pieces make it easier to get a handle on. I wonder if you should just include all the others as a .noload in a folder named "advanced" or something.
2) I don't see any CDR modules in the autoload configs. cdr_csv for basic and/or xml_cdr to store the calls with all the variables. It's particularly helpful for when you don't know the variables that you can just go and see all that are there, even after the call.
3) I wrote up a little bit about the regex for the incoming extension (first actual dialplan they might see?)..
https://github.com/avimar/Freeswitch_slim_conf/commit/91c49d7cf31f3c9a569b02... Not sure it's worth including, though.
4) Q: Why do your's and the default configs have: <action application="bridge" data="loopback/app=voicemail:default ${domain_name} $1"/>
Wouldn't this work just as well without the added loopback channel? Why isn't this the standard? <action application="voicemail" data="default ${domain_name} $1"/>
-Avi Marcus
On Wed, Jan 4, 2012 at 8:12 AM, Gabriel Gunderson <gabe@gundy.org> wrote:
On Tue, Jan 3, 2012 at 10:03 PM, curriegrad2004 <curriegrad2004@gmail.com> wrote:
It's been done and I have it uploaded on my github. Testing and feedback is greatly appreciated:
Love it.
Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
The original github repository has been moved to FreeSWITCH-sample-conf report under my account. That repo's now public and again, feedback is greatly appreciated. On 2012-01-04 7:17 AM, "Avi Marcus" <avi@avimarcus.net> wrote:
It tickled me to see a log of every call in fusionpbx as soon as I hung up... CDRs are pretty important. I think.
-Avi
On Wed, Jan 4, 2012 at 5:13 PM, curriegrad2004 <curriegrad2004@gmail.com>wrote:
I personally don't think that a new user should be exposed to CDRs just yet. They should have more time to know what FreeSWITCH is all about until they can move on. I might need somebody to remind me to convert all of the CRLF endings to LF when I get back from school On 2012-01-04 5:46 AM, "Avi Marcus" <avi@avimarcus.net> wrote:
1) Breaking up the default dialplan into the pieces make it easier to get a handle on. I wonder if you should just include all the others as a .noload in a folder named "advanced" or something.
2) I don't see any CDR modules in the autoload configs. cdr_csv for basic and/or xml_cdr to store the calls with all the variables. It's particularly helpful for when you don't know the variables that you can just go and see all that are there, even after the call.
3) I wrote up a little bit about the regex for the incoming extension (first actual dialplan they might see?)..
https://github.com/avimar/Freeswitch_slim_conf/commit/91c49d7cf31f3c9a569b02... Not sure it's worth including, though.
4) Q: Why do your's and the default configs have: <action application="bridge" data="loopback/app=voicemail:default ${domain_name} $1"/>
Wouldn't this work just as well without the added loopback channel? Why isn't this the standard? <action application="voicemail" data="default ${domain_name} $1"/>
-Avi Marcus
On Wed, Jan 4, 2012 at 8:12 AM, Gabriel Gunderson <gabe@gundy.org>wrote:
On Tue, Jan 3, 2012 at 10:03 PM, curriegrad2004 <curriegrad2004@gmail.com> wrote:
It's been done and I have it uploaded on my github. Testing and feedback is greatly appreciated:
Love it.
Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (5)
-
Avi Marcus
-
curriegrad2004
-
Gabriel Gunderson
-
Michael Collins
-
Sharad Garg