[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