[asterisk-bugs] [JIRA] (ASTERISK-30110) chan_pjsip: endpoints that register elsewhere are not called from app_queue

[Joshua C. Colp (JIRA)]

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

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

    Summary: chan_pjsip: endpoints that register elsewhere are not called from app_queue  (was: chan_pjsip endpoints that register elsewhere are not called from app_queue)

> chan_pjsip: endpoints that register elsewhere are not called from app_queue
> ---------------------------------------------------------------------------
>
>                 Key: ASTERISK-30110
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-30110
>             Project: Asterisk
>          Issue Type: Improvement
>      Security Level: None
>          Components: Applications/app_queue, Channels/chan_pjsip
>    Affects Versions: 18.12.0
>            Reporter: Jasper Hafkenscheid
>            Assignee: Jasper Hafkenscheid
>              Labels: patch
>         Attachments: chan_pjsip-rtstatic.patch
>
>
> We run opensips instances that manage the sip registrations, without relaying them to Asterisk. This causes the endpoints to be marked as `AST_DEVICE_UNAVAILABLE`. When a call is placed to a registered uac we have a separate service to determine which opensips instance to send the call to.
> Thus fare it is not so much of an issue, but `app_queue` depends on this status to determine if it should initiate calls to them. This causes calls to not be placed to members. Removing the `state_interface` does work, but will also place calls to members that are already in a call. 
> The fix we implemented is to have an option to always return `AST_DEVICE_UNKNOWN`, which is good enough for app_queue to attempt to ring the endpoint.
> Would such a patch be appreciated, or is there some other method to get the described scenario to work?



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