[asterisk-bugs] [JIRA] (ASTERISK-28549) Two repeated 183
Joshua C. Colp (JIRA)
noreply at issues.asterisk.org
Wed Oct 9 09:08:48 CDT 2019
[ https://issues.asterisk.org/jira/browse/ASTERISK-28549?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Joshua C. Colp closed ASTERISK-28549.
-------------------------------------
Resolution: Not A Bug
As this is not presenting a problem and would be an improvement I'm closing this out for now. If you come up with a patch it can be attached and a comment will automatically reopen this.
> Two repeated 183
> ----------------
>
> Key: ASTERISK-28549
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-28549
> Project: Asterisk
> Issue Type: Improvement
> Security Level: None
> Components: Channels/chan_pjsip, Resources/res_pjsip_session
> Affects Versions: 16.5.0
> Reporter: Gant Liu
> Assignee: Unassigned
> Severity: Minor
> Labels: pjsip
> Attachments: messages.log, two183.pcap
>
>
> When endpoint A call to endpoint B, if the endpoint B response 183, the endpoint A will be received two repeated 183 response.
> I had found it is becasue in res/res_pjsip_session.c
> “session_inv_on_state_changed” and “session_inv_on_tsx_state_changed” all call the “handle_incoming_response”,one is AST_SIP_SESSION_BEFORE_MEDIA, another is AST_SIP_SESSION_AFTER_MEDIA, but in chan_pjsip.c they only has one callback “chan_pjsip_incoming_response”, so it will call “ast_queue_control(session->channel, AST_CONTROL_PROGRESS)” twice, so will get tow PROGRESS.
> Do we have a way to change this repetitive behavior?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list