- FreeSWITCH-users - FreeSWITCH Mailing Lists

Update if you are on version between Feb 2 and today
by Anthony Minessale 17 Feb '12

17 Feb '12

Heads up, found a regression that can mess up CDR and cause instability. -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900

1 0

incoming call > dial-string > dialed_domain is always set to public/external ip!?
by Manuel Tanzer 16 Feb '12

16 Feb '12

FreeSWITCH GIT Revision: 1.0.head (git-3004fa0 2012-02-15 16-24-21 -0600) --- Always when a call come in, i see the fallowing line: [NOTICE] switch_channel.c:926 New Channel sofia/internal/sip:77700@<here is my current public ip>:55342 [a080bc46-83b5-4217-abdf-6da2a6da8240] This is the result from the dial-string in directory doman config. But the domain with my public ip doesn't exists. I always changed every settings in assiciation with nat config values: nothing. When i disabled nat: nothing. I hope you can help me! Many thanks. Environment: debian squeeze x64 freeswitch 1.0.head (git-3004fa0 2012-02-15 16-24-21 -0600) This is the log: 2012-02-17 00:10:45.515548 [NOTICE] switch_ivr.c:1717 Transfer sofia/outbound_no_auth/<numberFromDialer>@fritz.fonwlan.box to XML[66605@default] 2012-02-17 00:10:45.515548 [INFO] mod_dialplan_xml.c:485 Processing nameFromDialer <numberFromDialer>->66605 in context default 2012-02-17 00:10:45.515548 [NOTICE] switch_channel.c:926 New Channel sofia/internal/sip:77700@<myExternalIp-WRONGHERE>:55342 [00526e74-32d9-47c9-8d1c-97bdd3160434] 2012-02-17 00:10:45.515548 [NOTICE] sofia.c:6292 Hangup sofia/internal/sip:77700@<myExternalIp-WRONGHERE>:55342 [CS_CONSUME_MEDIA] [NORMAL_TEMPORARY_FAILURE] 2012-02-17 00:10:45.515548 [NOTICE] switch_ivr_originate.c:2459 Cannot create outgoing channel of type [group] cause: [NORMAL_TEMPORARY_FAILURE] 2012-02-17 00:10:45.515548 [INFO] mod_dptools.c:2916 Originate Failed. Cause: NORMAL_TEMPORARY_FAILURE 2012-02-17 00:10:45.515548 [NOTICE] switch_core_state_machine.c:226 sofia/outbound_no_auth/<numberFromDialer>@fritz.fonwlan.box has executed the last dialplan instruction, hanging up. 2012-02-17 00:10:45.515548 [NOTICE] switch_core_state_machine.c:228 Hangup sofia/outbound_no_auth/<numberFromDialer>@fritz.fonwlan.box [CS_EXECUTE] [NORMAL_CLEARING] 2012-02-17 00:10:45.515548 [NOTICE] switch_core_session.c:1398 Session 10 (sofia/internal/sip:77700@<myExternalIp-WRONGHERE>:55342) Ended 2012-02-17 00:10:45.515548 [NOTICE] switch_core_session.c:1400 Close Channel sofia/internal/sip:77700@<myExternalIp-WRONGHERE>:55342 [CS_DESTROY] 2012-02-17 00:10:45.515548 [NOTICE] switch_core_session.c:1398 Session 9 (sofia/outbound_no_auth/<numberFromDialer>@fritz.fonwlan.box) Ended 2012-02-17 00:10:45.515548 [NOTICE] switch_core_session.c:1400 Close Channel sofia/outbound_no_auth/<numberFromDialer>@fritz.fonwlan.box [CS_DESTROY] Where is the <myExternalIp-WRONGHERE>, normally the domain or ip internal must stand, or?

1 0

mod_xml_rpc.o error
by Miha Zoubek 16 Feb '12

16 Feb '12

Hi, can someone help me why I am getting this when I am compiling FS: quiet_libtool: compile: gcc -w -I../../../../libs/xmlrpc-c/lib/expat/xmlparse -I../../../../libs/xmlrpc-c/lib/expat/xmltok -I../../../../libs/xmlrpc-c -I../../../../libs/xmlrpc-c/include -I../../../../libs/xmlrpc-c/lib/abyss/src -I../../../../libs/xmlrpc-c/lib/util/include -D_THREAD -D__EXTENSIONS__ -I/usr/local/src/freeswitch/src/include -I/usr/local/src/freeswitch/src/include -I/usr/local/src/freeswitch/libs/libteletone/src -fPIC -Werror -fvisibility=hidden -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 -g -ggdb -DHAVE_OPENSSL -g -O2 -Wall -std=c99 -pedantic -Wdeclaration-after-statement -D_GNU_SOURCE -DHAVE_CONFIG_H -c /usr/local/src/freeswitch/src/mod/xml_int/mod_xml_rpc/mod_xml_rpc.c -o mod_xml_rpc.o >/dev/null 2>&1 Creating mod_xml_rpc.la... make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Regards, miha -- Best regards / Lep Pozdrav Miha Zoubek Softnet d.o.o.

6 9

Build problem
by Gustavo Espeche 16 Feb '12

16 Feb '12

hello all, i'm trying to build the las freeswitch version, in a ubutntu server 64 bit, but when i make it, i have the follow error Making all in nua LTCOMPILE nua.lo LTCOMPILE nua_common.lo LTCOMPILE nua_stack.lo LTCOMPILE nua_server.lo LTCOMPILE nua_client.lo LTCOMPILE nua_extension.lo LTCOMPILE nua_dialog.lo LTCOMPILE outbound.lo LTCOMPILE nua_params.lo LTCOMPILE nua_register.lo LTCOMPILE nua_registrar.lo LTCOMPILE nua_session.lo LTCOMPILE nua_options.lo LTCOMPILE nua_message.lo LTCOMPILE nua_publish.lo LTCOMPILE nua_subnotref.lo In file included from nua_subnotref.c:50:0: ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:2:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:6:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:7:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:11:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:12:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:16:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:17:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:21:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:22:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:26:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:27:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:31:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:32:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:36:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:37:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:41:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:42:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:46:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:47:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:51:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:52:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:56:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:57:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:61:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:62:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:66:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:67:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:71:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:72:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:76:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:77:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:81:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:82:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:86:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:87:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:91:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:92:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:96:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:97:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:101:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:102:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:106:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:107:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:111:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:112:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:116:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:117:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:121:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:122:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:126:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:127:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:131:44: error: "/*" within comment [-Werror=comment] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:132:1: error: expected identifier or '(' before '}' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:252:1: error: unknown type name 'sip_refer_sub_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:252:47: error: unknown type name 'sip_refer_sub_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:318:1: error: unknown type name 'sip_refer_sub_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:318:53: error: unknown type name 'sip_refer_sub_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:323:1: error: unknown type name 'sip_refer_sub_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:323:53: error: unknown type name 'sip_refer_sub_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:362:1: error: unknown type name 'sip_refer_sub_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:362:54: error: unknown type name 'sip_refer_sub_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:367:1: error: unknown type name 'sip_refer_sub_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:367:54: error: unknown type name 'sip_refer_sub_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:393:1: error: unknown type name 'sip_refer_sub_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:397:1: error: unknown type name 'sip_refer_sub_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h: In function 'sip_refer_sub_make': ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:399:11: error: 'sip_refer_sub_t' undeclared (first use in this function) ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:399:11: note: each undeclared identifier is reported only once for each function it appears in ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:399:28: error: expected expression before ')' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h: At top level: ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:425:1: error: unknown type name 'sip_refer_sub_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:429:1: error: unknown type name 'sip_refer_sub_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h: In function 'sip_refer_sub_format': ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:438:11: error: 'sip_refer_sub_t' undeclared (first use in this function) ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:438:28: error: expected expression before ')' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:431:17: error: variable 'h' set but not used [-Werror=unused-but-set-variable] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h: At top level: ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:506:36: error: expected ')' before 'const' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:509:37: error: expected ')' before 'const' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:598:1: error: unknown type name 'sip_alert_info_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:598:49: error: unknown type name 'sip_alert_info_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:664:1: error: unknown type name 'sip_alert_info_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:664:55: error: unknown type name 'sip_alert_info_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:669:1: error: unknown type name 'sip_alert_info_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:669:55: error: unknown type name 'sip_alert_info_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:708:1: error: unknown type name 'sip_alert_info_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:708:56: error: unknown type name 'sip_alert_info_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:713:1: error: unknown type name 'sip_alert_info_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:713:56: error: unknown type name 'sip_alert_info_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:739:1: error: unknown type name 'sip_alert_info_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:743:1: error: unknown type name 'sip_alert_info_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h: In function 'sip_alert_info_make': ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:745:11: error: 'sip_alert_info_t' undeclared (first use in this function) ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:745:29: error: expected expression before ')' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h: At top level: ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:771:1: error: unknown type name 'sip_alert_info_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:775:1: error: unknown type name 'sip_alert_info_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h: In function 'sip_alert_info_format': ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:784:11: error: 'sip_alert_info_t' undeclared (first use in this function) ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:784:29: error: expected expression before ')' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:777:17: error: variable 'h' set but not used [-Werror=unused-but-set-variable] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h: At top level: ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:852:38: error: expected ')' before 'const' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:855:39: error: expected ')' before 'const' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:944:1: error: unknown type name 'sip_reply_to_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:944:45: error: unknown type name 'sip_reply_to_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1010:1: error: unknown type name 'sip_reply_to_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1010:51: error: unknown type name 'sip_reply_to_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1015:1: error: unknown type name 'sip_reply_to_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1015:51: error: unknown type name 'sip_reply_to_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1054:1: error: unknown type name 'sip_reply_to_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1054:52: error: unknown type name 'sip_reply_to_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1059:1: error: unknown type name 'sip_reply_to_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1059:52: error: unknown type name 'sip_reply_to_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1085:1: error: unknown type name 'sip_reply_to_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1089:1: error: unknown type name 'sip_reply_to_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h: In function 'sip_reply_to_make': ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1091:11: error: 'sip_reply_to_t' undeclared (first use in this function) ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1091:27: error: expected expression before ')' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h: At top level: ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1117:1: error: unknown type name 'sip_reply_to_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1121:1: error: unknown type name 'sip_reply_to_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h: In function 'sip_reply_to_format': ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1130:11: error: 'sip_reply_to_t' undeclared (first use in this function) ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1130:27: error: expected expression before ')' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1123:17: error: variable 'h' set but not used [-Werror=unused-but-set-variable] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h: At top level: ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1198:34: error: expected ')' before 'const' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1201:35: error: expected ')' before 'const' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1636:1: error: unknown type name 'sip_p_asserted_identity_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1636:67: error: unknown type name 'sip_p_asserted_identity_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1702:1: error: unknown type name 'sip_p_asserted_identity_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1702:73: error: unknown type name 'sip_p_asserted_identity_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1707:1: error: unknown type name 'sip_p_asserted_identity_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1707:73: error: unknown type name 'sip_p_asserted_identity_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1746:1: error: unknown type name 'sip_p_asserted_identity_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1746:74: error: unknown type name 'sip_p_asserted_identity_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1751:1: error: unknown type name 'sip_p_asserted_identity_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1751:74: error: unknown type name 'sip_p_asserted_identity_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1777:1: error: unknown type name 'sip_p_asserted_identity_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1781:1: error: unknown type name 'sip_p_asserted_identity_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h: In function 'sip_p_asserted_identity_make': ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1783:11: error: 'sip_p_asserted_identity_t' undeclared (first use in this function) ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1783:38: error: expected expression before ')' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h: At top level: ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1809:1: error: unknown type name 'sip_p_asserted_identity_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1813:1: error: unknown type name 'sip_p_asserted_identity_t' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h: In function 'sip_p_asserted_identity_format': ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1822:11: error: 'sip_p_asserted_identity_t' undeclared (first use in this function) ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1822:38: error: expected expression before ')' token ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1815:17: error: variable 'h' set but not used [-Werror=unused-but-set-variable] ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h: At top level: ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1890:56: error: expected ')' before 'const' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:1893:57: error: expected ')' before 'const' ../../libsofia-sip-ua/sip/sofia-sip/sip_extra.h:2945:2: error: #endif without #if nua_subnotref.c: In function 'nua_refer_client_response': nua_subnotref.c:915:7: error: 'sip_refer_sub_t' undeclared (first use in this function) nua_subnotref.c:915:23: error: expected ';' before 'const' nua_subnotref.c:917:11: error: 'rs' undeclared (first use in this function) cc1: all warnings being treated as errors make[9]: *** [nua_subnotref.lo] Error 1 make[8]: *** [all] Error 2 make[8]: *** No rule to make target `nua/libnua.la', needed by `libsofia-sip-ua.la'. Stop. make[7]: *** [all-recursive] Error 1 Making all in packages make[6]: *** [all-recursive] Error 1 make[5]: *** [all] Error 2 make[4]: *** [/home/easyipcall/freeswitch/libs/sofia-sip/libsofia-sip-ua/libsofia-sip-ua.la] Error 2 make[3]: *** [mod_sofia-all] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Aprecite a lot any advice. Regards. Gustavo.

3 2

variable_caller_ton is not set
by mbo 16 Feb '12

16 Feb '12

We have 2 Freeswitches with a Sangoma A200 connected with an crossed E1 cable. Wanrouter is version 3.5.24, Freeswitch version is FreeSWITCH Version 1.0.head (git-3004fa0 2012-02-15 16-24-21 -0600). If I originate a call from one freeswitch to the other, I can see that the TON (type of number) for called and calling party is set. ... Prot Disc:Q.931/I.451 (0x08) Call Ref:0005 (Originating side) Type:SETUP (0x5) Sending complete: Bearer Capability:Coding:ITU-T(0) TransferCap:Speech(0) TransferRate:64 Kbit/s(16) L1Prot:G.711 A-Law(3) Channel Id:No:1 Type:B-chans(3) Exclusive/Implicit Calling Party Number:221XXXXXXX(l:13) plan:isdn(1) type:national(2)scr:user, passed(1) pres:allowed(0) Called Party Number:49221XXXXXX(l:15) plan:isdn(1) type:international(1) [ 08 02 00 05 05 a1 04 03 80 90 a3 18 03 a9 83 81 6c 0f 21 81 32 32 31 34 30 30 36 37 38 33 31 30 32 70 10 91 34 39 32 32 31 34 30 30 36 37 38 33 32 30 32 ] ... But in the caller profile variables, the variable "variable_caller_ton" is not set. On our production system, connnected to the real PSTN, this variable is always set (also with the same freeswitch version). What could be the reason why "variable_caller_ton" is not set? Thanks Markus

1 0

Error while trying g729_info
by Man 16 Feb '12

16 Feb '12

While I tried to check the G729 Information with g729_info. FS respond with "Can't contact licence server." The FS is updated (git-7f5b8fb 2012-02-02 20-41-15 -0600) recently. I checked the mod_com_g729 is loaded and just found call failed while incoming with g729. What can I do to make it right? Thank you very much! Armand

2 1

Re: [Freeswitch-users] FreeSWITCH-users Digest, Vol 68, Issue 170
by virendra bhati 16 Feb '12

16 Feb '12

now things is clear but I am not able to access you provided like http://pastebin.freeswitch.org/ tell me how to access it 2012/2/16 <freeswitch-users-request(a)lists.freeswitch.org> > Send FreeSWITCH-users mailing list submissions to > freeswitch-users(a)lists.freeswitch.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > or, via email, send a message with subject or body 'help' to > freeswitch-users-request(a)lists.freeswitch.org > > You can reach the person managing the list at > freeswitch-users-owner(a)lists.freeswitch.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of FreeSWITCH-users digest..." > > Today's Topics: > > 1. Re: RPMs and Yum repo for EL5 and EL6 based system in beta (Josh) > 2. Re: Inline execute (subject renamed) (Anton Kvashenkin) > 3. Re: Compiling for x64 on windows C++ 2008 Express (Jeff Lenk) > 4. Re: Compiling for x64 on windows C++ 2008 Express (curriegrad2004) > 5. Error while trying g729_info (Man) > 6. Re: setting variable (Miha Zoubek) > > > ---------- Forwarded message ---------- > From: Josh <mojo1736(a)privatedemail.net> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Wed, 15 Feb 2012 23:00:46 +0000 > Subject: Re: [Freeswitch-users] RPMs and Yum repo for EL5 and EL6 based > system in beta > > Source0 is a tarball generated from either scripts/tagscript.sh or >> scripts/dailys.sh both of these roll the tar ball >> >> the other Source# are tar balls we require to build and are not in the >> git tree >> > Interestingly enough, I used a similar script to fetch the current tree, > compress it and then use it as a source (git-<current_date>.tar.bz2). So, > in addition to the daily compressed git, I would also need the other > sources listed in that .spec file, right? > > As far as the BuildRequires those are there because they are required to >> build all the modules the whole point of rolling modular RPMs like this is >> so that we can build everything at one time and you can roll your own >> config package (see package config-vanilla) and thats all you need to build >> everything else is done for you >> > Yes, I understand that, but I am never going to use FS with PostgreSQL for > example, so why would I need to pollute my build machine by installing the > PostgreSQL -devel packages? > > That is what I mean by making the .spec file more modular - for people > like myself, if I don't want to include any ODBC/PosgreSQL stuff and rely > solely on sqlite[3] then all I would need to do is set the appropriate > variable in that .spec file (or reset it via the command line) and that is > it. > > Changing UserNames doesn't add any security really... you should be >> running freeswitch as a non-root user and then it should be a locked >> account possibly with /bin/nologin or /bin/false as the shell unless you >> have other reasons that make the last thing not needed... >> > I know all that, but it is a practice I use to define my own user names > for the daemons I compile/deploy/run on all systems - don't worry, I won't > bother you with unnecessary questions arising from the use of non-standard > user name. I also deploy SELinux, so I need to tie this user name with the > FS SELinux policy (which I will also create/amend and deploy), so it is > important for me to easily change that name. > > What are the issues with h323 I am reading in that .spec file - could you > elaborate further? > > > > > ---------- Forwarded message ---------- > From: Anton Kvashenkin <anton.jugatsu(a)gmail.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Thu, 16 Feb 2012 08:41:50 +0400 > Subject: Re: [Freeswitch-users] Inline execute (subject renamed) > Excellent explanation, Michael. Thanks a lot. > > 16 февраля 2012 г. 2:47 пользователь Michael Collins <msc(a)freeswitch.org>написал: > >> Virendra, >> >> If inline execution is still confusing you then it's because you are >> probably having a difficult time visualizing the two steps in dialplan >> processing: parsing and executing. >> >> During the parsing phase, the dialplan module is going through each >> extension looking at the conditions. Each time a condition matches (shows >> "PASS" in the FS log) it then looks inside that condition to see if there >> are any actions. If there are actions inside the matching condition then >> each action is added to a "task list" in the order they appear in the >> dialplan. These actions are *NOT* executed right now. They are simply added >> to the big "to-do list" of actions. Then, once all the parsing is done, the >> dialplan module goes back to the task list and starts executing each >> action, one at a time. >> >> Does that part make sense? If not, then the following information won't >> help you... >> >> The "inline" execution of an action means that the action is executed >> *during the parsing phase*. In other words, when the dialplan module finds >> a matching condition and there is an action to add to the task list, it >> looks to see if there is an inline="true" attribute. If there is, then the >> dialplan parser basically says, "Oh, I should not add this action to the >> task list; instead I should *execute this action RIGHT NOW* before I >> continue." >> >> To see that for real, consider this extension: >> <extension name="inline test"> >> <condition field="destination_number" expression="^(5599)$"> >> <action application="log" data="INFO I'm first!"/> >> <action application="log" data="INFO Oh no you're not!" >> inline="true"/> >> <action application="log" data="INFO Bummer, dude!"/> >> </condition> >> </extension> >> >> So, when I dial 5599, which debug line gets printed first? To find out, >> check out this pastebin <http://pastebin.freeswitch.org/18406>. >> >> The dialplan processing starts at line #41 of the pastebin. Every log >> line that starts with "Dialplan:" represents the dialplan module parsing >> the dialplan. The interesting stuff occurs starting at line #269 - we match >> the condition on the extension. Line #270 is the first action from this >> condition to add to the task list. Now, look closely at lines #271-273. On >> line #271 the dialplan parser sees the action - but notice the "INLINE" >> there. At line #272 you see the actual log that the action is being >> executed. On line #273 is the actual log application's output. So, this >> action was not added to the task list but rather executed right there. It >> was "executed inline." Note that at line #274 it goes back to dialplan >> parsing and adding items to the task list. >> >> Skip down to line #294 - there you'll see the items from the task list >> actually being executed. The two log applications that were not executed >> "inline" finally get executed there at the end. >> >> If you really want to see how this works try adding and removing the >> inline="true" on the various actions in this extension. Watch the logs. >> You'll see that anything with inline="true" gets executed long before the >> items that don't have inline="true". >> >> Hope this helps. >> >> -MC >> >> On Tue, Feb 14, 2012 at 9:26 PM, virendra bhati <virbhati(a)gmail.com>wrote: >> >>> Hi, >>> >>> I have FS 1.0.6 "bridge" book and after reading chapters 5 and 8. Still >>> this is very confusing concept. that's why i want to know from you guys an >>> simple language with 2 or more example if you can reply with answer. Inline >>> execution is very confusing >>> >> concept for me. >>> >> >> >> >> _________________________________________________________________________ >> 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 >> >> > > > ---------- Forwarded message ---------- > From: Jeff Lenk <jeff(a)jefflenk.com> > To: freeswitch-users(a)lists.freeswitch.org > Cc: > Date: Wed, 15 Feb 2012 20:48:57 -0800 (PST) > Subject: Re: [Freeswitch-users] Compiling for x64 on windows C++ 2008 > Express > My understanding is that express only really support 32 bit builds. with > that > said there are some work arounds relating to installing the Windows SDK or > something but I've never tried that. > > VS Pro and higher (both 2008 and 2010) works well. VS2010 builds get tested > now on every commit. But 2008 also has lots of users testing it too. > > -- > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/Compiling-for-x64-on-windows-… > Sent from the freeswitch-users mailing list archive at Nabble.com. > > > > > ---------- Forwarded message ---------- > From: curriegrad2004 <curriegrad2004(a)gmail.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Wed, 15 Feb 2012 20:53:24 -0800 > Subject: Re: [Freeswitch-users] Compiling for x64 on windows C++ 2008 > Express > I don't ever think VS2008 express did state anything about x64 > support. From what I vaugely remember any express editions didn't > support anything other than 32-bit machines. You could however, try > getting the Vista WDK and use that x64 compiler that comes with that > Windows SDK, but you'll have to use the MSBuild system in that case. > > On Wed, Feb 15, 2012 at 8:48 PM, Jeff Lenk <jeff(a)jefflenk.com> wrote: > > My understanding is that express only really support 32 bit builds. with > that > > said there are some work arounds relating to installing the Windows SDK > or > > something but I've never tried that. > > > > VS Pro and higher (both 2008 and 2010) works well. VS2010 builds get > tested > > now on every commit. But 2008 also has lots of users testing it too. > > > > -- > > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/Compiling-for-x64-on-windows-… > > Sent from the freeswitch-users mailing list archive at Nabble.com. > > > > _________________________________________________________________________ > > 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 > > > > > ---------- Forwarded message ---------- > From: Man <mantung(a)commverge.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Thu, 16 Feb 2012 13:16:37 +0800 > Subject: [Freeswitch-users] Error while trying g729_info > While I tried to check the G729 Information with g729_info. FS respond > with "Can't contact licence server." > The FS is updated (git-7f5b8fb 2012-02-02 20-41-15 -0600) recently. I > checked the mod_com_g729 is loaded and just found call failed while > incoming with g729. > > What can I do to make it right? > > Thank you very much! > > Armand > > > > > ---------- Forwarded message ---------- > From: Miha Zoubek <miha(a)softnet.si> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Thu, 16 Feb 2012 07:54:00 +0100 > Subject: Re: [Freeswitch-users] setting variable > Hi @Michael, > > can you please help me with this problem as I am at dead-end. > > Thank you!!! > > Miha > > On 2/14/2012 8:15 AM, Miha Zoubek wrote: > > Hi Michael, > > first call is made from number 0038618100100 to number 018108500. > > On phone who is having number 018108500 is set 302 redirect to number > 051357952. > > For first part of call (0038618100100 -> 018108500) the radius cdr > disable_radius_start&stop is set on true, after that, when 302 happens I > need that the call should be charged (018108500->051357952 ), but > variable disable_radius_stop&start which I set to false does not change. > > Thanks!!! > > miha > > On 2/13/2012 6:27 PM, Michael Collins wrote: > > Miha, > > Which call in this trace should we be looking at? I see two different ones. > -MC > > On Mon, Feb 13, 2012 at 12:13 AM, Miha Zoubek <miha(a)softnet.si> wrote: > > Hi, > > I need a little help. First I have set in my public dialplan one of > variables to false. But for few calls I must have it on true but I must > set this variable on true after the variable as already set on false ( I > get information for condition further in dialplan). > > Problem is that when I set it on false I can not set it on true, as > variable do net set. > > Paste bin. > variable: > > disable_radius_stop=false > > > http://pastebin.freeswitch.org/18377 > > > Thanks!!! > > -- > Best regards / Lep Pozdrav > Miha Zoubek > Softnet d.o.o. > > > _________________________________________________________________________ > 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 > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com > > FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.… > > FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershtt… > > > > -- > Best regards / Lep Pozdrav > Miha Zoubek > Softnet d.o.o. > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com > > FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.… > > FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershtt… > > > > -- > Best regards / Lep Pozdrav > Miha Zoubek > Softnet d.o.o. > > > _______________________________________________ > 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 > > -- Thanks and regards Virendra Bhati +91-8885268942 Software Engineer E-mail-: virbhati(a)gmail.com Skype id:- virbhati2

2 1

setting variable
by Miha Zoubek 16 Feb '12

16 Feb '12

Hi, I need a little help. First I have set in my public dialplan one of variables to false. But for few calls I must have it on true but I must set this variable on true after the variable as already set on false ( I get information for condition further in dialplan). Problem is that when I set it on false I can not set it on true, as variable do net set. Paste bin. variable: disable_radius_stop=false http://pastebin.freeswitch.org/18377 Thanks!!! -- Best regards / Lep Pozdrav Miha Zoubek Softnet d.o.o.

2 5

Howto setup BLF event lists?
by Michael 16 Feb '12

16 Feb '12

Hi I am pretty new to all this, so bear with me. I have Grandstream phones running with my freeswitch setup. I would like to use the BLF which works via event lists. It seems that freeswitch supports this. However, I do not find any documentation how to setup such an event list. The only thing I know is where I need to enter the URL (whatever it may look like...) into the Grandstream. Can anybody hint me to some documentation? Thanks a lot Michael

2 3

Compiling for x64 on windows C++ 2008 Express
by Michael lutz 16 Feb '12

16 Feb '12

Hi all, I am realy banging my head trying to compile a working 64bit version using C++ 2008 Express. I can take the solution and compile it for debug on 32bit without any problems, there is however no way setting it to 64bit (debug/release) wich will compile. Does anyone have experience with it? Thanks, Mike

4 6