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.
- Throw that SIP Endpoint to the nearest trash bin you could find
Not an option, as already stated.
- 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.