[asterisk-bugs] [Asterisk 0017255]: [patch] UDP ports not freed/ports leaking
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Feb 8 18:23:46 CST 2011
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=17255
======================================================================
Reported By: kvveltho
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 17255
Category: Core/General
Reproducibility: always
Severity: major
Priority: normal
Status: acknowledged
Asterisk Version: 1.6.2.7-rc2
JIRA: SWP-1410
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-04-28 06:23 CDT
Last Modified: 2011-02-08 18:23 CST
======================================================================
Summary: [patch] UDP ports not freed/ports leaking
Description:
The following is not fixed:
These release candidates resolve an issue with UDP ports not being freed,
per
issue https://issues.asterisk.org/view.php?id=16774
(https://issues.asterisk.org/view.php?id=16774)
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0016774 [patch] [regression] 1.6.1.13 and 1.6.1...
related to 0018121 Early bind of UDPTL ports can create a ...
======================================================================
----------------------------------------------------------------------
(0131715) rgagnon (reporter) - 2011-02-08 18:23
https://issues.asterisk.org/view.php?id=17255#c131715
----------------------------------------------------------------------
I believe I found and fixed the issue in the 1.6.2.16.1 branch. I was able
to easily replicate your crash condition with a "register" is sip.conf
without regard to any realtime settings.
I am currently testing the change (and it direcly related to fixing the
balancing of the reference counters on the dialog object).... the
"register" code was not a place that appeared out of balance, until it was
really looked at.
Currently, I am just verifying that the register does not keep attempting
registration forever, and that it will give up properly after the max
attempts are reached. It however no longer crashes at 32 seconds.
Issue History
Date Modified Username Field Change
======================================================================
2011-02-08 18:23 rgagnon Note Added: 0131715
======================================================================
More information about the asterisk-bugs
mailing list