[asterisk-bugs] [JIRA] (ASTERISK-28056) res_pjsip: Incorrect endpoint status after endpoint synchronization for a specific AOR

[Joshua C. Colp (JIRA)]

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

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

    Assignee: Jason Hord  (was: Unassigned)
      Status: Waiting for Feedback  (was: Triage)

Can you please also include the console log with full debug enabled at level 4? Looking at the code and your change I don't believe it is the correct fix. I think what should happen is that if an AOR is specified and an endpoint state compositor does NOT exist then it should be set to offline. If one does exist then it is managing the state of the endpoint and is providing the updates.

> res_pjsip: Incorrect endpoint status after endpoint synchronization for a specific AOR
> --------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-28056
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28056
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_pjsip
>    Affects Versions: 16.0.0
>            Reporter: Jason Hord
>            Assignee: Jason Hord
>              Labels: patch, pjsip
>         Attachments: 555-aor.txt, 555-endpoint.txt, 999-aor.txt, 999-endpoint.txt, pjsip_options-aor.diff
>
>
> I have two devices configured but am unable to get them to both consistently qualify after starting Asterisk.  I see the endpoint and AOR for the first device become reachable as expected, but as the second device is being qualified, the endpoint for the first device is marked as 'Unavailable'.  The contact and AOR for both devices are reachable, however.
> Based on my digging through the source code and logs, I believe this happens when sip_options_synchronize_endpoint() (res/res_pjsip/pjsip_options.c) is called for a specific AOR.  When called, it appears as though non-matching AORs are checked to see if they have an endpoint state compositor and will be set to an 'Unavailable' status if one is not present.  My thought is that this is what is setting the first endpoint to unavailable although I'm not sure why this would be the case.
> I have included a small patch that resolves the issue for me, but I don't know if it is the correct solution.  Any guidance would be appreciated.
> Thank-you.



--
This message was sent by Atlassian JIRA
(v6.2#6252)