]> git.ipfire.org Git - thirdparty/asterisk.git/commit
Merged revisions 294733 via svnmerge from
authorJeff Peeler <jpeeler@digium.com>
Thu, 11 Nov 2010 21:58:25 +0000 (21:58 +0000)
committerJeff Peeler <jpeeler@digium.com>
Thu, 11 Nov 2010 21:58:25 +0000 (21:58 +0000)
commit01f31e0c5055ebbf1b8444439d1e60cef2489484
tree7e6b00db106c828b1aa59c25543d1a44efbf6536
parentaafc5f4e9915da53f9c32871349d06b1b2126b12
Merged revisions 294733 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.6.2

................
  r294733 | jpeeler | 2010-11-11 15:57:22 -0600 (Thu, 11 Nov 2010) | 25 lines

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

  ........
    r294688 | jpeeler | 2010-11-11 15:12:27 -0600 (Thu, 11 Nov 2010) | 18 lines

    Fix problem with qualify option packets for realtime peers never stopping.

    The option packets not only never stopped, but if a realtime peer was not in
    the peer list multiple options dialogs could accumulate over time. This
    scenario has the potential to progress to the point of saturating a link just
    from options packets. The fix was to ensure that the poke scheduler checks to
    see if a peer is in the peer list before continuing to poke. The reason a peer
    must be in the peer list to be able to properly manage an options dialog is
    because otherwise the call pointer is lost when the peer is regenerated from
    the database, which is how existing qualify dialogs are detected.

    (closes issue #16382)
    (closes issue #17779)
    Reported by: lftsy
    Patches:
          bug16382-3.patch uploaded by jpeeler (license 325)
    Tested by: zerohalo
  ........
................

git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@294734 65c4cc65-6c06-0410-ace0-fbb531ad65f3
channels/chan_sip.c