kenmirrors/asterisk
1
0
Fork 0
mirror of https://github.com/asterisk/asterisk.git synced 2025-09-29 18:19:30 +00:00
Code Issues Packages Projects Releases Wiki Activity

More improvements to re-INVITEs timing out after a provisional response

Browse Source 
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
........

Merged revisions 369580 from http://svn.asterisk.org/svn/asterisk/branches/10


git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@369581 65c4cc65-6c06-0410-ace0-fbb531ad65f3
This commit is contained in:
Terry Wilson
2012-07-03 17:07:20 +00:00
parent d97e6c1401
commit 474b023ad4
1 changed files with 0 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

3
channels/chan_sip.c
View File

@@ -21315,9 +21315,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);
}
}