try downloading the svn release-1 in google code, then use the script at debug/asterisk/astdumpr2.sh, execute that script whenever you have stuck channels. The script must be executed 2 times with an interval of 2 seconds between each execution and pastebin the results.<br>
<br><div class="gmail_quote">On Thu, Oct 29, 2009 at 3:36 PM, Christian Cabrera <span dir="ltr">&lt;<a href="mailto:ccabrera@gmail.com">ccabrera@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Moy,<br><br>About 2 months ago you helped me out with a problem that made the channels of an E1 get stuck in CLEAR FO mode. Now I&#39;m having a similar problem, but with SEIZE.<br><br>I just did a reinstall of a system using Elastix 1.5.2. I&#39;m using the most up to date version of DAHDI (2.2.0.2) and Asterisk 1.4.26.2 patched with the code provided in your Google&#39;s code page. I&#39;m also using Wanpipe 3.5.8.<br>

<br>The problem I&#39;m having is that after the channels change to Tx/Rx Idle/Seize, Asterisk tries to take the channels for an outgoing call, and then it fails, giving out this:<br><br>[Oct 28 16:01:39] ERROR[8446] chan_dahdi.c: Chan 51 - Trying to dial out in a<br>

non-idle channel (cas=0x00)<br>[Oct 28 16:01:39] ERROR[8446] chan_dahdi.c: unable to make new MFC/R2 call!<br><br>Eventually, the channels go back to idle/idle after about 60 to 120 seconds, but due to the volume of calls being processed in this system, this isn&#39;t feasible, since too many errors occur (sometimes we get something as low as a 50% success ratio in outgoing calls). Incoming calls do not present this problem at all.<br>

<br>The provisional solution I&#39;ve created is a PHP script which recurrently sets the channels in idle/seize to block/seize (that way Asterisk wont try to use them and won&#39;t give out any errors). After a while, when the channels switch to block/idle, I change them to idle/idle, which allows Asterisk to do the calls.<br>

<br>I&#39;m using a Maxcom E1 in Mexico city.<br><br>Any thoughts on how to solve this?<br><br>Kind regards,<br><br clear="all">   Ing. Christian Cabrera<br><br>   Nextel (777) 113 8204 Id 72*15*24335<br>
<br>_______________________________________________<br>
--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>
<br>
asterisk-r2 mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-r2" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-r2</a><br></blockquote></div><br><br clear="all"><br>-- <br>Moises Silva<br>Software Developer<br>
Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada<br>t. 1 905 474 1990 x 128 | e. <a href="mailto:moy@sangoma.com">moy@sangoma.com</a><br>