- FreeSWITCH-users - FreeSWITCH Mailing Lists

need help to send offline presence info
by Do Nguyen Ha 04 Jun '13

04 Jun '13

Hi sip user A has its contact (sip user 1005), when sip user 1005 reach expired time, freeswitch send NOTIFY message to sip user A How do i config freeswitch send same NOTIFY message to sip user A when sip user 1005 send register message with expired time = 0(unregister) U 42.117.9.12:5060 -> 42.117.9.14:5060 NOTIFY sip:1004@42.117.9.14:5060;transport=udp;registering_acc=42_117_9_12 SIP/2.0. Via: SIP/2.0/UDP 42.117.9.12;rport;branch=z9hG4bKQm5F9gDa5y4ga. Max-Forwards: 70. From: <sip:1005@42.117.9.12>;tag=veeparLOVMgh. To: "1004" <sip:1004@42.117.9.12>;tag=c206df20. Call-ID: e784afc92c3b4927bcc4c7405f89fad1@0:0:0:0:0:0:0:0. CSeq: 573273074 NOTIFY. Contact: <sip:1005@42.117.9.12:5060 ;transport=udp;registering_acc=42_117_9_12>. User-Agent: FreeSWITCH-mod_sofia/1.2.9. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE. Supported: timer, precondition, path, replaces. Event: presence. Allow-Events: talk, hold, conference, presence, dialog, line-seize, call-info, sla, include-session-description, pesence.winfo, message-summary, refer. Subscription-State: active;expires=2945. Content-Type: application/pidf+xml. Content-Length: 435. . <?xml version="1.0" encoding="ISO-8859-1"?> <presence xmlns='urn:ietf:params:xml:ns:pidf' xmlns:dm='urn:ietf:params:xml:ns:pidf:data-model' xmlns:rpid='urn:ietf:params:xml:ns:pidf:rpid' xmlns:c='urn:ietf:params:xml:ns:pidf:cipid' entity='sip:1005@42.117.9.12'> <tuple id='t6a5ed77e'> <status>. <basic>closed</basic> </status> </tuple> <dm:person id='p06360c4a'> <dm:note>Unregistered</dm:note> </dm:person> </presence> # U 42.117.9.14:5060 -> 42.117.9.12:5060 SIP/2.0 200 OK. To: "1004" <sip:1004@42.117.9.12>;tag=c206df20. Via: SIP/2.0/UDP 42.117.9.12;rport=5060;branch=z9hG4bKQm5F9gDa5y4ga;received=42.117.9.12. CSeq: 573273074 NOTIFY. Call-ID: e784afc92c3b4927bcc4c7405f89fad1@0:0:0:0:0:0:0:0. From: <sip:1005@42.117.9.12>;tag=veeparLOVMgh. Contact: "1004" <sip:1004@42.117.9.14:5060 ;transport=udp;registering_acc=42_117_9_12>. User-Agent: Jitsi1.0-build.3967Windows Server 2008. Content-Length: 0. . Thank you Ha`

1 0

FreeSWITCH Weekly News and Notes
by Michael Collins 04 Jun '13

04 Jun '13

Greetings all! We want to let everyone know that there will be a special announcement on Wednesday, June 19 during our weekly conference call<http://wiki.freeswitch.org/wiki/Weekly_Conference_Call>. This announcement is very important which is why we are giving everyone plenty of notice. We look forward to seeing everyone there. In the meantime we have will have a community discussion<http://wiki.freeswitch.org/wiki/FS_weekly_2013_06_05>this coming Wednesday. On our previous call <http://wiki.freeswitch.org/wiki/FS_weekly_2013_05_29> we had Martin from the VoIPMonitor.org project. We had a nice discussion about what VoIPMonitor.org can do as well as the fantastic web interface that is available commercially. If you have an idea for a FreeSWITCH conference call presentation please let us know. We are always looking for new topics and new presenters. Have a great week! -- Michael S Collins ClueCon Team http://www.cluecon.com 877-7-4ACLUE

1 0

mod_gsmopen in a roaming network
by Heinrich Ruthensteiner 03 Jun '13

03 Jun '13

Just a question: Is there any other reason to log an error and to raise an alarm than to warn against potentially high costs? In my test configuration I am able to make inbound and outbound calls - everything works as it should. But I get periodically (10 minutes) this log entries: 2013-06-03 22:15:13.202167 [ERR] gsmopen_protocol.cpp:1027 rev 5f3160e|65bc765[(nil)|37 ][ERRORA 1027 ][gsm01 ][-1, 0, 0] |+CREG: 1,5| CELLPHONE is registered to a ROAMING network 2013-06-03 22:15:13.202167 [ERR] mod_gsmopen.cpp:2942 rev 5f3160e|65bc765[(nil)|37 ][ERRORA 2942 ][gsm01 ][-1, 0, 0] ALARM on interface gsm01: Apparently the technical solution of my provider is something like 'domestic roaming'. Best regards Heinrich

2 1

Encrypted RFC2833 DTMF
by afshin afzali 03 Jun '13

03 Jun '13

Hi Guys, I don't know if FreeSWITCH is capable of to exchange encrypted rfc2833 dtmf digits. My voip provider uses a Huawei switch and does ask me to enable dtmf encryption but I could not find such parameter in sofia.xml.conf file. Appreciate all comments Afshin

6 12

Re: [Freeswitch-users] bind_digit_action execute an extension on "peer" the peer target leg, eventhough it is set to "self"
by julien terrasson 03 Jun '13

03 Jun '13

Hi Michael, This is what i'm trying to do : Scenario 1 : When *calling party* press the "*" key, i want the *called party* to execute "debug_bda" extension. Scenario 2 : When *called party* press the "*" key, i want the *calling party* to execute "debug_bda" extension. debug_bda is simply displaying the uuid so i can check from the logs which peer/party is executing the extension. I'm using bind_digit_action to do that : <action application="bind_digit_action" data="my_context,*, exec:execute_extension,*debug_bda*,self,peer"/> <action application="bind_digit_action" data="my_context,*, exec:execute_extension,*debug_bd*a,peer,self"/> Scenario 1 is working as i was expecting. But in scenario 2, i can only get the *called party* to execute the extension (debug infos are hereunder).. I would like to understand why it doesn't work as expected.. NB : There was a copy/paste issue in my first previous which i corrected (instead of debug_bda i copied/paste toggle_recording extension). Regards, Julien ************************************************************************************************************************************************************************************* Maybe I'm the one missing something, but I didn't see a question. Can you clarify what it is you are trying to do with bda and what information you seek? -MC ************************************************************************************************************************************************************************************* On Sun, Jun 2, 2013 at 2:06 PM, julien terrasson <julien.terrasson(a)gmail.com > wrote: Hi, Either there is something wrong in the way bind_digit_action works, either i'm missing something.. Would be gratefull is somebody can have a look at the issue hereunder. 0/ Version : FreeSWITCH Version 1.5.2b+git~20130527T075833Z~f3541e00f4 (git f3541e0 2013-05-27 07:58:33Z) 1/ This is what i defined in the default.xml dialplan <action application="bind_digit_action" data="my_context,*, exec:execute_extension,*debug_bda*,self,peer"/> <action application="bind_digit_action" data="my_context,*, exec:execute_extension,*debug_bd*a,peer,self"/> Where debug_dba simply display the uuid of the session that is calling the extension : <extension name="*debug_bda*"> <condition field="destination_number" expression="^debug_bda"> <action application="log" data="INFO debug_bind_digit_action is called from uuid : ${uuid} !"/> </condition> </extension> 2/ After placing, bridging & answering the call, i get the following uuids : caller uuid = 077a67ec-cbc5-11e2-b73b-85c636846b34 called uuid = 07803d02-cbc5-11e2-b750-85c636846b34 3/ Then if i test the script : Pressing the "*" key on the caller leg, called uuid is display => TEST OK(log hereunder) freeswitch@debian> 2013-06-02 22:43:59.414932 [DEBUG] switch_rtp.c:4908 RTP RECV DTMF *:800 2013-06-02 22:43:59.414932 [DEBUG] mod_dptools.c:186 sofia/external5090/ sip:1003@89.88.82.75:52810 Digit match binding [exec:execute_extension][debug_bda] 2013-06-02 22:43:59.414932 [DEBUG] switch_core_session.c:1141 Send signal sofia/external5090/sip:1003@89.88.82.75:52810 [BREAK] 2013-06-02 22:43:59.434933 [DEBUG] switch_core_session.c:861 Send signal sofia/external5090/sip:1003@89.88.82.75:52810 [BREAK] 2013-06-02 22:43:59.554961 [DEBUG] switch_core_session.c:1141 Send signal sofia/external5090/1001(a)mydomain.no-ip.org [BREAK] 2013-06-02 22:43:59.574934 [DEBUG] switch_core_session.c:861 Send signal sofia/external5090/1001(a)mydomain.no-ip.org [BREAK] 2013-06-02 22:43:59.694963 [DEBUG] switch_ivr.c:612 sofia/external5090/ 1001(a)mydomain.no-ip.org Command Execute playback(local_stream://moh) EXECUTE sofia/external5090/1001@mydomain.no-ip.orgplayback(local_stream://moh) 2013-06-02 22:43:59.694963 [DEBUG] switch_ivr.c:612 sofia/external5090/ sip:1003@89.88.82.75:52810 Command Execute execute_extension(debug_bda) EXECUTE sofia/external5090/sip:1003@89.88.82.75:52810execute_extension(debug_bda) 2013-06-02 22:43:59.694963 [DEBUG] mod_local_stream.c:479 Opening Stream [moh/8000] 8000hz 2013-06-02 22:43:59.694963 [DEBUG] switch_ivr_play_say.c:1308 Codec Activated L16@8000hz 1 channels 20ms 2013-06-02 22:43:59.694963 [INFO] mod_dialplan_xml.c:558 Processing 1001 <1001>->debug_bda in context default Dialplan: sofia/external5090/sip:1003@89.88.82.75:52810 parsing [default->unloop] continue=false Dialplan: sofia/external5090/sip:1003@89.88.82.75:52810 Regex (PASS) [unloop] ${unroll_loops}(true) =~ /^true$/ break=on-false Dialplan: sofia/external5090/sip:1003@89.88.82.75:52810 Regex (FAIL) [unloop] ${sip_looped_call}() =~ /^true$/ break=on-false Dialplan: sofia/external5090/sip:1003@89.88.82.75:52810 parsing [default->Local_Extension] continue=false Dialplan: sofia/external5090/sip:1003@89.88.82.75:52810 Regex (FAIL) [Local_Extension] destination_number(debug_bda) =~ /^(1003)$/ break=on-false Dialplan: sofia/external5090/sip:1003@89.88.82.75:52810 parsing [default->debug_bda] continue=false Dialplan: sofia/external5090/sip:1003@89.88.82.75:52810 Regex (PASS) [debug_bda] destination_number(debug_bda) =~ /^debug_bda/ break=on-false Dialplan: sofia/external5090/sip:1003@89.88.82.75:52810 Action log(INFO debug_bind_digit_action is called from uuid : ${uuid} !) 2013-06-02 22:43:59.694963 [NOTICE] switch_core_session.c:2838 Execute log(INFO debug_bind_digit_action is called from uuid : ${uuid} !) EXECUTE sofia/external5090/sip:1003@89.88.82.75:52810 log(INFO debug_bind_digit_action is called from uuid : 07803d02-cbc5-11e2-b750-85c636846b34 !) 2013-06-02 22:43:59.694963 [INFO] mod_dptools.c:1539 debug_bind_digit_action is called from uuid : 07803d02-cbc5-11e2-b750-85c636846b34 ! 2013-06-02 22:43:59.714996 [DEBUG] switch_ivr_play_say.c:1694 done playing file local_stream://moh 2013-06-02 22:43:59.714996 [DEBUG] switch_core_session.c:861 Send signal sofia/external5090/1001(a)mydomain.no-ip.org [BREAK] 2013-06-02 22:43:59.714996 [DEBUG] switch_ivr_bridge.c:349 Send signal sofia/external5090/sip:1003@89.88.82.75:52810 [BREAK] 2013-06-02 22:43:59.714996 [DEBUG] switch_core_session.c:861 Send signal sofia/external5090/sip:1003@89.88.82.75:52810 [BREAK] 2013-06-02 22:43:59.714996 [DEBUG] switch_ivr_bridge.c:349 Send signal sofia/external5090/1001(a)mydomain.no-ip.org [BREAK] Pressing the "*" key on the called leg, called uuid is display => TEST FAILED (log hereunder) freeswitch@debian> 2013-06-02 22:44:19.754933 [DEBUG] switch_rtp.c:4908 RTP RECV DTMF *:1280 2013-06-02 22:44:19.754933 [DEBUG] switch_channel.c:419 RECV DTMF *:1280 2013-06-02 22:44:19.754933 [DEBUG] mod_dptools.c:186 sofia/external5090/ sip:1003@89.88.82.75:52810 Digit match binding [exec:execute_extension][debug_bda] 2013-06-02 22:44:19.754933 [DEBUG] switch_ivr_bridge.c:419 Send signal sofia/external5090/1001(a)mydomain.no-ip.org [BREAK] 2013-06-02 22:44:19.754933 [DEBUG] switch_core_session.c:1141 Send signal sofia/external5090/sip:1003@89.88.82.75:52810 [BREAK] 2013-06-02 22:44:19.774938 [DEBUG] switch_core_session.c:861 Send signal sofia/external5090/sip:1003@89.88.82.75:52810 [BREAK] 2013-06-02 22:44:19.894950 [DEBUG] switch_core_session.c:1141 Send signal sofia/external5090/1001(a)mydomain.no-ip.org [BREAK] 2013-06-02 22:44:19.914960 [DEBUG] switch_core_session.c:861 Send signal sofia/external5090/1001(a)mydomain.no-ip.org [BREAK] 2013-06-02 22:44:20.034916 [DEBUG] switch_ivr.c:612 sofia/external5090/ 1001(a)mydomain.no-ip.org Command Execute playback(local_stream://moh) EXECUTE sofia/external5090/1001@mydomain.no-ip.orgplayback(local_stream://moh) 2013-06-02 22:44:20.034916 [DEBUG] switch_ivr.c:612 sofia/external5090/ sip:1003@89.88.82.75:52810 Command Execute execute_extension(debug_bda) EXECUTE sofia/external5090/sip:1003@89.88.82.75:52810execute_extension(debug_bda) 2013-06-02 22:44:20.034916 [DEBUG] mod_local_stream.c:479 Opening Stream [moh/8000] 8000hz 2013-06-02 22:44:20.034916 [DEBUG] switch_ivr_play_say.c:1308 Codec Activated L16@8000hz 1 channels 20ms 2013-06-02 22:44:20.034916 [INFO] mod_dialplan_xml.c:558 Processing 1001 <1001>->debug_bda in context default Dialplan: sofia/external5090/sip:1003@89.88.82.75:52810 parsing [default->unloop] continue=false Dialplan: sofia/external5090/sip:1003@89.88.82.75:52810 Regex (PASS) [unloop] ${unroll_loops}(true) =~ /^true$/ break=on-false Dialplan: sofia/external5090/sip:1003@89.88.82.75:52810 Regex (FAIL) [unloop] ${sip_looped_call}() =~ /^true$/ break=on-false Dialplan: sofia/external5090/sip:1003@89.88.82.75:52810 parsing [default->Local_Extension] continue=false Dialplan: sofia/external5090/sip:1003@89.88.82.75:52810 Regex (FAIL) [Local_Extension] destination_number(debug_bda) =~ /^(1003)$/ break=on-false Dialplan: sofia/external5090/sip:1003@89.88.82.75:52810 parsing [default->debug_bda] continue=false Dialplan: sofia/external5090/sip:1003@89.88.82.75:52810 Regex (PASS) [debug_bda] destination_number(debug_bda) =~ /^debug_bda/ break=on-false Dialplan: sofia/external5090/sip:1003@89.88.82.75:52810 Action log(INFO debug_bind_digit_action is called from uuid : ${uuid} !) 2013-06-02 22:44:20.034916 [NOTICE] switch_core_session.c:2838 Execute log(INFO debug_bind_digit_action is called from uuid : ${uuid} !) EXECUTE sofia/external5090/sip:1003@89.88.82.75:52810 log(INFO debug_bind_digit_action is called from uuid : 07803d02-cbc5-11e2-b750-85c636846b34 !) 2013-06-02 22:44:20.034916 [INFO] mod_dptools.c:1539 debug_bind_digit_action is called from uuid : 07803d02-cbc5-11e2-b750-85c636846b34 ! 2013-06-02 22:44:20.054921 [DEBUG] switch_ivr_play_say.c:1694 done playing file local_stream://moh 2013-06-02 22:44:20.054921 [DEBUG] switch_core_session.c:861 Send signal sofia/external5090/1001(a)mydomain.no-ip.org [BREAK] 2013-06-02 22:44:20.054921 [DEBUG] switch_ivr_bridge.c:349 Send signal sofia/external5090/sip:1003@89.88.82.75:52810 [BREAK] 2013-06-02 22:44:20.054921 [DEBUG] switch_core_session.c:861 Send signal sofia/external5090/sip:1003@89.88.82.75:52810 [BREAK] 2013-06-02 22:44:20.054921 [DEBUG] switch_ivr_bridge.c:349 Send signal sofia/external5090/1001(a)mydomain.no-ip.org [BREAK] Thanks for your help.

2 1

new dns lookup on retransmission
by Chris Martineau 03 Jun '13

03 Jun '13

Hi, Could someone please confirm if doing a new dns lookup on a retransmission is expected behaviour or a bug? If I retransmit to a dns-srv sip server I occasionally pick up a different resolved address to the initial transmission. This doesn't necessarily break the call but does make the stats messy as you get failed calls from the abandoned old address that is still sending back responses. Is this expected or is there a setting that alleviates this? Thanks Chris

1 0

SMG SS7 FreeSWITCH Install? SS7 and H323 switchs
by Sayyed Mohammad Emami Razavi 03 Jun '13

03 Jun '13

what about SMG SS7? where is the best and easiest solution? ---------- Forwarded message ---------- From: Steven Ayre <steveayre(a)gmail.com> To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> Cc: Date: Mon, 3 Jun 2013 14:02:06 +0100 Subject: Re: [Freeswitch-users] SS7 and H323 switchs For H323 I've used Yate in the past, but there's also mod_h323 and mod_opal for native support. http://yate.null.ro/pmwiki/index.php?n=Main.H323ToSIPSignallingProxy -Steve On 3 June 2013 12:42, Sayyed Mohammad Emami Razavi <emamirazavi(a)gmail.com>wrote: Best for FS! Any suggestion for SS7 and H323 convertor that are compatible with FS? ______________________________ > > ___________________________________________ > 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

Cannot compile 1.2.10 on amd64
by Mino Haluz 03 Jun '13

03 Jun '13

Hi, I'm trying to compile 1.2.10 on amd64 debian 6 stable, but there seems to be some problem with apr: locks/unix/proc_mutex.c: In function ‘proc_mutex_proc_pthread_create’: locks/unix/proc_mutex.c:338: error: ‘PTHREAD_PRIO_INHERIT’ undeclared (first use in this function) locks/unix/proc_mutex.c:338: error: (Each undeclared identifier is reported only once locks/unix/proc_mutex.c:338: error: for each function it appears in. configured with ./configure --build=amd64 On 32-bit everything compiled ok. Some hint? Mino

5 5

SS7 and H323 switchs
by Sayyed Mohammad Emami Razavi 03 Jun '13

03 Jun '13

Best for FS! Any suggestion for SS7 and H323 convertor that are compatible with FS?

4 3

Errer
by B.Tietz＠pinguin.ag 03 Jun '13

03 Jun '13

Hi, I'm getting "mod_spandsp_fax.c:1691 sofia/... Error decoding UDPTL (X bytes)" with FS 1.2.10 with t38_gateway. Path is Carrier Alaw => FS1-Profile1 => FS1-Profile2 => T38 FS2 rxfax ... FS 1.2.5.3 works! Dialplan is <extension name="Incomming"> <condition field="network_addr" expression="^1.2.3.4"/> <condition field="destination_number" expression="^(01234.+)$"> <action application="set" data="num=$1"/> <action application="set" data="codec_string=PCMA,PCMU,G729"/> <action application="set" data="continue_on_fail=true"/> <action application="export" data="t38_passthru=true"/> <action application="set" data="fax_enable_t38=true"/> <action application="bridge" data="{sip_execute_on_image='t38_gateway self nocng'}sofia/intern/${num}@192.168.1.1:41000"/> <action application="hangup" data="USER_BUSY"/> </condition> </extension> Anything I can try?! VG, Benjamin T.

4 10