[sr-dev] match e2e proxied ACK Request when INVITE Transaction is still in memory
patrickarton at hotmail.com
Fri Nov 12 12:19:17 CET 2021
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 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
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.
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
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 ).
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the sr-dev