> On 22 Dec 2024, at 16:45, Alex Balashov via sr-users > <[email protected]> wrote: > > Although I admire Nick's work, and his gift for making complex concepts > accessible to a lay audience--I've learned quite a bit from his posts > myself--some of the misinformation and simplification in this one is > unforgivable, e.g. > > "A Transaction Stateful proxy stores state from the initial INVITE until a > 200 OK is > received. As soon as the session is setup it forgets everything. This means > we won’t > have any state information when the BYE is eventually received." > > This is radioactively wrong. > Apart from missing the ACK, what do you think is wrong with this?
/O > -- Alex > >> On Dec 22, 2024, at 10:03 am, Alexis Fidalgo via sr-users >> <[email protected]> wrote: >> >> Yes i did, concept is clear, what is not clear (to me) is why in a >> transaction, if i reply a 302, it’s retransmitted 3 times until the >> transaction is released. >> >> >> >>> On 21 Dec 2024, at 8:35 PM, Sergio Charrua via sr-users >>> <[email protected]> wrote: >>> >>> You probably know this article, already, but Nick vs Networking has this >>> nice explanation: >>> >>> Stateless, Stateful, Dialog Stateful and Transaction Stateful SIP Proxies | >>> Nick vs Networking >>> >>> Atenciosamente / Kind Regards / Cordialement / Un saludo, >>> >>> Sérgio Charrua >>> >>> >>> >>> >>> On Sat, Dec 21, 2024 at 5:31 PM Alexis Fidalgo via sr-users >>> <[email protected]> wrote: >>> Hello, after the discussion regarding http and http_async, I started some >>> labs to make a comparison and see what’s the trade off and the associated >>> cost. >>> >>> Main problem (to me) is im not clear on how transactions behave. Im running >>> some fast tests now before I start to deploy the final scenarios and >>> >>> 1. A new transaction is created before the http_async call (as the module >>> example shows for http_async_query function >>> 2. The http_async_query call is executed, receives a response and the >>> HTTP_REPLY route for http_async_query is executed. >>> 3. As we need to redirect the call, im adding Contact information with >>> append_to_reply and then calling t_reply(302,”Redirect) >>> >>> Up to here INVITE is received, a 100 is answered and then the 302 with the >>> expected Contact information (collected and built from the http_async_query >>> response), problem is that the 302 is retransmitted 3 more times. >>> >>> So, im not even sure that im doing the correct actions to process the call >>> this way. Is there a document/book/reference I can read to understand >>> transactions better? >>> >>> By now I can not handle the call to be processed correctly (without the >>> retransmissions) and finish the transaction the correct way. >>> >>> Any help, link, guide, will be appreciated. >>> >>> Regards. >>> >>> __________________________________________________________ >>> 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! >>> __________________________________________________________ >>> 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! >> >> __________________________________________________________ >> 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 > 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! __________________________________________________________ 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!
