[SR-Users] Is this idea even feasible?
Antony.Stone at kamailio.open.source.it
Thu Nov 4 14:49:22 CET 2021
On Wednesday 18 August 2021 at 13:40:25, David Villasmil wrote:
> In freeswitch you have the uuid_hold, etc api:
> 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
> #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.
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.
More information about the sr-users