| Summary: | ASTERISK-17445: [patch] ACK after INVITE-481 not acecpted | ||
| Reporter: | klaus3000 (klaus3000) | Labels: | |
| Date Opened: | 2011-02-21 02:39:23.000-0600 | Date Closed: | 2012-09-24 16:09:31 |
| Priority: | Minor | Regression? | No |
| Status: | Closed/Complete | Components: | Channels/chan_sip/Interoperability |
| Versions: | 1.8.2 | Frequency of Occurrence | |
| Related Issues: | |||
| Environment: | Attachments: | ( 0) sipsettings-and-debuglog-INVITE-481-ACK.txt | |
| Description: | If Asterisk receives an in-dialog INVITE which is rejected with 481, the received ACK is ignored. | ||
| Comments: | By: Jeremiah Gowdy (jgowdy) 2012-02-29 02:38:23.846-0600 I believe my fix in the comments of ASTERISK-19303 may address this issue also. Might need the same fix in a different location though. By: Jeremiah Gowdy (jgowdy) 2012-02-29 12:18:25.124-0600 The general issue seems to be that in many of the handle_request_invite error scenarios, it doesn't copy req to initreq and doesn't set pendinginvite, which on handle_incoming SIP_ACK makes SIP pedantic unhappy thinking the ACK isn't associated with an existing dialog, and even with pedantic off the lack of pendinginvite causes handle_incoming to discard the ACK rather than calling __sip_ack. By: Matt Jordan (mjordan) 2012-09-24 16:09:27.873-0500 The last of these fixes should be in the 1.8 branch and in 1.8.15.0. Please test with a version that is at least 1.8.15.0 and let us know if this is still a problem. If it is, then a bug marshal can be contacted in #asterisk-bugs or on the asterisk-bugs mailing list. Thanks! | ||