<div dir="ltr">Hello Opensips list!<div><br></div><div>I already explained my scenario in this e-mail (<a href="http://lists.opensips.org/pipermail/users/2015-October/032859.html">http://lists.opensips.org/pipermail/users/2015-October/032859.html</a>) where the Ack was propagated with wrong CSeq number when using the in-dialog ping options. Vlad did a great job and already correct this bug! (<a href="https://github.com/OpenSIPS/opensips/issues/680">https://github.com/OpenSIPS/opensips/issues/680</a>)</div><div><br></div><div>Now in a scenario where I disabled the in-dialog ping, I faced another issue. I mentioned that sometimes, due to unknown reasons, when I received a Re-Invite immediately followed by an Update, the Update gets forwarded first. The problem is that, since CSeq numbers are not altered, when this inversion happens, my peer rejects the Re-Invite because its CSeq number is lower than the Update one.</div><div>Probably Opensips has to respect the ordering of in-dialog requests and forward them accordingly, instead of handling them asynchronously and forwarding right away...</div><div><br></div><div>Best regards,</div><div>Patrick</div><div><br></div></div>