Dear Opensips developers, I have noticed a bug with CSeq handling. When handling ACK, Opensips uses dlg->legs[x].last_gen_cseq when forwarding it. This causes problems in the valid case that there is another transaction happening between 200 OK and ACK (i.e. INFO/OK). In this case, ACK uses CSeq from INFO, which is incorrect. I thought of using inv_cseq but inv_cseq always points to the CSeq from the first invite, so if this happens during reinvite (my case) we cannot use it. I have 3 solutions and I wonder which one doesn't cause further issues: 1. I update inv_cseq with re-invites (and use it later for ACK) 2. Add a new field (reinv_cseq) to dlg_leg to keep cseq for reinvites and use it later 3. figure out if I can fix this using cseq_maps (have to look into it)
Ideas are appreciated!
_______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
