- FreeSWITCH-users - FreeSWITCH Mailing Lists

Mod XML Curl and IVR
by Sean Devoy 13 Jun '19

13 Jun '19

Is there a way to handle IVR's from MOD XML CURL? I have the directory and dialplan handle using my DB, but I don't see how to configure the IVR menus like this. Thanks, Sean

2 1

Privacy headers selection
by Maciej Bylica 13 Jun '19

13 Jun '19

Hello I am running Freeswitch Version 1.6.20+git~20180507T185611Z~43a9feb7f8~64bit The goal i want to achieve is to send only PAI + Privacy headers to my traffic terminator. The problem i have to deal with is that in some circumstances PPI header is send instead. My configuration is: ... <action application="set" data="origination_privacy=screen"/> <action application="bridge" data="{max_forwards=70,originate_timeout=180,sip_contact_user=Test,ignore_display_updates=true,sip_cid_type=pid}sofia/gateway/terminator/+$1"/> ... The issue is when incoming INVITE has RPID with screen=no. when FS send PPI out instead of PAI. - Remote-Party-ID: "49111223344" <sip:49111223344@a1.b1.c1.d1 >;privacy=off;screen=no - Privacy: none - P-Preferred-Identity: <sip:49111223344@a1.b2.c2.d2> What can i do to achieve my goal? Do i need to tune my configuration? It is said https://freeswitch.org/confluence/display/FREESWITCH/sip_cid_type that "you must set privacy flag, otherwise P-Preferred-Identity will be inserted instead of P-Asserted-Identity.", but as you see origination_privacy flag is set to screen. Thanks in advance Mac

1 0

sofia - wrong (external) IP address in contact for local calls
by Dušan Dragić 13 Jun '19

13 Jun '19

Hi, So, after not using freeswitch for a few years, I just did a clean install of Freeswitch 1.8.6 on debian 9 using packages from the repo and have a small issue maybe someone can help me with. I'm using the vanilla config here to keep it simple, also Freeswitch is started with -nonat. The problem I encountered is the contact field for local calls (on the same IP subnet as freeswitch) on the internal profile contains the external IP address which makes the phone send the response to the wrong IP. You can find attached a complete debug log with sip trace of a call between ext 1007 (192.168.0.66) and ext 1008 (192.168.0.65). Freeswitch is 192.168.0.140. The profile contains the default params: <param name="rtp-ip" value="$${local_ip_v4}"/> <param name="sip-ip" value="$${local_ip_v4}"/> <param name="ext-rtp-ip" value="$${external_rtp_ip}"/> <param name="ext-sip-ip" value="$${external_rtp_ip}"/> This is what I get from sofia status: freeswitch@deb9> sofia status profile internal ================================================================================================= Name internal Domain Name N/A Auto-NAT false DBName sofia_reg_internal Pres Hosts 192.168.0.140,192.168.0.140 Dialplan XML Context public Challenge Realm auto_from RTP-IP 192.168.0.140 Ext-RTP-IP 93.86.XX.XX SIP-IP 192.168.0.140 Ext-SIP-IP 93.86.XX.XX URL sip:mod_sofia@93.86.XX.XX:5060 BIND-URL sip:mod_sofia@93.86.XX.XX:5060;maddr=192.168.0.140;transport=udp,tcp WS-BIND-URL sip:mod_sofia@192.168.0.140:5066;transport=ws WSS-BIND-URL sips:mod_sofia@192.168.0.140:7443;transport=wss HOLD-MUSIC local_stream://moh OUTBOUND-PROXY N/A CODECS IN OPUS,G722,PCMU,PCMA,H264,VP8 CODECS OUT OPUS,G722,PCMU,PCMA,H264,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 0 FAILED-CALLS-OUT 0 REGISTRATIONS 2 Is this the correct behavior? If I remove ext-rtp-ip and ext-sip-ip params from the config it works, but am I missing something obvious or is this a bug? -- Dušan Dragić

3 7

call forward, rtp issue
by devang nathwani 13 Jun '19

13 Jun '19

Hello, Callee end(connected through private profile) playing IVR and after that the call forwards, at that time Freeswitch(private profile) getting reinvite from callee end but that invite not reaching to public profile and at caller end, leg a shows MoH in bridge. After that callee and caller end not connected through sip or rtp. Any help regarding what params should be used on private or on public facing profiles to avoid this? However if there is no reinvite from callee party, call works as it should, without issue. Thanks in advance.

1 0

DTMF not working in my installation
by Euan Millar 11 Jun '19

11 Jun '19

Hello again, kind Freeswitch group. I am using ESL to control my calls entirely from a Node application. I am using the 'modesl <https://github.com/englercj/node-esl>' package to create an ESL connection and listen to the FS events <https://freeswitch.org/confluence/display/FREESWITCH/Event+List> and then answer a call if the number matches a dialplan I want to control using the mod_command "uuid_answer." I have gotten as far as attempting to recognise DTMF events, but I am getting no DTMF events through. So, I tested my Freeswitch installation using the IVR demo, and it looks like DTMF is not being received by Freeswitch at all. I monitored fs_cli and I can see that the demo is just waiting for digits, even though I can hear them being pressed in my softphone. Is there any particular modules that I need to ensure are installed, or configuration I need to make in order to enable DTMF? In a previous email to this list, I saw a message advising to set the following in sofia.conf. <param name="dtmf-type" value="rfc2833"/> I can see that the property is loaded inside sip_profiles > internal.xml But changing this has had no effect. I still do not get any DTMF events being recognised in fs_cli Many thanks for any help or advice you can provide. Kind regards, Euan

3 2

freeswitch originate command with customized SBC/proxy ip
by Leo Wolf 11 Jun '19

11 Jun '19

Hi, I want to know if freeswitch originate command can bring customized ip address for SDP other than ip of freeswitch itself. Since I want to build a system as: client - SBC/proxy - freeswitch -SBC/proxy - client, and I want to let RTP established on SBC/proxy - SBC/proxy. In other words, I don't want to let RDP pass through freeswitch, so I need to bring SBC/proxy ip address in originate command for SDP. Is there any way to achieve it? Many thanks, Leo

2 1

Empty SQL response cause unexpected DBH error in LUA
by Marc Quore 11 Jun '19

11 Jun '19

Hi, All I'm debugging the following Lua script which should be inserting records into database using data, returned from preceding SQL query: [image: image.png] Everything works fine, unless SELECT returns no rows producing the following error: [ERR] freeswitch_lua.cpp:460 DBH NOT Connected. Are there any references as for how such empty responses should be correctly handled in Lua code to avoid this error, while using dbh:query? Regards, Marc

1 0

Re: [Freeswitch-users] Problems migrating from 1.6.x to 1.8.x
by Giovanni Maruzzelli 11 Jun '19

11 Jun '19

What for you is noise to others is music :) On Sun, Jun 9, 2019, 22:40 Laura Smith via FreeSWITCH-users < freeswitch-users(a)lists.freeswitch.org> wrote: > > > > . Turning on debugging just generates a lot of noise but delivers no extra > insight, I've tried that too. > > > > > > > > > > ---

2 3

Re: [Freeswitch-users] Problems migrating from 1.6.x to 1.8.x
by Giovanni Maruzzelli 10 Jun '19

10 Jun '19

Check you got the correct tls certificate for the domain, and that the phones are registering to the correct domain. Probably is an ipaddress/sipdomain mismatch, or a certificate mismatch On Sun, Jun 9, 2019, 21:34 Laura Smith via FreeSWITCH-users < freeswitch-users(a)lists.freeswitch.org> wrote: > > > > ---------- Forwarded message ---------- > From: Laura Smith <n5d9xq3ti233xiyif2vp(a)protonmail.ch> > To: "gmaruzz(a)opentelecom.it" <gmaruzz(a)opentelecom.it> > Cc: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Bcc: > Date: Sun, 09 Jun 2019 19:31:25 +0000 > Subject: Re: [Freeswitch-users] Problems migrating from 1.6.x to 1.8.x > https://pastebin.com/BmXAeS3N > > (Stating the obvious, but IP addresses and domain names have been suitably > mangled to protect the innocent) > > > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > On Sunday, 9 June 2019 20:10, Giovanni Maruzzelli <gmaruzz(a)gmail.com> > wrote: > > > Then, pastebin the complete sip trace > > > > On Sun, Jun 9, 2019, 21:07 Laura Smith < > n5d9xq3ti233xiyif2vp(a)protonmail.ch> wrote: > > > > > Giovanni, > > > > > > Except that's the problem, there are no "errors from console". > > > > > > The only reason I know about the 403 Rejected is because I turned on > SIP tracing and can see Freeswitch sending a 403 to the SIP phones. > > > > > > Otherwise, Freeswitch is being unhelpfully silent. Turning on > debugging just generates a lot of noise but delivers no extra insight, I've > tried that too. > > > > > > I'm thinking (and perhaps someone here can confirm) whether 1.6->1.8 > is the problem ? Have there been non backwards-compatible changes ? > > > > > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > > > On Sunday, 9 June 2019 15:38, Giovanni Maruzzelli <gmaruzz(a)gmail.com> > wrote: > > > > > > > Obviously, you need to pastebin somewhere all errors from console > and logfile, and put the pastebin link here > > > > > > > > -giovanni > > > > > > > > On Sun, Jun 9, 2019 at 3:42 PM Laura Smith via FreeSWITCH-users < > freeswitch-users(a)lists.freeswitch.org> wrote: > > > > > > > > > ---------- Forwarded message ---------- > > > > > From: Laura Smith <n5d9xq3ti233xiyif2vp(a)protonmail.ch> > > > > > To: "freeswitch-users(a)lists.freeswitch.org" < > freeswitch-users(a)lists.freeswitch.org> > > > > > Cc: > > > > > Bcc: > > > > > Date: Sat, 08 Jun 2019 09:14:21 +0000 > > > > > Subject: Problems migrating from 1.6.x to 1.8.x > > > > > Hi, > > > > > > > > > > I have a perfectly functioning FreeSWITCH Version > 1.6.20-37-987c9b9~64bit (-37-987c9b9 64bit) instance running on Debian 8 > (jessie). > > > > > > > > > > I'd like to move onwards and upwards, and so have installed > FreeSWITCH Version 1.8.6-7-93b4c92e75~64bit (-7-93b4c92e75 64bit) on Debian > 9 (stretch). > > > > > > > > > > In the hope that it would be as simple as copying accross > /etc/freeswitch from old to new, I did that, followed by a reloadxml and, > for good measure, a restart of the entire freeswitch instance. > > > > > > > > > > I have, of course, adjusted the relevant parameters in vars.xml in > terms of hostname and IP addresses. > > > > > > > > > > However the new instance is refusing to allow my endpoints to > register. Its sending 403 forbidden back. > > > > > > > > > > Any ideas ? > > > > > > > > > > Thanks ! > > > > > > > > > > Laura > > > > > > > > > > ---------- Forwarded message ---------- > > > > > From: Laura Smith via FreeSWITCH-users < > freeswitch-users(a)lists.freeswitch.org> > > > > > To: "freeswitch-users(a)lists.freeswitch.org" < > freeswitch-users(a)lists.freeswitch.org> > > > > > Cc: > > > > > Bcc: > > > > > Date: Sun, 09 Jun 2019 06:42:56 -0700 (PDT) > > > > > Subject: [Freeswitch-users] Problems migrating from 1.6.x to 1.8.x > > > > > > _________________________________________________________________________ > > > > > > > > > > The FreeSWITCH project is sponsored by SignalWire > https://signalwire.com > > > > > Enhance your FreeSWITCH install with disruptive priced SMS and > PSTN services. > > > > > Build your next product on our scalable cloud platform. > > > > > > > > > > Join our online community to chat in real time > https://signalwire.community > > > > > > > > > > Professional FreeSWITCH Services > > > > > sales(a)freeswitch.com > > > > > https://freeswitch.com > > > > > > > > > > Official FreeSWITCH Sites > > > > > https://freeswitch.com/oss > > > > > https://freeswitch.org/confluence > > > > > https://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 > > > > > https://freeswitch.com > > > > > > > > -- > > > > Sincerely, > > > > > > > > Giovanni Maruzzelli > > > > OpenTelecom.IT > > > > cell: +39 347 266 56 18 > > > > > ---------- Forwarded message ---------- > From: Laura Smith via FreeSWITCH-users < > freeswitch-users(a)lists.freeswitch.org> > To: "gmaruzz(a)opentelecom.it" <gmaruzz(a)opentelecom.it> > Cc: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Bcc: > Date: Sun, 09 Jun 2019 12:34:24 -0700 (PDT) > Subject: Re: [Freeswitch-users] Problems migrating from 1.6.x to 1.8.x > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales(a)freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://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 > https://freeswitch.com

2 3

Missing Privacy and PAI headers with bypass-media=true/resume-media-on-hold
by Denys Pozniak 10 Jun '19

10 Jun '19

Hello! We are bridging calls in *bypass-media* mode with profile parameter *<param name="media-option" value="resume-media-on-hold"/>* ... <action application="set" data="bypass_media=true" /> <action application="privacy" data="yes" /> <action application="bridge" data="{...}sofia/external/+ 12223334455(a)10.10.10.10" /> ... So initial origination INVITE on B-leg has Privacy: id and PAI headers - everything works as expected. But if a user on A-leg presses Hold button, re-INVITE (without SDP) on B-leg (corresponding to the option *resume-media-on-hold*) will not have privacy headers. And this leads to disclosure of caller anonymity on some phones. On the picture below I marked re-INVITE (B-leg) that has no Privacy and PAI. [image: image.png] FreeSWITCH (Version 1.8.5 64bit) How to force FS to send privacy headers in such scenario? -- BR, Denys Pozniak

1 0