[SR-Users] Is this idea even feasible?

David Villasmil david.villasmil.work at gmail.com
Thu Nov 4 17:27:54 CET 2021


happy to help
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Thu, Nov 4, 2021 at 1:52 PM Antony Stone <
Antony.Stone at kamailio.open.source.it> wrote:

> On Wednesday 18 August 2021 at 13:40:25, David Villasmil wrote:
>
> > In freeswitch you have the uuid_hold, etc api:
> >
> https://www.freeswitch.org/confluence/plugins/servlet/mobile?contentId=1966
> > 741#content/view/1966741
> >
> > You call the API uuid_hold [uuid] or uuid_hold off  [uuid] to take the
> > channel out of hold.
>
> Thank you for your assistance, and pointing in a helpful direction.
>
> I now have a working solution based on FreeSwitch.
>
> > UUID in freeswitch is what uniquely identifies a given channel.
> >
> > When you say:
> >
> > “ However, my understanding of a B2BUA is that *it* would then start
> > handling the state of the calls itself - whether they're on hold, routing
> > the transfers, etc.”
> >
> > This is correct, that’s how B2BUA works, but you can send an API to fs
> via
> > ESL (tcp connection on port 8021
> >
> https://freeswitch.org/confluence/plugins/servlet/mobile?contentId=15696286
> > #content/view/1048916 ) to put on hold not just your channel, since that
> > would simply send a reconly to your app, but also the B-leg of the call.
>
> This is indeed what happens - FreeSwitch sends a re-invite containing
> sendonly
> to the upstream PBX, which then puts the other party on hold and plays its
> own
> hold music at them.  Exactly what I needed.
>
>
> Thanks,
>
>
> Antony.
>
> --
> I want to build a machine that will be proud of me.
>
>  - Danny Hillis, creator of The Connection Machine
>
>                                                    Please reply to the
> list;
>                                                          please *don't* CC
> me.
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20211104/01deae89/attachment.htm>


More information about the sr-users mailing list