[SR-Users] Re: Sharing load between rtpengine servers

From a strictly linguistic point of view the sentence, "This is supported by all rtpengine commands except rtpengine_manage()" is at the end of the second paragraph, which is in reference to the second argument. I would take it to mean that the second argument is not supported by rtpengine_manage() - not that the entire function is not supported. Does that seem correct? As reference the full section: --- 5.1. set_rtpengine_set(setid[, setid]) Sets the ID of the RTP proxy set to be used for the next rtpengine_delete(), rtpengine_offer(), rtpengine_answer() or rtpengine_manage() command. The parameter can be an integer or a config variable holding an integer. A second set ID can be specified to daisy-chain two RTP proxies. The two set IDs must be distinct from each other and there must not be any overlap in the proxies present in both sets. In this use case, the request (offer, answer, etc) is first sent to an RTP proxy from the first set, which rewrites the SDP body and sends it back to the module. The rewritten SDP body is then used to make another request to an RTP proxy from the second set, which rewrites the SDP body another time and sends it back to the module to be placed back into the SIP message. This is useful if you have a set of RTP proxies that the caller must use, and another distinct set of RTP proxies that the callee must use. This is supported by all rtpengine commands except rtpengine_manage(). --- From: Daniel-Constantin Mierla via sr-users &lt;sr-users(a)lists.kamailio.org&gt; Sent: Thursday, November 9, 2023 2:25 AM To: Kamailio (SER) - Users Mailing List &lt;sr-users(a)lists.kamailio.org&gt; Cc: Daniel-Constantin Mierla &lt;miconda(a)gmail.com&gt; Subject: [SR-Users] Re: Sharing load between rtpengine servers CAUTION: This email originated from outside the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. Hello, not sure why that remark is there, because contradicts with the first paragraph that has: "Sets the ID of the RTP proxy set to be used for the next rtpengine_delete(), rtpengine_offer(), rtpengine_answer() or rtpengine_manage() command." - https://www.kamailio.org/docs/modules/stable/modules/rtpengine.html#rtpengi… I don't think that the last statement is good, maybe it propagated without notice from a very old version. From code point of view, there is no reason for set_rtpengine_set() not to work for rtpengine_manage(), this function is a pretty simple wrapper for rtpengine_offer()/_answer()/_delete(). I am going to remove that last statement from docs. Cheers, Daniel On 09.11.23 01:06, David Cunningham via sr-users wrote: Hi Alex, It's on the page that you linked to: "This is supported by all rtpengine commands except rtpengine_manage()." Thanks. On Thu, 9 Nov 2023 at 12:55, Alex Balashov <abalashov@evaristesys.com<mailto:abalashov@evaristesys.com>> wrote: Hi David, Whence the impression that sets aren't compatible with rtpengine_manage()? https://kamailio.org/docs/modules/5.7.x/modules/rtpengine.html#rtpengine.f.… "Sets the ID of the RTP proxy set to be used for the next rtpengine_delete(), rtpengine_offer(), rtpengine_answer() or rtpengine_manage() command. The parameter can be an integer or a config variable holding an integer." Or are you using an earlier version of Kamailio in which this may not have been true? -- Alex -- Alex Balashov Principal Consultant Evariste Systems LLC Web: https://evaristesys.com<https://evaristesys.com/> Tel: +1-706-510-6800 -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 New Zealand: +64 (0)28 2558 3782 __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org<mailto:sr-users-leave@lists.kamailio.org> Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe: -- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy and Development Services Kamailio Advanced Training - Online - Nov 14-16, 2023 -- asipto.com