[asterisk-bugs] [JIRA] (ASTERISK-26269) res_pjsip: Wrong state for aors without registered contacts after startup

George Joseph (JIRA) noreply at issues.asterisk.org
Wed Aug 2 10:16:11 CDT 2017


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

George Joseph updated ASTERISK-26269:
-------------------------------------

    Target Release Version/s: 15.0.0

> res_pjsip: Wrong state for aors without registered contacts after startup
> -------------------------------------------------------------------------
>
>                 Key: ASTERISK-26269
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26269
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_pjsip
>    Affects Versions: 13.11.0
>            Reporter: nappsoft
>      Target Release: 13.11.0, 13.12.0, 14.1.0, 15.0.0
>
>         Attachments: ast13.diff
>
>
> Just discovered a problem with asterisk-13.11.0-rc1 related to the changes made in ASTERISK-26061:
> After startup the State for all hints that have no registered contact is "Idle" instead of "Unavailable" and will stay like this until a contact registers.
> Applying the patch (which reverts some of the changes) fixes the issue (what might not be the idea behind the original patch indeed, but I only wanted to check where the issue comes from). The important change is the second changeset I guess (I only made the change of the first changeset as I'm not sure why the "if (status)" had been removed...).
> Please note that I've observed another strange behavior: two of the aors with no registered contact changed to the right status after a while (the other nine didn't)! The only difference between these aors and the others is that these two aors have a name that is similar to the one of a aor with a registered contact: the one with the registered contact is called "snom", the others are called "snomprov" and "snomd375". So as you can see the name of the aor with a registered contact is a substring of the name of the other two aors... Is there a problem with some contact/aor matching functions somewhere in the code?



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



More information about the asterisk-bugs mailing list