18 Aug
2021
18 Aug
'21
4:33 p.m.
On Wednesday 18 August 2021 at 15:11:54, Raúl Alexis Betancor Santana wrote:
If you have a DUMB SIP endpoint, as you have, that
lacks the features to
put a call on hold, transfer a call, etc. YOU ONLY HAVE 2 WAYS of solving
that.
1) Throw that SIP Endpoint to the nearest trash bin you could find
Not an option, as already stated.
2) Put a B2BUA in front of that SIP Endpoint, and
throught API, DTMF, RPC
or witchever method that B2BUA gives you, you will have to emulate what
your SIP Endpoint doesn't support
Precisely what I am asking how to do, thank you.
Getting to this point, this is fully out of scope of
this list, as Kamailio
it's not a B2BUA and will not (without TONS of work and hours) cover that
special scenario you have.
Agreed, I realise now that Kamailio is not the solution to my requirements,
however people here seem to believe they know what *would* be a solution to my
requirements, but so far nobody has pointed me at anything specific which I can
use.
You have been given with the hints about how to solve
your problem,
Hints are all very well, but telling me "put a B2BUA in front of that SIP
Endpoint, and use API, DTMF, RPC or witchever method that B2BUA gives you"
doesn't exactly help when I've made it perfectly clear that I don't know how
to solve the problem.
If it really is that simple, please just point me at one example of how to
actually do it.
Antony.
--
How many Prolog programmers does it take to change a lightbulb?
No.
Please reply to the list;
please *don't* CC me.