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

[Patrick Karton]

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



From: sr-dev <sr-dev-bounces at lists.kamailio.org> On Behalf Of Patrick Karton
Sent: Friday, November 5, 2021 8:37 PM
To: sr-dev at 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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-dev/attachments/20211112/1fa69b3a/attachment.htm>