[asterisk-bugs] [JIRA] (ASTERISK-21663) Realtime TCP endpoints lose registration after "sip reload" & "core reload"

Dinesh Ramjuttun (JIRA) noreply at issues.asterisk.org
Sat Apr 20 22:57:01 CDT 2013


Dinesh Ramjuttun created ASTERISK-21663:
-------------------------------------------

             Summary: Realtime TCP endpoints lose registration after "sip reload" &  "core reload"
                 Key: ASTERISK-21663
                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21663
             Project: Asterisk
          Issue Type: Bug
      Security Level: None
    Affects Versions: 11.3.0, 1.8.21.0
            Reporter: Dinesh Ramjuttun
            Severity: Minor


The scenario is as follows:

- TCP endpoints are being used.
- transport is set to "udp,tcp" in sip.conf (transport=udp,tcp)

I have tested with both realtime configuration and flat peer configuration in sip.conf

After a "sip reload", a realtime TCP peer loses its registration. With qualify=yes set, the TCP peer becomes "unreachable" to asterisk. When that TCP peer is called, sip invites are retransmitted unsuccessfully before giving up.

If peer setting is static in sip.conf, the TCP endpoint does not lose its registration.

I have compared the "sip show peer [peer]" in both cases, after a "sip reload" or "core reload", with realtime sip, [Prim.Transp. : UDP] but peer setting in sip.conf, [Prim.Transp. : TCP]


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



More information about the asterisk-bugs mailing list