Ah, so location laundering all around. :-)

Well, I guess I’ll just ephemerally save() and shortly unregister() for the 
sole purpose of pushing branches into the given transaction … :-)

—
Sent from mobile, apologies for brevity and errors.

> On 1 Nov 2022, at 03:02, Henning Westerholt <h...@gilawa.com> wrote:
> 
> Hello,
> 
> the implementation in the other project actually creates some user records in 
> a fake message for that functionality.
> 
> The tm module could be of course extended with a PR.
> 
> Cheers,
> 
> Henning
> 
> -- 
> Henning Westerholt – https://skalatan.de/blog/
> Kamailio services – https://gilawa.com
> 
> -----Original Message-----
> From: sr-users <sr-users-boun...@lists.kamailio.org> On Behalf Of Alex 
> Balashov
> Sent: Tuesday, November 1, 2022 12:48 AM
> To: Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org>
> Subject: Re: [SR-Users] Appending new branches via external means
> 
> OpenSIPS seems to have captured well the spirit of this functionality, BTW:
> 
> https://opensips.org/html/docs/modules/2.3.x/tm.html#t_inject_branches
> 
> — Alex
> 
>> On Oct 31, 2022, at 7:44 PM, Alex Balashov <abalas...@evaristesys.com> wrote:
>> 
>> And indeed, ts_append_to() almost does what I want, but it still requires 
>> that I launder my contacts through a registrar ‘domain’. 
>> 
>> Is there any way to go around this requirement? It seems awfully silly to 
>> set up a stub/shadow registrar when I am not a registrar.
>> 
>> — Alex
>> 
>>>> On Oct 31, 2022, at 7:37 PM, Alex Balashov <abalas...@evaristesys.com> 
>>>> wrote:
>>> 
>>> Hi,
>>> 
>>> Is there a means of appending new branches from config script for a 
>>> transaction which is already proceeding in the background, without using 
>>> `tsilo`?
>>> 
>>> That is to say, I have an async transaction which is resumed in an async 
>>> worker and is t_relay()’d away to some destination. Meanwhile, I have 
>>> learned about new destinations for it to try via an incoming registration, 
>>> and would like to append additional parallel forking branches to that 
>>> transaction, even though it is already proceeding. 
>>> 
>>> ts_append() does this for me; the issue I have is that it is mediated 
>>> through a registrar, but I am not a registrar. My registrar is upstream, 
>>> and my proxy is just a front-end to it. So, in essence, I require something 
>>> like `tsilo` at a more general level, where contacts can be populated by 
>>> some other mechanism rather than being learned via callbacks out of 
>>> `usrloc`.
>>> 
>>> Is there a way to accomplish this?
>>> 
>>> Cheers,
>>> 
>>> — Alex
>>> 
>>> --
>>> Alex Balashov | Principal | Evariste Systems LLC
>>> 
>>> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>>> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>>> 
>> 
>> --
>> Alex Balashov | Principal | Evariste Systems LLC
>> 
>> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>> 
> 
> --
> Alex Balashov | Principal | Evariste Systems LLC
> 
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
> 
> 
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions 
> sr-users@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the 
> sender!
> Edit mailing list options or unsubscribe:
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Reply via email to