| Summary: | ASTERISK-13031: freezing all channels | ||
| Reporter: | Martin Kuca (marvik) | Labels: | |
| Date Opened: | 2008-11-07 03:50:27.000-0600 | Date Closed: | 2011-06-07 14:03:16 |
| Priority: | Major | Regression? | No |
| Status: | Closed/Complete | Components: | |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| 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. ****** ADDITIONAL INFORMATION ****** Asterisk SVN-trunk-r153787 - the same problems on stable version dahdi latest trunk, no TDM cards, digium transcoder card. | ||
| Comments: | By: Martin Kuca (marvik) 2008-11-07 04:06:50.000-0600 please change category. By: Shaun Ruffell (sruffell) 2008-11-19 09:39:09.000-0600 Are there any messages related to the tc400b in dmesg when you run that? Do you have any reason to believe that the lock up may or may not be related to the use of the dahdi_transcode? Also, did you try dahdi-linux 2.1.0-rc4 specifically (or is the trunk version that you used greater than that version)? By: Jason Parker (jparker) 2008-11-21 12:28:54.000-0600 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. | ||