Re: [sr-dev] match e2e proxied ACK Request when INVITE Transaction is still in memory

Hello, yes i was talking about the ACK for the 200 OK. I just want a way to check that an ACK is effectively matching dialog information ( Call-ID,Cseq,From-tag,To-tag ) for an invite that has passed through my kamailio. i dont see another solution if not store those dialog information in htable and do the check for the E2E ACK when it comes later. Thanks. ________________________________ De : Henning Westerholt &lt;hw(a)gilawa.com&gt; Envoyé : samedi 6 novembre 2021 19:25 À : Kamailio (SER) - Development Mailing List &lt;sr-dev(a)lists.kamailio.org&gt; Cc : Patrick Karton &lt;patrickarton(a)hotmail.com&gt; Objet : RE: [sr-dev] match e2e proxied ACK Request when INVITE Transaction is still in memory Hello, not sure if I got your question correct. If you are referring to the ACK that is send to a 200 OK on an INVITE transaction, this is a separate transaction. Therefore, you cannot match it on the transaction manager level. The dialog module provides dialog tracking, for example. Cheers, Henning -- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.com<https://gilawa.com/> From: sr-dev &lt;sr-dev-bounces(a)lists.kamailio.org&gt; On Behalf Of Patrick Karton Sent: Friday, November 5, 2021 8:37 PM To: sr-dev(a)lists.kamailio.org Subject: [sr-dev] match e2e proxied ACK Request when INVITE Transaction is still in memory Hello , i want to know how can i match e2e ACK when the INVITE TRansaction is still in memory. t_check_trans() normally return 1 if we receive e2e ACK but i always get 0 even when the INVITE transaction is still in memory ( wt_timer param of tm module ). Thanks.