Problem: Transfer scenario causes Opensips to use the wrong CSeq number to
propagate an ACK.
Scenario: Call is established, in-dialog pings are sent, user does a blind
transfer which causes the transmission of a Re-Invite immediately followed by
an Update. These requests are answered but the ACK
Hi Vlad!
Just tested your patch and it works! The Ack is not forwarded with the wrong
CSeq anymore!
Thank you very much for the excellent support!!
Patrick
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/680#issuecomment-15000_