[asterisk-bugs] [JIRA] (ASTERISK-28549) Two repeated 183

Joshua C. Colp (JIRA) noreply at issues.asterisk.org
Mon Sep 23 04:34:47 CDT 2019


     [ https://issues.asterisk.org/jira/browse/ASTERISK-28549?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Joshua C. Colp updated ASTERISK-28549:
--------------------------------------

    Assignee: Gant Liu
      Status: Waiting for Feedback  (was: Triage)

Unless there is an option, no there is no way. Per the community thread - what problem, besides stopping the second 183, are you trying to solve?

> 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: Gant Liu
>            Severity: Minor
>              Labels: pjsip
>
> 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