[asterisk-bugs] [Asterisk 0016033]: [patch] Autocreated peers not deleted when unregister explicitly, become zombies
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Feb 17 08:11:13 CST 2010
The following issue has been UPDATED.
======================================================================
https://issues.asterisk.org/view.php?id=16033
======================================================================
Reported By: kkm
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 16033
Category: Channels/chan_sip/Registration
Reproducibility: always
Severity: major
Priority: normal
Status: ready for testing
Asterisk Version: 1.6.1.6
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-10-07 04:50 CDT
Last Modified: 2010-02-17 08:11 CST
======================================================================
Summary: [patch] Autocreated peers not deleted when
unregister explicitly, become zombies
Description:
When a SIP peer is autocreated (per `autocreatepeer=yes' in sip.conf), and
later explicitly un-registers, the peer record in Asterisk is never
deleted.
The `sip show peer' command output indicated `Transport : UNKNOWN'. This
changes the moment the peer unregisters; before that, the transport is
indicated as UDP.
The peer stays in the list forever, but registration with the same name
becomes impossible. Each REGISTER message is rejected by Asterisk, and the
following error is printed:
[Oct 7 02:21:31] ERROR[26490]: chan_sip.c:11650 register_verify: 'UDP' is
not a valid transport for 'dyn-Q-N5'. we only use 'UNKNOWN'! ending call.
[Oct 7 02:21:31] NOTICE[26490]: chan_sip.c:19958 handle_request_register:
Registration from '<sip:dyn-Q-N5 at 192.168.0.91>' failed for '192.168.0.103'
- Device not configured to use this transport type
If, however, the peer fails to register within its registration expiration
time, the record is deleted as expected.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2010-02-17 08:11 russell Description Updated
2010-02-17 08:11 russell Steps to Reproduce Updated
2010-02-17 08:11 russell Additional Information Updated
======================================================================
More information about the asterisk-bugs
mailing list