[asterisk-bugs] [Asterisk 0017255]: [patch] UDP ports not freed/ports leaking
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Jul 6 04:37:47 CDT 2010
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: 2010-07-06 04:37 CDT
======================================================================
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...
======================================================================
----------------------------------------------------------------------
(0124240) wdoekes (reporter) - 2010-07-06 04:37
https://issues.asterisk.org/view.php?id=17255#c124240
----------------------------------------------------------------------
The socket count seemed to be steady at 76 for a while, but today I found
an increase again and we're up at 85 sockets.
Between monday 03:00 and tuesday 03:00 I find that 3 sets of sockets
opened (3x rtp+rtcp+uptl):
+asterisk 13993 asterisk 73w IPv4 104515623 0t0 UDP
*:11720
+asterisk 13993 asterisk 77w IPv4 104515624 0t0 UDP
*:11721
+asterisk 13993 asterisk 79u IPv4 104515625 0t0 UDP
*:26262
+asterisk 13993 asterisk 360u IPv4 104534109 0t0 UDP
*:16282
+asterisk 13993 asterisk 361u IPv4 104534110 0t0 UDP
*:16283
+asterisk 13993 asterisk 365u IPv4 104534111 0t0 UDP
*:22772
+asterisk 13993 asterisk 440u IPv4 104531083 0t0 UDP
*:17730
+asterisk 13993 asterisk 441r IPv4 104531084 0t0 UDP
*:17731
+asterisk 13993 asterisk 479r IPv4 104531085 0t0 UDP
*:23004
What's interesting is that they all got added between 11:00 and 12:00 on
monday:
# zgrep -E '104515623|104534109|104531083' Mon-1102.log | wc -l
0
# zgrep -E '104515623|104534109|104531083' Mon-1202.log | wc -l
3
In this period, I have only a few warnings that look like they could be
related:
# grep '2010-07-05 11:' /var/log/asterisk/messages.log.1 | grep -vE
'NOTICE|func_strings|Unable to create channel|"Forbidden"'
[2010-07-05 11:11:49] WARNING[7131] app_fax.c: Error transmitting fax.
result=49: The call dropped prematurely.
[2010-07-05 11:11:49] WARNING[7131] app_fax.c: Transmission error
[2010-07-05 11:29:26] WARNING[8925] app_dial.c: Unable to write frame
[2010-07-05 11:43:23] WARNING[14009] chan_sip.c: Maximum retries exceeded
on transmission 0c9f7e062a42db646883585a746c2577 at x.y.192.80 for seqno 102
(Non-critical Request) -- See doc/sip-retransmit.txt.
Unfortunately is none of these messages a guarantee for leaks as these
messages occur more often than there are leaks.
In the mean time, the refcount on (all of) the static sip peers has gone
up by one, twice, but that was later that day (between 2 and 4 P.M.):
# diff -uw Mon-1402.log Mon-1502.log | grep refcount | head -n4
-refcount: 22
+refcount: 23
-refcount: 22
+refcount: 23
# diff -uw Mon-1502.log Mon-1602.log | grep refcount | head -n4
-refcount: 23
+refcount: 24
-refcount: 23
+refcount: 24
Possibly relevant message are:
# grep ' 1[45]:' /var/log/asterisk/messages.log.1 | grep -vE
'func_strings|Unable to create channel|"Forbidden"|no rule .t.|override the
T38FaxMaxDatagram|Registration from|stale nonce'
[2010-07-05 14:04:31] WARNING[23837] app_dial.c: Unable to write frame
[2010-07-05 14:31:50] WARNING[26659] app_dial.c: Unable to write frame
[2010-07-05 14:48:50] WARNING[14009] chan_sip.c: Maximum retries exceeded
on transmission 5df7e75360478df07db0bcb563a0c301 at x.y.225.78 for seqno 102
(Non-critical Response) -- See doc/sip-retransmit.txt.
[2010-07-05 14:58:43] ERROR[14009] rtp.c: RTCP RR transmission error, rtcp
halted: Operation not permitted
[2010-07-05 15:08:08] NOTICE[29896] rtp.c: Unknown RTP codec 126 received
from '62.180.226.26'
[2010-07-05 15:17:13] NOTICE[14009] chan_sip.c: Unable to create/find SIP
channel for this INVITE
[2010-07-05 15:17:33] WARNING[14009] chan_sip.c: Maximum retries exceeded
on transmission 9a324ba4e7ca7d0d161ffc3de2e0a3bc at 192.168.1.240 for seqno
1051752821 (Critical Response) -- See doc/sip-retransmit.txt.
[2010-07-05 15:21:54] WARNING[14009] chan_sip.c: Maximum retries exceeded
on transmission 25d42727-3d187798 at 192.168.178.38 for seqno 102 (Critical
Response) -- See doc/sip-retransmit.txt.
[2010-07-05 15:55:20] WARNING[2862] app_dial.c: Unable to write frame
[2010-07-05 15:59:11] NOTICE[14009] chan_sip.c: Call from 's' to extension
'LC-201' rejected because extension not found.
[2010-07-05 15:59:11] NOTICE[14009] chan_sip.c: Call from 's' to extension
'LC-' rejected because extension not found.
[2010-07-05 15:59:13] NOTICE[14009] chan_sip.c: Call from 's' to extension
'LC-201' rejected because extension not found.
[2010-07-05 15:59:13] NOTICE[14009] chan_sip.c: Call from 's' to extension
'LC-' rejected because extension not found.
[2010-07-05 15:59:15] NOTICE[14009] chan_sip.c: Call from 's' to extension
'RG-601-0031610797807#' rejected because extension not found.
B.T.W. I'm still running frawds patch. Which doesn't seem to have positive
or negative effects.
Issue History
Date Modified Username Field Change
======================================================================
2010-07-06 04:37 wdoekes Note Added: 0124240
======================================================================
More information about the asterisk-bugs
mailing list