<div>In relation to this, I have already created a patch that makes this work, however with the way dialtone</div><div>detection works in chan_dahdi.c, a channel is already in the answer state when it realizes that there is</div>
<div>no dialtone in the line. what is the best strategy to make dahdi try the other channels in its group after</div><div>failing?</div><br clear="all">Kelvin Chua<br>
<br><br><div class="gmail_quote">On Wed, Sep 14, 2011 at 10:49 AM, Kelvin Chua <span dir="ltr"><<a href="mailto:kelchy@gmail.com">kelchy@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div>I've stumbled into a problem, I have enabled waitfordialtone=1000 to wait 1second for a dialtone before dialling a call. This is analog FXSKS signalling (fxo port)</div><div><br></div><div>I have verified that during the 1 second period, chan_dahdi receives frametype = 5 (AST_FRAME_NULL) so when it enters this part, it does nothing and does not get into the routine.</div>
<div><br></div><div> } else if (p->waitingfordt.tv_sec) {</div><div> if (ast_tvdiff_ms(ast_tvnow(), p->waitingfordt) >= p->waitfordialtone ) {</div><div> p->waitingfordt.tv_sec = 0;</div>
<div> ast_log(LOG_WARNING, "Never saw dialtone on channel %d\n", p->channel);</div><div> f=NULL;</div><div> } else if (f->frametype == AST_FRAME_VOICE) {</div>
<div> f->frametype = AST_FRAME_NULL;</div><div> f->subclass.integer = 0;</div><div> if ((ast_dsp_get_tstate(p->dsp) == DSP_TONE_STATE_D </div>
<div><br></div><div>Any idea on why this is happening? I might have missed a config similar to PRI's early media or something.</div><br clear="all"><font color="#888888">Kelvin Chua<br>
</font></blockquote></div><br>