[asterisk-bugs] [JIRA] (ASTERISK-24640) Registration pending stays forever after sip reload

[Rusty Newton (JIRA)]

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

Rusty Newton updated ASTERISK-24640:
------------------------------------

    Assignee: Max Man
      Status: Waiting for Feedback  (was: Triage)

I can't reproduce this in the latest branch of 13.

You'll have to provide us with the following:

* sip.conf register line and full peer configuration, with which we can reproduce the issue. (substituting our own unreachable host of course)
* Asterisk log demonstrating the issue
https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information



> Registration pending stays forever after sip reload
> ---------------------------------------------------
>
>                 Key: ASTERISK-24640
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24640
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/Registration
>    Affects Versions: 13.0.1
>         Environment: FREEPBX Distro 6.12.65-22. 
> faxdetect=no
> context=from-sip-external
> callerid=Unknown
> notifyringing=yes
> notifyhold=yes
> tos_sip=cs3
> tos_audio=ef
> tos_video=af41
> alwaysauthreject=yes
> useragent=FPBX-12.0.13(13.0.1)
> disallow=all
> allow=ulaw
> allow=alaw
> allow=gsm
> allow=g726
> allow=g722
> progressinband=no
> callevents=no
> language=ru
> rtpend=20000
> rtpstart=10000
> bindport=5060
> jbenable=no
> minexpiry=60
> defaultexpiry=120
> registerattempts=0
> maxexpiry=3600
> notifyhold=yes
> notifyringing=yes
> srvlookup=no
> allowguest=no
> g726nonstandard=no
> videosupport=no
> maxcallbitrate=384
> canreinvite=no
> rtptimeout=30
> rtpholdtimeout=300
> rtpkeepalive=0
> checkmwi=10
> registertimeout=20
> nat=yes
>            Reporter: Max Man
>            Assignee: Max Man
>            Severity: Critical
>
> If asterisk is not registered to one of remote peers (TRUNKs) f.e. remote server is unreachable, in console I see:
> multiple "Retransmitting #1...7 (NAT)" going to remote peer (registerattempts=0). 
> But if a execute "sip reload" during that, it shows:
> NOTICE[2424]: chan_sip.c:15289 transmit_register: Strange, trying to register .... when registration already pending
> And after that no attempts are made to register to that peer (trunk), even if the remote server is reachable again (tested manually with blocking and unblocking its ip on the router).
> After "core restart gracefully" registration goes on fine.



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