[asterisk-bugs] [Asterisk 0012543]: I get the error below
noreply at bugs.digium.com
noreply at bugs.digium.com
Wed Apr 30 09:41:26 CDT 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=12543
======================================================================
Reported By: falves11
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 12543
Category: Channels/chan_sip/Interoperability
Reproducibility: always
Severity: major
Priority: normal
Status: new
Asterisk Version: SVN
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!): 114813
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 04-28-2008 20:02 CDT
Last Modified: 04-30-2008 09:41 CDT
======================================================================
Summary: I get the error below
Description:
We could NOT get the channel lock for SIP/66.28.190.225-0ea34c1c!
SIP transaction failed: 3f4ea5b12cea317556840faa3f8ce532 at minixel
We could NOT get the channel lock for SIP/66.28.190.225-0ea34c1c!
SIP transaction failed: 3f4ea5b12cea317556840faa3f8ce532 at minixel
======================================================================
----------------------------------------------------------------------
falves11 - 04-30-08 09:41
----------------------------------------------------------------------
Dear develeoper:
The problem is only one: chan_h323. It is a deffective software, at least
in 64 bits. Without it Asterisk is perfect. I had to remove it because
every time I typed "core show channels", it locks up and I need to
disconnect and reconnect. Furthermore, it must have a memoryleak, for there
are two kernel-wide variables variable called numothersock and dgramrcvbuf
that keep growing for ever when chan_h323 is used a lot. With SIP-to-SIP
none of this happens. It seems to use-up resources but does not release
them. It may not be even chan_h323's fault, but the openh323 libraries. I
am looking for a replacement for chan_h323 and the libraries. I don't know
how to debug it and I cannot certainly risk more downtime. After a few
hours Asterisk becomes unresponsive, maybe because the resources have been
exhausted. Valgrind cannot be used because it does not understand the
multimedia instructions used by the codec translators. I already filed a
bug and Julian (the valgrind creator) os looking at it.
Please close the case, unless somebody wants to take control of the box
and I can send a few thousand h323 calls and we can get to te bottom of
this. I feel, though, that Asterisk does not consider h323 important, but
there are hundreds of dialers out there that use H3323, exclusively.
Issue History
Date Modified Username Field Change
======================================================================
04-30-08 09:41 falves11 Note Added: 0086200
======================================================================
More information about the asterisk-bugs
mailing list