<div>waitfordialtone=yes on chan_dahdi.conf is supposed to be the perfect solution, but does it work on on UK lines?</div><div><br clear="all">Kelvin Chua<br>
<br><br><div class="gmail_quote">On Fri, Aug 26, 2011 at 4:44 PM, 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><div>i am comparing the experience of using an analog span to a T1 for example:</div><div>if i have a 3 quad port t1 card, with the initial view of dahdi_tool, i can easily tell if a line is not working</div><div>now supposed i have a system with 3 24port cards, with just watching the main view of dahdi_tool,</div>
<div>i cannot do that, i still need to go into each one, and look at the stats</div><div><br></div><div>maybe it's just me but i think it's making things easier for everyone if there is some sort of an indication </div>
<div>there like please-take-a-look-at-this-as-i-have-a-port-here-without-a-battery (not really yellow, perhaps orange? :D) </div><div><div><br></div><div><br></div><div>using callprogress is *experimental* </div><div><div>
; This feature can also easily detect false hangups. The symptoms of this is</div><div>; being disconnected in the middle of a call for no reason.</div></div><div>it's actually ok for me, but for other zones, it might not be adviseable. for example, calling a mobile phone and a</div>
<div>landline would give you a different tone and cadence for the ringback thus billing apps will be completely screwed. </div><div>(unless already anticipated by the billing software)</div><div><br></div><div>what i have in mind is just plain simple. when the fxo port goes offhook, it waits for the dial tone (based on tonezone)</div>
<div>after that, nothing more so as to avoid detection of false hangups. i think this is not too hard as Newman Ventures implemented </div><div>something like this before. </div><div><div><br></div></div><div><font color="#888888">Kelvin Chua</font><div>
<div></div><div class="h5"><br>
<br><br><div class="gmail_quote">On Fri, Aug 26, 2011 at 11:51 AM, Shaun Ruffell <span dir="ltr"><<a href="mailto:sruffell@digium.com" target="_blank">sruffell@digium.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>On Fri, Aug 26, 2011 at 10:58:10AM +0800, Kelvin Chua wrote:<br>
> I should clarify on my post, i can see a red alarm on cat /proc/dahdi/1 but<br>
> never when using dahdi_tool<br>
><br>
> in cat /proc/dahdi/1:<br>
> Span 1: WCTDM/4 "Wildcard TDM400P REV E/F Board 5" (MASTER)<br>
><br>
> 1 WCTDM/4/0 FXSKS (In use) RED(SWEC: OSLEC)<br>
> 2 WCTDM/4/1 FXSKS (In use) RED(SWEC: OSLEC)<br>
> 3 WCTDM/4/2 FXSKS (In use) RED(SWEC: OSLEC)<br>
> 4 WCTDM/4/3 FXSKS (In use) RED(SWEC: OSLEC)<br>
><br>
> In dahdi_tool:<br>
> Tx/Rx Levels: 0/ 0<br>
> Total/Conf/Act: 4/ 4/ 0<br>
><br>
> but the behavior status alarm is OK<br>
> a little bit misleading, what i am thinking is adding a sort of "yellow"<br>
> alarm or something if one of the configured fxo lines<br>
> goes down?<br>
<br>
</div>I understand now. Yes, dahdi_tool is showing the alarm status for<br>
the entire span, and for analog cards, the entire span is always<br>
essentially green. It's the individual channels that can go into red<br>
alarm unlike on digital spans.<br>
<br>
Why do you want to add a yellow status? What are you trying to<br>
accomplish that you cannot with the way things are now?<br>
<div><br>
> another thing, what if 1 of the configured lines' battery is up, but there<br>
> is no dial tone? outbound calls will try to go through<br>
> and the caller will hear dead air.<br>
<br>
</div>'callprogress=yes' in chan_dahdi.conf won't help you here? It may be<br>
able to detect dialtone before attempting to dial out.<br>
<font color="#888888"><br>
--<br>
</font><div><div></div><div>Shaun Ruffell<br>
Digium, Inc. | Linux Kernel Developer<br>
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA<br>
Check us out at: <a href="http://www.digium.com" target="_blank">www.digium.com</a> & <a href="http://www.asterisk.org" target="_blank">www.asterisk.org</a><br>
<br>
--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
<a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div></div></blockquote></div><br></div></div></div></div></div>
</blockquote></div><br></div>