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.

De : Henning Westerholt <hw@gilawa.com>
Envoyé : samedi 6 novembre 2021 19:25
À : Kamailio (SER) - Development Mailing List <sr-dev@lists.kamailio.org>
Cc : Patrick Karton <patrickarton@hotmail.com>
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

From: sr-dev <sr-dev-bounces@lists.kamailio.org> On Behalf Of Patrick Karton
Sent: Friday, November 5, 2021 8:37 PM
To: sr-dev@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.