Re: Context of t_continue

Daniel-Constantin Mierla via sr-users <[email protected]>
Newsgroups gmane.comp.voip.ser
Message-ID <[email protected]>
Hello,

by using rtpengine_manage() only in a branch_route when one has in mind
that is about engaging rtpengine for an outgoing request (e.g., INVITE,
UPDATE, ...), then it should not be anything complex, imo.

I actually think is a rather bad practice that rtpengine functions
(being _manage()/_offer()/_answer()) are used anywhere else than a
branch_route for outgoing requests. For example, using it inside
request_route compromises any sane serial/parallel forking.

If you have mixed calls with initial as well as late SDP offer, I think
using _offer()/_answer() functions can lead to a more complex
configuration file rather than being careful where rtpengine_manage() is
used.

Cheers,
Daniel

On 25.06.25 13:48, Alex Balashov via sr-users wrote:
> Hi Johannes,
>
> I have run into this issue as well; rtpengine_manage() can't resolve its context in certain complex cases (e.g. async), and one must revert to more explicit _offer() / _answer() calls.
>
> I actually tend to avoid rtpengine_manage() nowadays except in very, very simple scenarios, because it's easier not to think about it. :-) 
>
> -- Alex
>
>> On Jun 25, 2025, at 7:32 AM, Johannes Westhuis via sr-users <[email protected]> wrote:
>>
>> Hi Daniel,
>>
>> thanks for pointing that out.
>> I stopped using rtpengine_manage and instead used rtpengine_offer and it seems to solve the problem.
>>
>> Best Regards,
>> Johannes
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions -- [email protected]
>> To unsubscribe send an email to [email protected]
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
> --
> Alex Balashov
> Principal Consultant
> Evariste Systems LLC
> Web: https://evaristesys.com, https://www.csrpswitch.com
> Tel: +1-706-510-6800
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions -- [email protected]
> To unsubscribe send an email to [email protected]
> Important: keep the mailing list in the recipients, do not reply only to the sender!

-- 
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy, Training and Development Services -- asipto.com

__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions -- [email protected]
To unsubscribe send an email to [email protected]
Important: keep the mailing list in the recipients, do not reply only to the sender!
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.