[Freeswitch-users] Sending announcements to all callers
David Villasmil
david.villasmil.work at gmail.com
Mon Mar 21 09:29:52 UTC 2022
Not sure I understood what you need. Do you want to play this audio before
going to the conference or While in the conference at some arbitrary point?
On Sun, 20 Mar 2022 at 21:34, Support from NetworkedAudio LLC <
support at naud.io> wrote:
> Asking again because the loopback method leaves lots of stale sessions
> over time and I’m using four gigabytes of memory for two hundred calls.
>
>
>
> Problem – most (but not all) incoming SIP calls need to hear live
> announcements (currently coming in via PortAudio) once.
>
>
>
> What I’d like to do is have these calls eavesdrop on the incoming audio
> but with eavesdrop() this stops working as soon as I am bridged into a
> conference.
>
>
>
> *What I have tried:*
>
>
>
> Conference auto-outcall to a loopback dialplan to an Announce conference
> with deaf flags set – these loopbacks keep increasing in number and over
> weeks lots of orphaned channels persist.
>
> Eavesdrop a channel – doesn’t last once the incoming call is in a
> conference
>
> Making portaudio_stream work on Windows. It crashes on access.
>
> Making local_stream work on Windows. It needs core Unix-type support.
>
>
>
> *What I have not tried:*
>
>
>
> Eavesdrop whisper – I don’t think this persists after going into a
> conference.
>
> Mod_spy – don’t think it persists after the spy (not the spyee) joins a
> conference, not sure I can spy on something non-Sofia.
>
> Conference relate – keeping track of which members of a conference do and
> do not get this announcement is tricky long term and I’d still need the
> loopback.
>
> Converting the incoming audio to an MP3 stream and then streaming to all
> conferences.
>
>
>
> What I want is either a non-session paging, or a uuid_broadcast of a live
> channel, or the opposite of record – something that persists through
> changing conferences – so that the outgoing (from FS’s perspective) leg of
> certain calls always receives the incoming leg of another, named, fixed
> call.
>
>
>
> Can anyone help?
>
>
>
>
>
>
>
> *From: *FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org>
> on behalf of Support from NetworkedAudio LLC <support at naud.io>
> *Date: *Friday, October 29, 2021 at 2:19 PM
> *To: *FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> *Subject: *Re: [Freeswitch-users] Sending announcements to all callers
>
> Spoke too soon. Seems to be a memory leak doing it this way - will
> simplify and add a JIRA.
>
>
>
> Switched to an Announce conference - portaudio is deaf, every autocall is
> mute. Still had to use loopback - @conference(Announce) doesn’t work.
>
>
>
> Emailing for the sake of future searches.
> ------------------------------
>
> *From:* FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org>
> on behalf of Support from NetworkedAudio LLC <support at naud.io>
> *Sent:* Friday, October 22, 2021 8:46 PM
> *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> *Subject:* Re: [Freeswitch-users] Sending announcements to all callers
>
>
>
> 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?
> _________________________________________________________________________
>
> 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com
--
Regards,
David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20220321/e85ae432/attachment-0001.html>
More information about the FreeSWITCH-users
mailing list