Merged revisions 303962 via svnmerge from
authorTerry Wilson <twilson@digium.com>
Tue, 25 Jan 2011 22:15:41 +0000 (22:15 +0000)
committerTerry Wilson <twilson@digium.com>
Tue, 25 Jan 2011 22:15:41 +0000 (22:15 +0000)
commitcd9221d2f6d3f772f00c56aca0b7094788ae078c
tree8200ab9003dbe760b0b0dc24fa73739622067d1d
parent50c432324b81580e839606c142ebae5a0fcf68ae
Merged revisions 303962 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.8

................
  r303962 | twilson | 2011-01-25 16:09:01 -0600 (Tue, 25 Jan 2011) | 30 lines

  Merged revisions 303960 via svnmerge from
  https://origsvn.digium.com/svn/asterisk/branches/1.6.2

  ................
    r303960 | twilson | 2011-01-25 16:02:42 -0600 (Tue, 25 Jan 2011) | 23 lines

    Merged revisions 303906 via svnmerge from
    https://origsvn.digium.com/svn/asterisk/branches/1.4

    ........
      r303906 | twilson | 2011-01-25 14:50:59 -0600 (Tue, 25 Jan 2011) | 16 lines

      Guard against retransmitting BYEs indefinitely

      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/trunk@303963 65c4cc65-6c06-0410-ace0-fbb531ad65f3
channels/chan_sip.c