[Freeswitch-users] Sending announcements to all callers

Support from NetworkedAudio LLC support at naud.io
Sat Oct 23 01:46:22 UTC 2021

Can't seem to do this at the call level, so have set up an autocall to the eavesdrop when the conference is made.

Then when the local resources access the conference, they put the eavesdrop call on hold and then store the UUID of that call in a lookup with the conference name.
The hangup hook on those local resources checks the conference xml_list and sees how many local members are left, and if none takes the eavesdrop off hold.

No loopback, resources seem OK. I'd prefer to do it pre-conference, but will see how this goes.

Any advice still welcome.

From: Support from NetworkedAudio LLC
Sent: Thursday, October 21, 2021 12:02 PM
To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
Subject: Sending announcements to all callers

I have a system where a user dials in, get authenticated and placed into a standard conference. Other local resources get added to the conferences as needed, and that is working well.

For safety reasons, we need to play a single incoming PortAudio channel to all dialed in users.

If I do an auto call or originate I can add a deaf member to each conference which is a loopback to an eavesdrop. This is messy but works.

However, it uses a lot of resources and now my local people have the announcements twice, with delay.

What I want is just to send audio out to those dialing in.

I have tried sending eavesdropping just to the incoming call but it won’t let me then join a conference through the dialplan - processing stops at the eavesdrop.

I see broadcast but can only send tones or saved files.

Ideally the incoming external callers would hear the announcements and not the conferences themselves. I’d like to avoid loopback, too.

Does anyone have ideas, please?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20211023/9f1a7863/attachment.html>

More information about the FreeSWITCH-users mailing list