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

[Michael Keuter (JIRA)]

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

Michael Keuter commented on ASTERISK-25476:
-------------------------------------------

Update: 5 of the 6 boxes looked fine but one still had these issues although the patch was installed. After a while I figured out, that this was the only box of the 6 that had res_stun_monitor enabled. I now disabled res_stun_monitor and restarted Asterisk and now the issue are gone (at least for 10 hours). Could there been a relation between res_stun_monitor and this issue here? There is one open issue related to res_stun_monitor: ASTERISK-21856

> 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)