[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.

Best regards

More information about the sr-users mailing list