- FreeSWITCH-users - FreeSWITCH Mailing Lists

Replace disposition cause
by devang nathwani 23 Jan '17

23 Jan '17

Hello, I want to replace disposition cause '480 TEMPORARILY_UNAVAILABLE' with '503 SERVICE_UNAVAILABLE'; tried; <action application="set"data="continue_on_fail=TEMPORARILY_UNAVAILABLE"/> <action application="set" data="failure_causes=SERVICE_UNAVAILABLE"/> before bridge application But its not working

4 8

centos 7 service freeswitch start
by Artur Mega 22 Jan '17

22 Jan '17

Just wanted to say, that when you do fresh install Freeswitch on Centos 7, `service freeswitch start` command may not work (for me it not worked twice). In this case you need to allow access for user `freeswitch` or group `daemon` access /etc/sysconfig/freeswitch fro example, run `chown root:daemon /etc/sysconfig/freeswitch` -- Arthur

1 0

CDR not populating when b leg logging enabled
by Bipin Patel 20 Jan '17

20 Jan '17

2 4

Nested conditions and anti-actions
by Mimiko 20 Jan '17

20 Jan '17

Hello. This is a snipped: <condition field="destination_number" expression="^(1001|1002)$" require-nested="false"> <condition field="${effective_caller_id_name}" expression="^.+$" break="never"> <action application="export" data="caller_id_name=${effective_caller_id_name} > ${destination_number}"/> <action application="export" data="effective_caller_id_name=${effective_caller_id_name} > ${destination_number}"/> <anti-action application="export" data="caller_id_name=${caller_id_name} > ${destination_number}"/> <anti-action application="export" data="effective_caller_id_name=${caller_id_name} > ${destination_number}"/> </condition> <action .... /> </condition> The problem I'm facing is that anti-actions are evaluated even if destination_number is not equal to 1001 or 1002. But I need that ant-actions will evaluate only when parent condition is true. Is this a bug or it is by design? -- Mimiko desu.

3 4

Malformed From, fix your code!
by Tihomir Culjaga 19 Jan '17

19 Jan '17

hi, does anyone experience the same issue ? im running FreeSWITCH Version 1.6.14+git~20170112T174802Z~a8d53fdd79~64bit (git a8d53fd 2017-01-12 17:48:02Z 64bit) im trying to originate a call like this: bgapi originate [origination_caller_id_number=1234]sofia/internal/ 1002(a)192.168.254.168 &echo() it looks like FS brakes the from header ... pls note the extra space between the IP address and the closing ">" ------------------------------------------------------------------------ send 1009 bytes to udp/[192.168.254.168]:5060 at 15:02:13.408606: ------------------------------------------------------------------------ INVITE sip:1002@192.168.254.168 SIP/2.0 Via: SIP/2.0/UDP 192.168.254.73;rport;branch=z9hG4bKHr6ea76mt53QQ Max-Forwards: 70 From: "" <sip:1234@192.168.254.73 >;tag=Q0SvF26gNteKa To: <sip:1002@192.168.254.168> Call-ID: a588ad14-58f2-1235-07b5-525400e95788 CSeq: 102081187 INVITE Contact: <sip:mod_sofia@192.168.254.73 :5060> User-Agent: FreeSWITCH-mod_sofia/1.6.14+git~20170112T174802Z~a8d53fdd79~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 224 X-FS-Support: update_display,send_info Remote-Party-ID: <sip:1234@192.168.254.73 >;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1484806170 1484806171 IN IP4 192.168.254.73 s=FreeSWITCH c=IN IP4 192.168.254.73 t=0 0 m=audio 28332 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 ------------------------------------------------------------------------ recv 286 bytes from udp/[192.168.254.168]:5060 at 15:02:13.427078: ------------------------------------------------------------------------ SIP/2.0 400 Malformed From, fix your code! Via: SIP/2.0/UDP 192.168.254.73;rport=5060;branch=z9hG4bKHr6ea76mt53QQ To: <sip:1002@192.168.254.168>;tag=c8797354 From: <sip:1234@192.168.254.73> Call-ID: a588ad14-58f2-1235-07b5-525400e95788 CSeq: 102081187 INVITE Content-Length: 0

2 2

123456
by Rick Jarvis 19 Jan '17

19 Jan '17

I see a lot of these hitting FS continuously - where would they be originating from? (The IP x.x.x.x is the local IP) 2017-01-19 12:06:07.773935 [NOTICE] switch_channel.c:1077 New Channel sofia/internal/123456(a)x.x.x.x [6ed9ba7d-4357-460d-a0b7-ff94bf871e7e]

2 2

Best way to unset\clear export variable on FreeSWITCH
by Shaun Stokes 19 Jan '17

19 Jan '17

Hi All, We're using execute_on_answer in our dialplan as follows: <action application="export" data=" nolocal:execute_on_answer=record_session ${rec_file}"/> However, under certain conditions we want to record the session immediately while the A leg is being processed by a LUA script (before we begin B leg), doing so causes a bug in the audio file as the call is actually recorded twice. As a result we need to unset\clear the execute_on_answer variable. I was thinking of just setting re-exporting it with a null value, but as I can't find any instances of this being done before I'm not sure if this is best practice for FreeSWITCH: session:execute("export"," nolocal:execute_on_answer="); What is the correct way to unset\clear the above execute_on_answer variable in LUA? Thanks in advance, Shaun [http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg] Shaun Stokes - Infrastructure Analyst T : 01453 700713 E : shaun.stokes(a)itec-support.co.uk W : www.itec-support.co.uk Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF Company No. 06908001 CONFIDENTIALITY NOTICE This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately. The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment. ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________

1 0

ss7 integration with freeswitch
by devang nathwani 19 Jan '17

19 Jan '17

Hello, Where to start to integrate ss7 with freeswitch?

1 1

no external registrations?
by jungle boogie 19 Jan '17

19 Jan '17

Hi All, My freeswitch is registered to flowroute and I know this because I can login to my account and view the registration. Why does this show it's not registered?? fs_cli -x "sofia status profile external" ================================================================================================= Name external Domain Name N/A Auto-NAT false DBName sofia_reg_external Pres Hosts Dialplan XML Context public Challenge Realm auto_to RTP-IP 192.168.0.137 SIP-IP 192.168.0.137 URL sip:mod_sofia@192.168.0.137:5080 BIND-URL sip:mod_sofia@192.168.0.137:5080;transport=udp,tcp HOLD-MUSIC local_stream://moh OUTBOUND-PROXY N/A CODECS IN OPUS,G722,PCMU,PCMA,VP8 CODECS OUT OPUS,G722,PCMU,PCMA,VP8 TEL-EVENT 101 DTMF-MODE rfc2833 CNG 13 SESSION-TO 0 MAX-DIALOG 0 NOMEDIA false LATE-NEG true PROXY-MEDIA false ZRTP-PASSTHRU true AGGRESSIVENAT false CALLS-IN 0 FAILED-CALLS-IN 0 CALLS-OUT 1 FAILED-CALLS-OUT 0 REGISTRATIONS 0 Thanks!

3 4

Annual FreeSWITCH Summit
by Kathleen King 18 Jan '17

18 Jan '17

Hello FreeSWITCHers, As some of you may know the FreeSWITCH team gets together every year and the annual FreeSWITCH Summit is fast approaching. This gathering of the minds is where the FreeSWITCH developers hash out some of the big decisions that go into making FreeSWITCH what it is today. In less than two weeks, the FreeSWITCH team will descend onto a city in Wisconsin and spend a full week tirelessly living and breathing FreeSWITCH. From dawn, well maybe mid-morning, until dusk, the FreeSWITCH developers will work on some of the hardest and most complicated issues facing FreeSWITCH. We are asking for your help. In order to keep the team bright-eyed and bushy-tailed we must keep them fed. This is costly for the growing team. Show your appreciation donating so they can keep doing what they do best. Support the people that brought you the latest 1.6.14 release in all its glory. Any and all donations are welcome. <goog_1384205596> https://www.gofundme.com/freeswitch-developer-meeting-2017 Kathleen King FreeSWITCH Public Relations Office: +1-213-286-0400 Mobile: +1-703-859-3757 http://freeswitch.org

3 2