[SR-Users] Is this idea even feasible?
Raúl Alexis Betancor Santana
rabs at dimension-virtual.com
Wed Aug 18 19:05:04 CEST 2021
> 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.
So it's obvious that you asked the wrong people o you did the worng questions.
> 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.
More information about the sr-users