]> git.ipfire.org Git - thirdparty/asterisk.git/commitdiff
Guard against retransmitting BYEs indefinitely
authorTerry Wilson <twilson@digium.com>
Tue, 25 Jan 2011 20:50:59 +0000 (20:50 +0000)
committerTerry Wilson <twilson@digium.com>
Tue, 25 Jan 2011 20:50:59 +0000 (20:50 +0000)
In the case of an attended transfer (A calls B, A atxfers to C) where
A becomes unreachable before replying to Asterisk's BYE, Asterisk can
sometimes retransmit the BYE indefinitely. This is because
__sip_autodestruct tests p->refer && !ast_test_flag(&p->flags[0],
SIP_ALREADYGONE and will then transmit a BYE. When this BYE times out,
it will not ever be marked as ALREADYGONE, so when __sip_autodestruct
is called again, we end up starting the cycle over.

This patch adds a call to sip_alreadygone(pkt->owner) in retrans_pkt
in the case of a BYE that has timed out. This should prevent Asterisk
from trying to transmit new BYE messages in the future.

Review: https://reviewboard.asterisk.org/r/1077/

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

channels/chan_sip.c

index 374af61740719a36613be9a021373334cc3d7c53..55cb54a82045762a8d71693b5b79618061085328 100644 (file)
@@ -2094,6 +2094,7 @@ static int retrans_pkt(const void *data)
 
        if (pkt->method == SIP_BYE) {
                /* We're not getting answers on SIP BYE's.  Tear down the call anyway. */
+               sip_alreadygone(pkt->owner);
                if (pkt->owner->owner)
                        ast_channel_unlock(pkt->owner->owner);
                append_history(pkt->owner, "ByeFailure", "Remote peer doesn't respond to bye. Destroying call anyway.");