December 2012 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Dbh error
by Archana Venugopan 15 Dec '12

15 Dec '12

Hi, When I re-start freeswitch am facing with the below issue irrespective of my database connection is there 2012-12-15 15:13:40.434648 [ERR] mod_lua.cpp:182 /usr/local/freeswitch/scripts/directory.lua:164: attempt to call field 'Dbh' (a nil value) 2012-12-15 15:13:40.434664 [ERR] mod_lua.cpp:248 LUA script parse/execute error! isql -v smepbx smepbx smeswitch +---------------------------------------+ | Connected! | | | | sql-statement | | help [tablename] | | quit | | | +---------------------------------------+ SQL> In directory.lua script in 164 line the lines below were present local dsn = "smepbx" local dbh = freeswitch.Dbh(dsn, "smepbx", "smeswitch") Any reason why is it throwing this error in dbh? Regards, Archana.V

1 0

Natting question.
by Mimiko 15 Dec '12

15 Dec '12

Hello. I have a FS behind firewall on which ports 5080,5060 udp are mapped to the FS server. A client connected directly to Internet, say using GPRS, authorise to FS and calling a number audio is heared. When this client is connected via WiFi to some router connected directly to Internet, client authorises, calls but there is no audio. So I'm stump on where to look for issue: on FS server side with firewall or on client side behind router? Thank you. -- Mimiko desu.

4 7

Originate against dial plan?
by Royce Mitchell III 14 Dec '12

14 Dec '12

I'm trying to avoid duplication of logic. I have a dial plan setup with two sets of gateways, one set is a route to a pair of adtrans connecting to the customer downstream telephony system, the other set of gateways is another pair of adtrans leading to the PSTN. I have all this setup and working in the dial plan. I would like to do something like this: originate 8005551212 XML default &txfax(foo), but I can't figure it out. Is there a way I could, say, generate a one-leg txfax, then transfer to the destination? Royce Mitchell IT Consultant ITAS Solutions royce3(a)itas-solutions.com

3 2

FW: FW: SIP error
by Archana Venugopan 14 Dec '12

14 Dec '12

Here are the ones.  <X-PRE-PROCESS cmd="set" data="internal_auth_calls=true"/> <X-PRE-PROCESS cmd="set" data="internal_sip_port=5080"/> <X-PRE-PROCESS cmd="set" data="internal_tls_port=5081"/> <X-PRE-PROCESS cmd="set" data="internal_ssl_enable=false"/> <X-PRE-PROCESS cmd="set" data="internal_ssl_dir=$${base_dir}/conf/ssl"/>  <X-PRE-PROCESS cmd="set" data="external_auth_calls=false"/> <X-PRE-PROCESS cmd="set" data="external_sip_port=5060"/> <X-PRE-PROCESS cmd="set" data="external_tls_port=5061"/> <X-PRE-PROCESS cmd="set" data="external_ssl_enable=false"/> <X-PRE-PROCESS cmd="set" data="external_ssl_dir=$${base_dir}/conf/ssl"/> Regards, Archana.V From: freeswitch-users-bounces(a)lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Steven Ayre Sent: 14 December 2012 13:16 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] FW: SIP error What SIP profiles do you have defined, and what are their sip-ip and port settings? On 14 December 2012 12:21, Archana Venugopan <a.venugopan(a)mundio.com<mailto:a.venugopan@mundio.com>> wrote: Hi, There is only 1 instance of freeswitch running. [root@VECTONE-CLOUDE log]# ps -ef | grep -i free root 19173 1 1 12:03 ? 00:00:10 /usr/local/freeswitch/bin/freeswitch -nc root 19223 21809 0 12:19 pts/0 00:00:00 grep -i free Am not sure how this ::1:5060 was picked and am not sure how to kill this alone. Regards, Archana.V From: freeswitch-users-bounces(a)lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org> [mailto:freeswitch-users-bounces@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org>] On Behalf Of Steven Ayre Sent: 14 December 2012 12:05 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] SIP error This looks like it might be fine in itself... freeswitch is listening for both tcp and udp on 82.113.72.113:5060<http://82.113.72.113:5060>, that'll be one profile. Looks like you also have a profile listening on the IPv6 loopback ::1:5060 - it's up to your use-case whether you want that or not... since that won't be reachable from any other machine. You need to compare that to what profiles you have configured though, to see whether there are any profiles failing to start on another ip:port. Multiple running copies of freeswitch could also give a problem - if 19085 is the PID of a different instance of freeswitch then that would stop a 2nd FS instance listening on those ip:ports. -Steve On 14 December 2012 11:36, Archana Venugopan <a.venugopan(a)mundio.com<mailto:a.venugopan@mundio.com>> wrote: Hi Steven, Thanks. When I gave netstat I see the following in my freeswitch server(82.113.72.113) [root@VECTONE-CLOUDE sip_profiles]# netstat -lnp | grep 5060 tcp 0 0 82.113.72.113:5060<http://82.113.72.113:5060> 0.0.0.0:* LISTEN 19085/freeswitch tcp 0 0 ::1:5060 :::* LISTEN 19085/freeswitch udp 0 0 82.113.72.113:5060<http://82.113.72.113:5060> 0.0.0.0:* 19085/freeswitch udp 0 0 ::1:5060 :::* 19085/freeswitch Is there something wrong in the above? Regards, Archana.V From: freeswitch-users-bounces(a)lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org> [mailto:freeswitch-users-bounces@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org>] On Behalf Of Steven Ayre Sent: 14 December 2012 11:23 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] SIP error The most likely reason is that something already is listening on the IP:port, each profile must be on its own distinct IP+port combination. "netstat -anp | grep <ip> | grep <port>" will show if another program is already using the port. -Steve On 13 December 2012 18:01, Archana Venugopan <a.venugopan(a)mundio.com<mailto:a.venugopan@mundio.com>> wrote: Hi team, I am facing with the below error after installing freeswitch and registering. 2012-12-13 17:55:15.573019 [ERR] sofia.c:1347 Error Creating SIP UA for profile: internal Guess this is checking /usr/local/freeswitch/conf/sip_profiles/internal.xml I have attached my internal.xml as well. Please let me know. Thanks. Regards, Archana.V _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting(a)freeswitch.org<mailto: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(a)lists.freeswitch.org<mailto: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(a)freeswitch.org<mailto: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(a)lists.freeswitch.org<mailto: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(a)freeswitch.org<mailto: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(a)lists.freeswitch.org<mailto: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

2 1

FW: SIP error
by Archana Venugopan 14 Dec '12

14 Dec '12

Hi, There is only 1 instance of freeswitch running. [root@VECTONE-CLOUDE log]# ps -ef | grep -i free root 19173 1 1 12:03 ? 00:00:10 /usr/local/freeswitch/bin/freeswitch -nc root 19223 21809 0 12:19 pts/0 00:00:00 grep -i free Am not sure how this ::1:5060 was picked and am not sure how to kill this alone. Regards, Archana.V From: freeswitch-users-bounces(a)lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Steven Ayre Sent: 14 December 2012 12:05 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] SIP error This looks like it might be fine in itself... freeswitch is listening for both tcp and udp on 82.113.72.113:5060<http://82.113.72.113:5060>, that'll be one profile. Looks like you also have a profile listening on the IPv6 loopback ::1:5060 - it's up to your use-case whether you want that or not... since that won't be reachable from any other machine. You need to compare that to what profiles you have configured though, to see whether there are any profiles failing to start on another ip:port. Multiple running copies of freeswitch could also give a problem - if 19085 is the PID of a different instance of freeswitch then that would stop a 2nd FS instance listening on those ip:ports. -Steve On 14 December 2012 11:36, Archana Venugopan <a.venugopan(a)mundio.com<mailto:a.venugopan@mundio.com>> wrote: Hi Steven, Thanks. When I gave netstat I see the following in my freeswitch server(82.113.72.113) [root@VECTONE-CLOUDE sip_profiles]# netstat -lnp | grep 5060 tcp 0 0 82.113.72.113:5060<http://82.113.72.113:5060> 0.0.0.0:* LISTEN 19085/freeswitch tcp 0 0 ::1:5060 :::* LISTEN 19085/freeswitch udp 0 0 82.113.72.113:5060<http://82.113.72.113:5060> 0.0.0.0:* 19085/freeswitch udp 0 0 ::1:5060 :::* 19085/freeswitch Is there something wrong in the above? Regards, Archana.V From: freeswitch-users-bounces(a)lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org> [mailto:freeswitch-users-bounces@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org>] On Behalf Of Steven Ayre Sent: 14 December 2012 11:23 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] SIP error The most likely reason is that something already is listening on the IP:port, each profile must be on its own distinct IP+port combination. "netstat -anp | grep <ip> | grep <port>" will show if another program is already using the port. -Steve On 13 December 2012 18:01, Archana Venugopan <a.venugopan(a)mundio.com<mailto:a.venugopan@mundio.com>> wrote: Hi team, I am facing with the below error after installing freeswitch and registering. 2012-12-13 17:55:15.573019 [ERR] sofia.c:1347 Error Creating SIP UA for profile: internal Guess this is checking /usr/local/freeswitch/conf/sip_profiles/internal.xml I have attached my internal.xml as well. Please let me know. Thanks. Regards, Archana.V _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting(a)freeswitch.org<mailto: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(a)lists.freeswitch.org<mailto: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(a)freeswitch.org<mailto: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(a)lists.freeswitch.org<mailto: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

2 1

SIP error
by Archana Venugopan 14 Dec '12

14 Dec '12

Hi team, I am facing with the below error after installing freeswitch and registering. 2012-12-13 17:55:15.573019 [ERR] sofia.c:1347 Error Creating SIP UA for profile: internal Guess this is checking /usr/local/freeswitch/conf/sip_profiles/internal.xml I have attached my internal.xml as well. Please let me know. Thanks. Regards, Archana.V

3 4

Re: [Freeswitch-users] callcenter with external agents
by Raimund Sacherer 14 Dec '12

14 Dec '12

Hello, we have done this sort of thing in our Brazilian Call center, once for the Carnival (because nobody could come to work) and once because the region was flooded (and also nobody could come to work). It worked very well for us, but you should increase the call_timeout, we used 30 seconds, as sometimes call_setup can be quite slow. Did you get the setup working for internal phones? If not paste your Queue configuration, "max wait of 0 sec" does not sound right, it might just be that you did not have configured the max_wait_time and max_wait_time_with_no_agent correctly. We have 300 seconds (5 minutes) wait time configured, which, in our case, is almost never reached, Best regards, Raimund ----- Original Message ----- From: "Juan Pablo L." <jpablolorenzetti(a)hotmail.com> To: freeswitch-users(a)lists.freeswitch.org Sent: Jueves, 13 de Diciembre 2012 19:31:03 Subject: [Freeswitch-users] callcenter with external agents Hi, i m trying to set up a callcenter but the lines for the agents are mobile phones in a mobile network and are not attached to freeswitch, i m trying to set it up with the following: <agent name="1000@default" type="callback" contact="[call_timeout=10]sofia/external-huawei_gw/XXXXXX" status="Available" max-no-answer="3" wrap-up-t ime="10" reject-delay-time="10" busy-delay-time="60" /> XXXXX being the mobile number but i m getting the following error: Member 2018 <2018> in queue 'callcenter@default' reached max wait of 0 sec. with no agent plus join grace period of 5 sec. and i see that freeswitch does not even try to dial out to the trunk. i m wondering if configuring it the way i need it is even possible as i think the problem may reside in the fact that freeswitch does not actually see the agent registered. thanks!! _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting(a)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(a)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 0

mod conference keeps core dumping
by covici＠ccs.covici.com 14 Dec '12

14 Dec '12

Hi. Every time I start a conference, eventually core is dumped. Here is the back trace -- could someone look at this, please? Thanks. http://pastebin.freeswitch.org/20324 -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici(a)ccs.covici.com

5 9

Call transfer changes media mode to bypass mode
by Carlo Dimaggio 13 Dec '12

13 Dec '12

Hi guys, I would like to know why acall transfer could change media mode to bypass mode. In detail, If I perform an outbound call (through a voip gateway)in media mode and then transfer this call to a local extension (my dialplan forces bypass_mode between local extensions), the call doesn't maintain the original mode (media). Unfortunately, as I am ina NAT environment this breaks the comunication. In inbound calls (with inbound-proxy-media=false and inbound-bypass-media=false), the call after the transfer is still in media mode. Is this an expected behaviour? Best regards, Carlo [P.s. Irewrited my last mail for a direct approach to the problem]

1 0

SRTP + hardware crypto
by Kristian Kielhofner 13 Dec '12

13 Dec '12

Hello All, Has anyone ever looked at enabling hardware acceleration of SIP+TLS (and more importantly) SRTP? Hardware engines are pretty well defined in OpenSSL at this point so it shouldn't be too hard to get Sofia to use them. SRTP, on the other hand, doesn't use OpenSSL... So the next question is: How hard would it be to get libsrtp to use OpenSSL AES so we could take advantage of the various hardware engines available? Would it actually help? Has anyone looked at this? Thanks! -- Kristian Kielhofner

3 5