October 2021 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Updating caller id with attended transfer while phone still ringing
by Rahman Duran 28 Oct '21

28 Oct '21

Hi, When doing attended transfer (A -> B -> attended transfer -> C) C only updates its caller id display when it answers the call. Is there anyway to update caller id on C, when B transfer the call while its still ringing? The problem is we have some Cisco and Samsung SIP phones that does not have a real "Blind Transfer" support. If you want to transfer without talking to "C", you just press the transfer button quickly, while C starts to ring. So I want to send the updated caller id to "C" after "B" transferred but before "C" answers. I have Yeastar PBX (asterisk based) works just like that but I can't figure out how to do it with freeswitch. Regards, Rahman Duran

1 0

problems compiling 1.10.7
by John Covici 27 Oct '21

27 Oct '21

Hi. I am compiling freeswitch under gentoo and getting the following error: /bin/sh /usr/src/freeswitch/libs/apr/libtool --silent --mode=compile gcc -g -O2 -pthread -g -O2 -DHAVE_CONFIG_H -D_REENTRANT -D_GNU_SOURCE -I./include -I/usr/src/freeswitch/libs/apr/include/arch/unix -I./include/arch/unix -I/usr/src/fr\eeswitch/libs/apr/include -o threadproc/unix/signals.lo -c threadproc/unix/signals.c && touch threadproc/unix/signals.lo In file included from ./include/apr_pools.h:39, from /usr/src/freeswitch/libs/apr/include/arch/unix/../apr_private_common.h:24, from /usr/src/freeswitch/libs/apr/include/arch/unix/apr_private.h:881, from /usr/src/freeswitch/libs/apr/include/arch/unix/apr_arch_threadproc.h:18, from threadproc/unix/signals.c:18: ./include/apr_general.h:33: warning: "NSIG" redefined 33 | #define NSIG __DARWIN_NSIG | In file included from /usr/include/sys/wait.h:36, from ./include/apr.h:131, from /usr/src/freeswitch/libs/apr/include/arch/unix/apr_arch_threadproc.h:17, from threadproc/unix/signals.c:18: /usr/include/signal.h:184: note: this is the location of the previous definition 184 | # define NSIG _NSIG | In file included from ./include/apr_pools.h:39, from /usr/src/freeswitch/libs/apr/include/arch/unix/../apr_private_common.h:24, from /usr/src/freeswitch/libs/apr/include/arch/unix/apr_private.h:881, from /usr/src/freeswitch/libs/apr/include/arch/unix/apr_arch_threadproc.h:18, from threadproc/unix/signals.c:18: ./include/apr_general.h:33:14: error: `__DARWIN_NSIG' undeclared here (not in a function) 33 | #define NSIG __DARWIN_NSIG | ^~~~~~~~~~~~~ threadproc/unix/signals.c:127:20: note: in expansion of macro `NSIG' 127 | #define APR_NUMSIG NSIG | ^~~~ threadproc/unix/signals.c:136:39: note: in expansion of macro `APR_NUMSIG' 136 | static const char *signal_description[APR_NUMSIG]; | ^~~~~~~~~~ make[2]: *** [/usr/src/freeswitch/libs/apr/build/apr_rules.mk:201: threadproc/unix/signals.lo] Error 1 Anyone have a clue? Thanks in advance for any suggestions. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una covici(a)ccs.covici.com

1 0

AUDIO RTP REPORTS ERROR: [Remote Address Error!] -- [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION]
by Vishal Pai 27 Oct '21

27 Oct '21

Hello Everyone I am using webrtc client sip.js + freeswitch 1.10.2 installed from src. Whenever the first call comes to sip.js it gets disconnected with error AUDIO RTP REPORTS ERROR: [Remote Address Error!] -- [INCOMPATIBLE_DESTINATION] Here is the log file attached. Is there any bug in the freeswitch version ? Or am I using the wrong configuration? Note there is no NAT on the server, it DO droplet which is directly connected to public IP. Any help will be highly appreciated. Thanks.

3 2

Buld freeswitch - Visual Studio
by Gregor Nanger 26 Oct '21

26 Oct '21

Hi! I wanted to build the latest version of FS in Visual Studio 2017. I get following errors: Error MSB4044 The "SwitchVersionTask" task was not given a value for the required parameter "revision". FreeSwitchCoreLib C:\freeswitch-1.10.7\w32\switch_version.props 128 Error The "SignFile" task was not given a value for the required parameter "SigningTarget". Setup.2017 C:\freeswitch-1.10.7\w32\Setup\Setup.2017.wixproj 1025 Since FreeSwitchCoreLib is not built, I got a lot of other errors. Can someone help me with this? BR, Gregor

1 0

Re: [Freeswitch-users] Internal extension and external CELL phone - revisited
by Brian West 25 Oct '21

25 Oct '21

ignore_early_media=true will be required here. On Mon, Oct 25, 2021 at 11:49 AM Sean Devoy via FreeSWITCH-users < freeswitch-users(a)lists.freeswitch.org> wrote: > > > > ---------- Forwarded message ---------- > From: Sean Devoy <sdevoy(a)bizfocused.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Bcc: > Date: Mon, 25 Oct 2021 16:13:56 +0000 > Subject: Internal extension and external CELL phone - revisited > > Hi, > > > > With Avi’s help I have the dial string corrected to: > > Dial an internal extension. Delay 10 seconds, then dial external number > (which happens to be a cell phone) > > The goal is to set the call timeout to keep the voicemail in FreeSwitch. > (For this discussion let’s ignore the variability of time to make a > connection to a cell phone.) > > > > After 10 second delay, FreeSwitch dials the external number just fine. > Then the external leg gets a > > switch_core_media.c:8980 sofia/external/14108089999 Set 2833 dtmf receive > payload to 101 > > It immediately hangs up the internal extension with a > > switch_ivr_originate.c:3716 Hangup sofia/internal/220@68.143.96.162:1458 > [CS_CONSUME_MEDIA] [LOSE_RACE] > > > > Note, the cell phone never gets answered by the recipient. Sadly, the call > does go to the cell voicemail. > > > > Here are my questions: > > 1 – Is that because the Cell Carrier has actually “answered” the call and > is now routing it to the phone? > > 2 – Can I even go to voicemail on FS after that event or is the call > “answered”? > > > > Regards, > > Sean > > > > ---------- Forwarded message ---------- > From: Sean Devoy via FreeSWITCH-users < > freeswitch-users(a)lists.freeswitch.org> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Bcc: > Date: Mon, 25 Oct 2021 09:49:37 -0700 (PDT) > Subject: [Freeswitch-users] Internal extension and external CELL phone - > revisited > _________________________________________________________________________ > > 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 -- Brian West | Co-founder and Developer Need Commercial support? email sales(a)freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&e…> Email: brian(a)freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/> [image: https://www.facebook.com/signalwireinc?src=email] <https://www.facebook.com/freeswitch> [image: https://twitter.com/freeswitch] <https://twitter.com/freeswitch>

2 1

Internal extension and external CELL phone - revisited
by Sean Devoy 25 Oct '21

25 Oct '21

Hi, With Avi's help I have the dial string corrected to: Dial an internal extension. Delay 10 seconds, then dial external number (which happens to be a cell phone) The goal is to set the call timeout to keep the voicemail in FreeSwitch. (For this discussion let's ignore the variability of time to make a connection to a cell phone.) After 10 second delay, FreeSwitch dials the external number just fine. Then the external leg gets a switch_core_media.c:8980 sofia/external/14108089999 Set 2833 dtmf receive payload to 101 It immediately hangs up the internal extension with a switch_ivr_originate.c:3716 Hangup sofia/internal/220@68.143.96.162:1458<mailto:sofia/internal/220@68.143.96.162:1458> [CS_CONSUME_MEDIA] [LOSE_RACE] Note, the cell phone never gets answered by the recipient. Sadly, the call does go to the cell voicemail. Here are my questions: 1 - Is that because the Cell Carrier has actually "answered" the call and is now routing it to the phone? 2 - Can I even go to voicemail on FS after that event or is the call "answered"? Regards, Sean

1 0

PortAudio and codecs
by Clive Lansink 24 Oct '21

24 Oct '21

Hello again. I've at least managed to solve my problem but I always like to know why things work the way they do so I would still appreciate an answer on this. I found a helpful article on how Freeswitch negotiates codecs at https://freeswitch.org/confluence/display/FREESWITCH/Codec+Negotiation. I added the following line to my dial plan at the point where it catches and directs the call to the number I am dialing: <action application="export" data="nolocal:absolute_codec_string=$${outbound_codec_prefs}"/> <action application="bridge" data="sofia/gateway/outbound/$1"/> The example in the article is <action application="export" data="nolocal:absolute_codec_string=PCMA,PCMU"/>, but I preferred to refer back to the global variable outbound_codec_prefs set in vars.xml. So now I presume Freeswitch is transcoding from PortAudio's raw PCM to whatever codec is negotiated when the call is made. So why did this not work in the first place. Why is Freeswitch not honouring outbound_codec_prefs when I make a call from PortAudio? I'm pretty sure this used to work out of the box so I suspect something has changed. Thank you. Clive Lansink Email: Clive(a)Lansink.Co.NZ Phone: +64 9 520-4242 Mobile: +64 21 663-999 -----Forwarded message----- From: Clive Lansink <clive(a)lansink.co.nz> To: Freeswitch users list <freeswitch-users(a)lists.freeswitch.org> Subject: [Freeswitch-users] PortAudio and codecs Reply-to: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> Date: Sun, 24 Oct 2021 01:09:41 +0000 Hi everyone. I need help please to make a call using PortAudio which is failing at the CODEC negotiation step. I've done this successfully in the past but that was a number of Freeswitch versions ago and on a different laptop and something may have changed. I have a recent installation of Freeswitch on a laptop with PortAudio enabled. It registers to our main box running Freeswitch (though a rather older version) which in turn registers to our VOIP provider. When I call a number with the api pa call command, it appears to be successful but nothing happens. Freeswitch.log on the main box shows the following lines that may explain the problem: a13d9197-2a00-4858-92d4-5aed6dc7652d 2021-10-24 13:46:23.400156 [ERR] mod_sofia.c:2247 CODEC NEGOTIATION ERROR. SDP: a13d9197-2a00-4858-92d4-5aed6dc7652d v=0 a13d9197-2a00-4858-92d4-5aed6dc7652d o=FreeSWITCH 1635011588 1635011589 IN IP4 192.168.1.90 a13d9197-2a00-4858-92d4-5aed6dc7652d s=FreeSWITCH a13d9197-2a00-4858-92d4-5aed6dc7652d c=IN IP4 192.168.1.90 a13d9197-2a00-4858-92d4-5aed6dc7652d t=0 0 a13d9197-2a00-4858-92d4-5aed6dc7652d m=audio 24794 RTP/AVP 102 101 a13d9197-2a00-4858-92d4-5aed6dc7652d a=rtpmap:102 L16/16000 a13d9197-2a00-4858-92d4-5aed6dc7652d a=rtpmap:101 telephone-event/16000 a13d9197-2a00-4858-92d4-5aed6dc7652d a=fmtp:101 0-16 a13d9197-2a00-4858-92d4-5aed6dc7652d a=ptime:20 a13d9197-2a00-4858-92d4-5aed6dc7652d a13d9197-2a00-4858-92d4-5aed6dc7652d 2021-10-24 13:46:23.400156 [NOTICE] switch_channel.c:3438 Hangup sofia/internal/1015(a)192.168.1.61 [CS_EXECUTE] [INCOMPATIBLE_DESTINATION] I know nothing about SDP but when I look at this it kind of suggests to me that the originating machine is only offering L16/16000 as the CODEC to use. If that is the case then that is the problem because I'm pretty sure the main Freeswitch box is not set up to accept that codec. Back to the laptop, in SIP profiles external.xml, outbound-codec-prefs is set to "$${outbound_codec_prefs}". In vars.xml, outbound_codec_prefs is set to PCMU,PCMA,GSM. I think when it makes the call it should be offering these codecs which are all acceptable to the main Freeswitch box. But then I would expect to see that in the SDP stuff in the log. It should mean the laptop would transcode from the raw PCM data from PortAudio to the codec agreed between the two machines. But that doesn't seem to be happening. The PortAudio configuration does have a parameter for sample-rate which is currently 16000, and there is something to do with timing set to 20. But those are the only parameters I can see that relate to codecs and neither of them actually specify the codec to use. So I'm thinking that PortAudio has nothing to do with codecs, which would make sense. But that means something else in Freeswitch needs to transcode to the real world. Can anyone explain why this is failing? Thank you. Clive Lansink Email: Clive(a)Lansink.Co.NZ Phone: +64 9 520-4242 Mobile: +64 21 663-999 _________________________________________________________________________ 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

1 0

PortAudio and codecs
by Clive Lansink 24 Oct '21

24 Oct '21

Hi everyone. I need help please to make a call using PortAudio which is failing at the CODEC negotiation step. I've done this successfully in the past but that was a number of Freeswitch versions ago and on a different laptop and something may have changed. I have a recent installation of Freeswitch on a laptop with PortAudio enabled. It registers to our main box running Freeswitch (though a rather older version) which in turn registers to our VOIP provider. When I call a number with the api pa call command, it appears to be successful but nothing happens. Freeswitch.log on the main box shows the following lines that may explain the problem: a13d9197-2a00-4858-92d4-5aed6dc7652d 2021-10-24 13:46:23.400156 [ERR] mod_sofia.c:2247 CODEC NEGOTIATION ERROR. SDP: a13d9197-2a00-4858-92d4-5aed6dc7652d v=0 a13d9197-2a00-4858-92d4-5aed6dc7652d o=FreeSWITCH 1635011588 1635011589 IN IP4 192.168.1.90 a13d9197-2a00-4858-92d4-5aed6dc7652d s=FreeSWITCH a13d9197-2a00-4858-92d4-5aed6dc7652d c=IN IP4 192.168.1.90 a13d9197-2a00-4858-92d4-5aed6dc7652d t=0 0 a13d9197-2a00-4858-92d4-5aed6dc7652d m=audio 24794 RTP/AVP 102 101 a13d9197-2a00-4858-92d4-5aed6dc7652d a=rtpmap:102 L16/16000 a13d9197-2a00-4858-92d4-5aed6dc7652d a=rtpmap:101 telephone-event/16000 a13d9197-2a00-4858-92d4-5aed6dc7652d a=fmtp:101 0-16 a13d9197-2a00-4858-92d4-5aed6dc7652d a=ptime:20 a13d9197-2a00-4858-92d4-5aed6dc7652d a13d9197-2a00-4858-92d4-5aed6dc7652d 2021-10-24 13:46:23.400156 [NOTICE] switch_channel.c:3438 Hangup sofia/internal/1015(a)192.168.1.61 [CS_EXECUTE] [INCOMPATIBLE_DESTINATION] I know nothing about SDP but when I look at this it kind of suggests to me that the originating machine is only offering L16/16000 as the CODEC to use. If that is the case then that is the problem because I'm pretty sure the main Freeswitch box is not set up to accept that codec. Back to the laptop, in SIP profiles external.xml, outbound-codec-prefs is set to "$${outbound_codec_prefs}". In vars.xml, outbound_codec_prefs is set to PCMU,PCMA,GSM. I think when it makes the call it should be offering these codecs which are all acceptable to the main Freeswitch box. But then I would expect to see that in the SDP stuff in the log. It should mean the laptop would transcode from the raw PCM data from PortAudio to the codec agreed between the two machines. But that doesn't seem to be happening. The PortAudio configuration does have a parameter for sample-rate which is currently 16000, and there is something to do with timing set to 20. But those are the only parameters I can see that relate to codecs and neither of them actually specify the codec to use. So I'm thinking that PortAudio has nothing to do with codecs, which would make sense. But that means something else in Freeswitch needs to transcode to the real world. Can anyone explain why this is failing? Thank you. Clive Lansink Email: Clive(a)Lansink.Co.NZ Phone: +64 9 520-4242 Mobile: +64 21 663-999

1 0

Internal Interface suddenly freezes
by Stefan Kainz 22 Oct '21

22 Oct '21

Hi everbody, I have a little bit of a problem. Im using Version 1.10.3. ( but this problem also occurs on version 1.4.18 ) Sometimes the internal Sofia interface just stops responding to SIP Requests. It sometimes happens once every day, and sometimes once a week. It happens at completely random times, like one day in the morning, and the next day in the middle of the night. The freeswitch.log gives me nothing, its like the Sofia interface was stopped. When I try to restart the interface with "sofia profile internal restart” nothing happens. The fs_cli just remains stuck with that command. The solution is to restart the freeswitch service. Sometimes when I recognise it too late, for example in the middle of the night, it seems like the problem solves itself after about 2 hours. The profile just starts working again, without somebody doing anything. I have checked a variety of things, including the firewall & fail2ban, network connection, made sure watchdog is disabled, and also tested it on different Debian-versions and freeswitch versions. It seems this problem occurs on every freeswitch version i have tested. The external-profile on the other hand, keeps working like nothing happened. Both Interfaces listen on the same network-device with a public ip. The only difference is, the internal profile uses a Lua file to handle registrations. Has anybody come across anything similar? Any help is much appreciated! Regards,

7 21

Log dialplan actions?
by Antony Stone 22 Oct '21

22 Oct '21

Hi. I'm just getting the hang of FreeSwitch (long-time user of Asterisk), and wondering: - is there a way to get FS to log dialplan actions as they are executed? Basically, the equivalent of Asterisk's "messages", or even better, "verbose" log files. I'm looking for a way to see how FS is processing calls as they come in, so I can be sure my dialplans are doing what I think they should be. I know I can add "log" actions of my own, but is there something that will simply log each dialplan action automatically? Antony. -- BASIC is to computer languages what Roman numerals are to arithmetic. Please reply to the list; please *don't* CC me.

6 10