[asterisk-bugs] [Asterisk 0016033]: Autocreated peers not deleted when unregister explicitly, become zombies
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Oct 7 04:50:12 CDT 2009
The following issue has been SUBMITTED.
======================================================================
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: new
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: 2009-10-07 04:50 CDT
======================================================================
Summary: 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
======================================================================
2009-10-07 04:50 kkm New Issue
2009-10-07 04:50 kkm Asterisk Version => 1.6.1.6
2009-10-07 04:50 kkm Regression => No
2009-10-07 04:50 kkm SVN Branch (only for SVN checkouts, not tarball
releases) => N/A
======================================================================
More information about the asterisk-bugs
mailing list