From: Terry Wilson Date: Tue, 3 Jul 2012 17:02:18 +0000 (+0000) Subject: More improvements to re-INVITEs timing out after a provisional response X-Git-Tag: 10.7.0-rc1~3^2~8 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=2a02e2009d722293e9b6249f8d0ae71710b1de39;p=thirdparty%2Fasterisk.git More improvements to re-INVITEs timing out after a provisional response There is no need to call check_pendings() on a final response to an INVITE when destroying the scheduler entry as it will be done later during normal processing. (issue ASTERISK-19992) ........ Merged revisions 369579 from http://svn.asterisk.org/svn/asterisk/branches/1.8 git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/10@369580 65c4cc65-6c06-0410-ace0-fbb531ad65f3 --- diff --git a/channels/chan_sip.c b/channels/chan_sip.c index 689ed736dd..4f34d13d99 100644 --- a/channels/chan_sip.c +++ b/channels/chan_sip.c @@ -20742,9 +20742,6 @@ static void handle_response_invite(struct sip_pvt *p, int resp, const char *rest p->ongoing_reinvite = 0; if (p->reinviteid > -1) { AST_SCHED_DEL_UNREF(sched, p->reinviteid, dialog_unref(p, "unref dialog for reinvite timeout because of a final response")); - /* Since we got a final response to the reinvite, but were relying on the reinvite_timeout - * function to clean up after the reinvite, we need to make sure and call check_pendings */ - check_pendings(p); } }