Use the same CSEQ on CANCEL as on INVITE (according to RFC 3261)

(closes issue #9492)
Reported by: kryptolus
Patches:
      bug9492.txt uploaded by oej (license 306)
Tested by: oej

git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.4@102142 65c4cc65-6c06-0410-ace0-fbb531ad65f3

diff --git a/channels/chan_sip.c b/channels/chan_sip.c
index 76f00e09082e9d50ad952c4c81d89ae12831586f..484d86d89314e24a049b70c29e3c4fea1538be17 100644 (file)
--- a/channels/chan_sip.c
+++ b/channels/chan_sip.c
@@ -3549,7 +3549,7 @@ static int sip_hangup(struct ast_channel *ast)
                                        append_history(p, "DELAY", "Not sending cancel, waiting for timeout");
                                } else {
                                        /* Send a new request: CANCEL */
-                                       transmit_request(p, SIP_CANCEL, p->ocseq, XMIT_RELIABLE, FALSE);
+                                       transmit_request(p, SIP_CANCEL, p->lastinvite, XMIT_RELIABLE, FALSE);
                                        /* Actually don't destroy us yet, wait for the 487 on our original 
                                           INVITE, but do set an autodestruct just in case we never get it. */
                                        needdestroy = 0;
@@ -11935,7 +11935,7 @@ static void check_pendings(struct sip_pvt *p)
        if (ast_test_flag(&p->flags[0], SIP_PENDINGBYE)) {
                /* if we can't BYE, then this is really a pending CANCEL */
                if (p->invitestate == INV_PROCEEDING || p->invitestate == INV_EARLY_MEDIA)
-                       transmit_request(p, SIP_CANCEL, p->ocseq, XMIT_RELIABLE, FALSE);
+                       transmit_request(p, SIP_CANCEL, p->lastinvite, XMIT_RELIABLE, FALSE);
                        /* Actually don't destroy us yet, wait for the 487 on our original 
                           INVITE, but do set an autodestruct just in case we never get it. */
                else {