[asterisk-bugs] [JIRA] (ASTERISK-25476) chan_sip loses registrations after a while

[Dirk Wendland (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-25476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=228022#comment-228022 ] 

Dirk Wendland commented on ASTERISK-25476:
------------------------------------------

Please see the comment in ASTERISK-25449 about chan_sip in asterisk 11.20.0 and REGISTER expiry threads problems with scheduler ID 0:
https://issues.asterisk.org/jira/browse/ASTERISK-25449?focusedCommentId=228015&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-228015

> chan_sip loses registrations after a while
> ------------------------------------------
>
>                 Key: ASTERISK-25476
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25476
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General
>    Affects Versions: 11.20.0
>         Environment: AstLinux 1.2.4, Linux 3.2.66, x86 32bit
>            Reporter: Michael Keuter
>         Attachments: 11.20.0-SIP-options.txt, asterisk-11-issue-ASTERISK-25476.patch, asterisk-13-issue-ASTERISK-25476.patch, ASTERISK-25476-13.diff
>
>
> In Asterisk 11.20.0 chan_sip looses registrations of some IP-phones (on several different systems) after a while. In Asterisk the phone then shows "unreachable", while the phone's status shows "Registered". Reverting back to Asterisk 11.19.0 solves the problem. The phones are mostly Yealink phones, different models with different firmwares on different systems, none of the phones firmware was recently upgraded. Dis-/enbling the phone's SIP account or rebooting the phone makes it work again for a while, but then  Asterisk shows the phone again as unreachable.
> I attach a SIP trace of a Yealink W52P DECT base with 2 handsets (331/332). "qualify=yes" is enabled, after a while Asterisk stops sending Option packets to ext. 331 while keeps sending packets to 332.



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