With:<br><br>callprogress=yes<br>and<br>progzone=us<br><br>it works fine for not, not 100% percent because in some calls,it takes like 3-4 seconds before executing dialplan, which is not bad not to say normal.&nbsp; But most calls are ok.<br>
<br>And when I tried with<br><br>answeronpolarityswitch=yes<br><br>it doesnt do dialplan at all, like the call was never picked up.<br><br>Thanks for your help!<br><br><br><br><br><div class="gmail_quote">On Tue, Jan 20, 2009 at 6:53 PM, D Tucny <span dir="ltr">&lt;<a href="mailto:d@tucny.com">d@tucny.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">If your provider provides any signalling to indicate answer, such as a polarity reversal, this could be detected easily...<br>
<br>; Use a polarity reversal to mark when a outgoing call is answered by the<br>; remote party.<br>
;<br>;answeronpolarityswitch=yes<br><br>This isn&#39;t very common though... alternatively, there is the &#39;HIGHLY EXPERIMENTAL&#39; call progress detection...<br><br>; On trunk interfaces (FXS) it can be useful to attempt to follow the progress<br>

; of a call through RINGING, BUSY, and ANSWERING.&nbsp;&nbsp; If turned on, call<br>; progress attempts to determine answer, busy, and ringing on phone lines.<br>; This feature is HIGHLY EXPERIMENTAL and can easily detect false answers,<br>

; so don&#39;t count on it being very accurate.<br>;<br>; Few zones are supported at the time of this writing, but may be selected<br>; with &quot;progzone&quot;.<br>;<br>; progzone also affects the pattern used for buzydetect (unless<br>

; busypattern is set explicitly). The possible values are:<br>;&nbsp;&nbsp; us (default)<br>;&nbsp;&nbsp; ca (alias for &#39;us&#39;)<br>;&nbsp;&nbsp; cr (Costa Rica)<br>;&nbsp;&nbsp; br (Brazil, alias for &#39;cr&#39;)<br>;&nbsp;&nbsp; uk<br>;<br>; This feature can also easily detect false hangups. The symptoms of this is<br>

; being disconnected in the middle of a call for no reason.<br>;<br>;callprogress=yes<br>;progzone=uk<br><br>Obviously far from ideal, and at least, where I am, unworkable due to the way that all the telcos have got into providing musical ringing...<br>

<br>The only real solution is to go digital...<br><br>d<br><br><br><div class="gmail_quote">2009/1/21 Pascal Bruno <span dir="ltr">&lt;<a href="mailto:tipascal@gmail.com" target="_blank">tipascal@gmail.com</a>&gt;</span><div>
<div></div><div class="Wj3C7c"><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Is there any way of going around this???&nbsp; Any tricks, configuration hacks??<div><div></div><div><br><br><br><br><br><div class="gmail_quote">On Tue, Jan 20, 2009 at 4:39 PM, Jared Smith <span dir="ltr">&lt;<a href="mailto:jsmith@digium.com" target="_blank">jsmith@digium.com</a>&gt;</span> wrote:<br>


<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>On Tue, 2009-01-20 at 15:30 -0500, Pascal Bruno wrote:<br>
&gt; I have just installed a Digium TDM808 (8 fxo port) on an Asterisk<br>
&gt; 1.6.3. &nbsp;When I try making a call with a .call file, the call goes<br>
&gt; straight to the dialplan and start executing the dialplan even before<br>
&gt; the called party has pick up. &nbsp;Anybody knows why by any chance?<br>
<br>
</div>That&#39;s not a problem with the TDM800 card... it&#39;s just a side-effect of<br>
analog signaling. &nbsp;For analog calls, the central office doesn&#39;t give any<br>
type of signal when the far end has answered the call, so Asterisk has<br>
no way of knowing when that happens. For that reason, Asterisk<br>
immediately treats any outgoing analog call as having been answered.<br>
<br>
--<br>
Jared Smith<br>
Digium, Inc. | Training Manager<br>
<br>
<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>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
 &nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</blockquote></div><br>
</div></div><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-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
 &nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div></div></div><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-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
 &nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br>