18 Aug
2021
18 Aug
'21
8:05 p.m.
On Wednesday August 18, 2021 5:19:01, Antony Stone
wrote:
I think the
overwhelming response from the group at large is that what
you are looking to do is best handled through a variety of b2bua programs.
Yes, I understand that. My responses to these suggestions have largely been
based on people who are experts with these B2BUAs telling me specifically that
they can NOT do what I want. A B2BUA can definitely do all the call processing I
want, but internally.
I doesn't matter, moreother you don't undestand how it works, that why you think
if do it 'internally'
What happens if you tell a B2BUA to put a B-Leg of and outgoing call "on
hold"?,
what it will negotiate with the B side of the call, and put that call on hold,
if that B-Leg is your remote PBX, it will tell it to put the call on hold.
Did you ever know how SIP-CallFlows works?
I need something which can *instruct the existing PBX*
to do it. That's the
bit which Raúl in particular did not seem to grasp.
You are the one that don't seem to get how that works man, ;-)
By putting a customized B2BUA in front of you DUMB SIP client, It'll work,
from you remote PBX point of view as a full-feature SIP Endpoint.
> I would highly recommend that for assistance with
the next step, you
> reach out to the communities for those systems, such as Asterisk,
> FreeSWITCH, PJProject, etc.
I have not yet asked FreeSwitch, but the responses
from the Asterisk and PJSIP
projects indicate that their software cannot achieve what I am looking for.
For sure you didn't do the right questions, as on the PJSIP doc, there are plenty of
information about how to build a B2BUA, either, on their examples folder, you could find
one
build on python that cloud do, what you are asking for, with very little modifications.
Best regards