[SR-Users] Is this idea even feasible?

[David Villasmil]

On Wed, Aug 18, 2021 at 1:30 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.
> >
> > UUID in freeswitch is what uniquely identifies a given channel.
>
> But, would that not perform the hold function on the FreeSwitch server?
>

Yes, if your app doesn't support it, you can't expect it to do it, right?
You would call the API uuid_kill on the B-leg of your call, meaning the leg
connected to the PBX.


>
> And, if after putting it on hold, I need to transfer a call to another
> number
> / channel, that transfer would also take place on the FreeSwitch server?
>
>
Correct


> Or am I misunderstanding, and FreeSwitch can pass the instruction to
> "place
> the call (channel if you prefer) on hold" on to the PBX system which my
> existing client application is placing its calls through?
>
>
Correct.

In effect, your app would call into freeswitch and then in freeswitch you
would do anything your app can't do. Everything from FS' point of view.


> > 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) 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 all sounds as though I am getting FreeSwitch to "do the work" and
> manage
> the hold/transfer/resume/conference/whatever itself.  I could do that with
> Asterisk (which I already know, whereas I haven't used FreeSwitch), but it
> isn't a solution to my needs.
>
> I need something which will *tell the existing PBX* to do these things
> (and
> it's probably not running FreeSwitch), in just the same way as pressing
> the
> buttons on a competent SIP phone such as Yealink or Polycom would tell the
> PBX
> to do it.
>
>
> Antony.
>
> --
> The Magic Words are Squeamish Ossifrage.
>
>                                                    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/20210818/bce7f8e7/attachment.htm>