Hello,
as mentioned, alternative would be dialog module. I do not remember if it already matches
early dialogs, but probably yes:
https://kamailio.org/docs/modules/devel/modules/dialog.html#dialog.f.is_kno…
Cheers,
Henning
--
Henning Westerholt -
https://skalatan.de/blog/
Kamailio services -
https://gilawa.com<https://gilawa.com/>
From: Patrick Karton <patrickarton(a)hotmail.com>
Sent: Friday, November 12, 2021 12:20 PM
To: Henning Westerholt <hw(a)gilawa.com>om>; Kamailio (SER) - Development Mailing List
<sr-dev(a)lists.kamailio.org>
Subject: 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 <hw@gilawa.com<mailto:hw@gilawa.com>>
Envoyé : samedi 6 novembre 2021 19:25
À : Kamailio (SER) - Development Mailing List
<sr-dev@lists.kamailio.org<mailto:sr-dev@lists.kamailio.org>>
Cc : Patrick Karton
<patrickarton@hotmail.com<mailto: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<https://gilawa.com/>
From: sr-dev
<sr-dev-bounces@lists.kamailio.org<mailto: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<mailto: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.