Previously Registered Trunk now unable to register

VitalPBX Community Support General Discussion Previously Registered Trunk now unable to register

Up
0
Down
  • Post
    crankshaft
    Participant

    This is a CISCO SPA400, up until today it was registered and working, however as of today vitalpbx just keeps reporting timed out:

     

    [2020-04-20 11:17:05] NOTICE[1714]: chan_sip.c:15982 sip_reg_timeout: -- Registration for 'SPA400@x.x.x.x' timed out, trying again (Attempt #3)
    [2020-04-20 11:17:25] NOTICE[1714]: chan_sip.c:15982 sip_reg_timeout: -- Registration for 'SPA400@x.x.x.x' timed out, trying again (Attempt #4)
    [2020-04-20 11:17:45] NOTICE[1714]: chan_sip.c:15982 sip_reg_timeout: -- Registration for 'SPA400@x.x.x.x' timed out, trying again (Attempt #5)
    [2020-04-20 11:18:05] NOTICE[1714]: chan_sip.c:15982 sip_reg_timeout: -- Registration for 'SPA400@x.x.x.x' timed out, trying again (Attempt #6)
    [2020-04-20 11:18:25] NOTICE[1714]: chan_sip.c:15982 sip_reg_timeout: -- Registration for 'SPA400@x.x.x.x' timed out, trying again (Attempt #7)

    However from the console I can sucessfully connect to port 5060 so it does not look like a firewall issue.

    nc -z -v x.x.x.x 5060
    Ncat: Version 7.50 ( https://nmap.org/ncat )
    Ncat: Connected to x.x.x.x:5060.
    Ncat: 0 bytes sent, 0 bytes received in 0.01 seconds.

     

    This same SPA400 can also be registered using an old TRIXBOX within the LAN, however vitalpbx now seems unable to communicate.

    Ports 5060 and 10000 are opened and as above, the connection succeeds using nc.

    If I enable sip debugging in asterisk I get this:

     

    Retransmitting #6 (no NAT) to 158.140.x.x:5060:

    REGISTER sip:158.140.140.220 SIP/2.0

    Via: SIP/2.0/UDP 206.189.x.x:5060;branch=z9hG4bK5526118a

    Max-Forwards: 70

    From: <sip:SPA400@158.140.x.x>;tag=as0d5ad621

    To: <sip:SPA400@158.140.x.x>

    Call-ID: 44602a980e5b5e460c7d7ff01447b4f9@206.189.38.78

    CSeq: 105 REGISTER

    Supported: replaces, timer

    User-Agent: VitalPBX

    Expires: 120

    Contact: <sip:SPA400@206.189.x.x:5060>

    Content-Length: 0

     

    I have spent the best part of today on this and made no progress whatsoever, I have also tried disabling firewall and intrusion on virtual PBX and that seems to make no difference.

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

    0
Viewing 8 replies - 1 through 8 (of 8 total)
  • Replies
    crankshaft
    Participant

    I have solved this, but I dont know the cause.

    I disabled the trunk, waited a few minutes and enabled it again and everything was back to normal.

    But not happy as I dont know the cause 🙁

    0
    crankshaft
    Participant

    Hmmmmmmm….

    I just modified another trunk and now that one is reporting exactly the same error.

    It is beginning to look like there’s a problem updating existing trunks !

    0
    Mrshanks
    Participant

    What do you mean you modified another trunk? What did you change?

    0

    What version of VitalPBX are you using?

    Did you already use sngrep to try to determine what is happening with your trunk?

     

    0
    crankshaft
    Participant

    I disabled the trunk, waited a few minutes and enabled it again and everything was back to normal.

     

    So without making any changes, by just disabling and re-enabling again, the timeout errors shown in the first post disappeared and the trunk worked again.

     

     Version        : 2.4.1-3
    Asterisk       : Asterisk 16.6.2
    Linux Version : CentOS Linux release 7.7.1908 (Core)
    0
    Mrshanks
    Participant

    I remember having issues like this with Cisco Sipura devices back in the day. Do you have qualify turned on for the peer so it periodically sends Options packets to keep the connection alive?

    To me, from my experience, seems like the router end at the Cisco side is timing out UDP packets. You may want to adjust further your registration values. Are any other non-Cisco terminals having the same issue?

    0
    PitzKey
    Participant
    US

    Try disabling transports reloads, restart asterisk and see if it happens again.

    0
    InTeleSync
    Participant

    You didn’t mention if there is a firewall between the SPA400 and the internet, or if VitalPBX is on the same LAN as the SPA400, and/or if there is a firewall between those.

    Another thing you could try is to lower the thresholds in the SPA400 for reregister or keep-alive values.

     

    0
Viewing 8 replies - 1 through 8 (of 8 total)
  • You must be logged in to reply to this topic.