March 2021 - FreeSWITCH-users - FreeSWITCH Mailing Lists

One Way Audio
by William Colls 03 Mar '21

03 Mar '21

I know I have seen this discussed before but can't find the information now. Freeswitch 1.10.5 compiled from source. When I try to make an outbound call the call connects, and the callee can hear me, but I can't hear him/her. Calls between phones registered on freeswitch work, Inbound calls work. The call appears to executed in the public context. Any suggestions as to how to proceed greatly appreciated. Thanks for you time. William

3 2

B-leg ringing after A-leg hangs-up. LUA.
by Тимур Ситдиков 02 Mar '21

02 Mar '21

Hi all. Need help with a simple call script. I'm got this in dialplan <extension name="call_lua_home"> <condition field="destination_number" expression="^(1007)$">  For hangup hook try <action application="lua" data="fork.lua"/> </condition> </extension> And this in fork.lua if session:ready() then api = freeswitch.API() contact = api:execute("sofia_contact", "*/1007(a)compA.com"); caller = session:getVariable("caller_id_number"); session1 = freeswitch.Session("{origination_caller_id_name="..caller.. "}[leg_timeout=30]"..contact..""); -- session:setHangupHook("HangupHook"); if session1:ready() then freeswitch.bridge(session, session1); end freeswitch.consoleLog("WARNING","=====SCRIPT END\n"); session:hangup() end When Caller is hanging up before B-leg answers - Bleg is continuing to ring. There are still 2 channels in 'show channels' after A-leg hangs up. I want to drop B-leg when A-leg hangs up. Is it possible? UPD Tried to use hangup hook. It works with stramFile, but no luck with session. function HangupHook(s, status) freeswitch.consoleLog("WARNING","Event fired breaking out\n"); return exit; -- return die; end session:answer(); session:setHangupHook("HangupHook"); while (session:ready() == true) do session:streamFile( "/usr/share/freeswitch/sounds/en/us/callie/ivr/16000/ivr-on_hold_indefinitely.wav" ); -- session1 = freeswitch.Session("{origination_caller_id_name="..caller.."}[leg_timeout=30]"..contact..""); end freeswitch.consoleLog("WARNING","=====SCRIPT END\n"); session:hangup() end Can anyone help me with this? Thanks! Regards,Tim

2 7

NOTIFYs seem unreliable under high number of SUBSCRIBEs
by Christian Berger 02 Mar '21

02 Mar '21

Hello, we are currently seeing some strange behavior under load conditions. Notifications for calls are sent to seemingly random subsets of subscribed users. This already happens with the default configuration. To recreate this we have created 10000 SUBSCRIBEs with sipp for 1002. sipp -sf sip.xml $ip_of_freeswitch -m 10000 -r 100 Meanwhile sngrep is running to record the dialogues, and we have 2 telephones registered to 1001 and 1002. When 1002 calls 1001, NOTIFYs will be sent out to the subscriptions. However when there are 10000 subscriptions only about 3000-4000 of them will get the NOTIFY. Trying it again will cause another subset of the SUBSCRIBEs to be answered with a NOTIFY. This test was conducted locally on an otherwise idle server, so network loss can be ruled out rather well. Has anybody else had a similar experience? I couldn't find any way sending out NOTIFYs could be limited and the number of NOTIFYs we get seems to be to random for such a limit. Thank you very much for your time Christian Berger foncloud.net Christian Berger foncloud GmbH & Co KG Hahlweg 2a 36093 Künzell Tel: / Fax: +49 661 968990-99 Email: Christian.Berger(a)foncloud.net Web: www.foncloud.net P.S.: Wussten Sie schon? Unter https://www.foncloud.net/wissen finden Sie zahlreiche Informationen und hilfreiche Artikel rund um unsere Produkte und Services. Registergericht: Amtsgericht Fulda, Persönlich haftende Gesellschafterin der foncloud GmbH&Co.KG: Global Brain Network GmbHGeschäftsführer der Global Brain Network GmbH: Peter Krug Sitz der Gesellschaft: Künzell. Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.

1 0

Freeswitch selecting the public ip
by David Villasmil 02 Mar '21

02 Mar '21

Hello Guys, Whenever freeswitch triggers an even, on the variable FreeSWITCH-IPv4: Freeswitch always selects the public IP. I made an implementation some time ago which grabs that variable and uses it for something. I need to have that variable as the private ip, not the public one, is this possible at all? Thanks Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

1 1

Re: [Freeswitch-users] "Shadow calls" - duplicate calls executing in parallel
by David P 01 Mar '21

01 Mar '21

I think the last time we experienced that was with 10.4 (we're on 10.5 now). It happened infrequently as you note. I assumed it was an error in the way our WebRTC app invoked verto. (I didn't have any browser console log to confirm that, though.) On Sat, 27 Feb 2021, 9:07 am , < freeswitch-users-request(a)lists.freeswitch.org> wrote: > > > ---------- Forwarded message ---------- > From: Sam van Herwaarden <svanherwaarden(a)precisionag.org> > > Hi all, > > I was just wondering if others have experienced this: on a few of the > FreeSWITCH systems I've interacted with, I've observed situations where > incoming phone calls seem to be duplicated. So there seem to be two call > processes for the same phone number, also both receiving things like DTMF > events. The timestamps of events tend to be very close (sub-second) but not > necessarily identical. > > It's not very common, less than 1 per 1000 calls has this happening. It > does tend to throw off some of our tooling (both in call handling and > analysis). Curious to know if there could be an obvious cause/easy fix. > > Kind regards, > Sam >

2 1