Hi,
AFAIK the uac module don't support cseq autoupdate.
CSeq is not increased automatically by uac_auth() during authentication -
the follow up request may be rejected. CSeq can be increased when
authenticating INVITE requests - dialog module has to be used, with CSeq
tracking feature enabled (see the readme of dialog module).
Hmm are you sure that the dialog module is taking care of your second
INVITE?
Kind regards
Karsten
Andrew White <andrew(a)uconnected.com.au> schrieb am Fr., 26. Apr. 2019,
19:15:
Hi all,
I’m still building with app_ruby and loving it - for the most part!
I’m having an issue with one of my providers responding with a 482 on auth
invite. Researching, it appears that my CSeq isn’t incrementing and this is
the reason for the issue.
I already have the relevant flag set in my kamailio.cfg however:
modparam("dialog", "track_cseq_updates", 1)
During my uac_auth, I’ve tried manually setting the diff, as well as
running msg_iflag_reset (as suggested by Daniel -
https://github.com/kamailio/kamailio/issues/1359 - unfortunately the
function isn’t exported in KEMI):
if KSR::UAC.uac_auth() then
KSR.info("UAC authed, relaying")
#KSR::COREX.msg_iflag_reset("UAC_AUTH")
KSR::PV.sets("$dlg_var(cseq_diff)", "1")
KSR.info("CSeq diff: #{KSR::PV.gete("$dlg_var(cseq_diff)")}")
KSR::TM.t_relay()
Unfortunately in both cases the actual CSeq doesn’t increment in the
second INVITE:
INVITE 1 (unauthenticated):
CSeq: 102 INVITE
INVITE 2 (with Authorization header):
CSeq: 102 INVITE
I’m unsure if I’ve missed something silly around the track_cseq_updates
flag, or if app_ruby somehow isn’t interacting with the dialog module when
running uac_auth to trigger the increment?
Thanks!
Kind regards,
Andrew
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users