| Summary: | ASTERISK-26998: res_pjsip_session: INVITE retransmissions could still setup the same call again. | ||||
| Reporter: | Richard Mudgett (rmudgett) | Labels: | |||
| Date Opened: | 2017-05-15 14:43:13 | Date Closed: | 2017-05-17 11:32:55 | ||
| Priority: | Major | Regression? | |||
| Status: | Closed/Complete | Components: | Resources/res_pjsip_session | ||
| Versions: | 13.15.0 14.4.0 | Frequency of Occurrence | Occasional | ||
| Related Issues: |
| ||||
| Environment: | Attachments: | ||||
| Description: | There is some leftover code that tries to defer processing an initial incoming INVITE to a session's serializer. A change done for ASTERISK-26088 made it so the session's serializer is the same calculated distributor serializer the INVITE is supposed to be initially processed in. Since we are already running in that serializer it is not necessary to defer the processing and doing so would cause the same call resetup problem the earlier change attempted to fix.
This problem will only express itself under load when the initial INVITE processing is delayed enough that retransmissions get queued in the backlog. A symptom of the problem is a message containing "(key exists)" for an INVITE message is logged. | ||||
| Comments: | By: Friendly Automation (friendly-automation) 2017-05-17 11:32:55.993-0500 Change 5632 merged by Jenkins2: res_pjsip_session.c: Process initial INVITE sooner. (key exists) [https://gerrit.asterisk.org/5632|https://gerrit.asterisk.org/5632] By: Friendly Automation (friendly-automation) 2017-05-17 11:40:49.909-0500 Change 5631 merged by Jenkins2: res_pjsip_session.c: Process initial INVITE sooner. (key exists) [https://gerrit.asterisk.org/5631|https://gerrit.asterisk.org/5631] By: Friendly Automation (friendly-automation) 2017-05-17 11:41:56.270-0500 Change 5630 merged by Jenkins2: res_pjsip_session.c: Process initial INVITE sooner. (key exists) [https://gerrit.asterisk.org/5630|https://gerrit.asterisk.org/5630] | ||||