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'm having a similar problem, but with SEIZE.<br><br>I just did a reinstall of a system using Elastix 1.5.2. I'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's code page. I'm also using Wanpipe 3.5.8.<br>
<br>The problem I'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'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'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'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'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>