[asterisk-bugs] [DAHDI-linux 0013856]: freezing all channels
Asterisk Bug Tracker
noreply at bugs.digium.com
Fri Nov 21 12:28:55 CST 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=13856
======================================================================
Reported By: mrva
Assigned To: sruffell
======================================================================
Project: DAHDI-linux
Issue ID: 13856
Category: dahdi_transcode
Reproducibility: have not tried
Severity: major
Priority: normal
Status: feedback
======================================================================
Date Submitted: 2008-11-07 03:50 CST
Last Modified: 2008-11-21 12:28 CST
======================================================================
Summary: freezing all channels
Description:
after few hour of traffic asterisk freeze all channels, do not connect new
calls.
command "core show channels" show only few calls, or not show any calls.
warning log file:
[Nov 7 08:57:53] WARNING[25210] chan_iax2.c: Max retries exceeded to host
XX.XX.16.16 on IAX2/xxgw-to-xxx-5077 (type = 6, subclass = 12, ts=409568,
seqno=126)
[Nov 7 08:57:53] WARNING[25203] chan_iax2.c: Max retries exceeded to host
XX.XX.16.16 on IAX2/xxgw-to-xxx-5077 (type = 6, subclass = 11, ts=410015,
seqno=127)
There is no problem on IP layer.
We test it also with SIP and it is the same. (max retries exceeded on
SIP)
Asterisk drop all calls in few minutes and then working again.
It is happening 3 times per day. In peak there is 90 calls.
======================================================================
----------------------------------------------------------------------
(0095275) qwell (administrator) - 2008-11-21 12:28
http://bugs.digium.com/view.php?id=13856#c95275
----------------------------------------------------------------------
I feel that this is a network issue.
If you would like to do some additional testing, you can run something
like wireshark on both ends, and you'll see the packets leave the Asterisk
box, but you won't see them reach the other side (or, if they are, they
aren't returning back properly).
If you can provide pcap traces of both sides where this is not happening,
we would be happy to look into it further.
Issue History
Date Modified Username Field Change
======================================================================
2008-11-21 12:28 qwell Note Added: 0095275
======================================================================
More information about the asterisk-bugs
mailing list