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. 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"><<a href="mailto:d@tucny.com">d@tucny.com</a>></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't very common though... alternatively, there is the 'HIGHLY EXPERIMENTAL' 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. 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'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 "progzone".<br>;<br>; progzone also affects the pattern used for buzydetect (unless<br>
; busypattern is set explicitly). The possible values are:<br>; us (default)<br>; ca (alias for 'us')<br>; cr (Costa Rica)<br>; br (Brazil, alias for 'cr')<br>; 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"><<a href="mailto:tipascal@gmail.com" target="_blank">tipascal@gmail.com</a>></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??? 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"><<a href="mailto:jsmith@digium.com" target="_blank">jsmith@digium.com</a>></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>
> I have just installed a Digium TDM808 (8 fxo port) on an Asterisk<br>
> 1.6.3. When I try making a call with a .call file, the call goes<br>
> straight to the dialplan and start executing the dialplan even before<br>
> the called party has pick up. Anybody knows why by any chance?<br>
<br>
</div>That's not a problem with the TDM800 card... it's just a side-effect of<br>
analog signaling. For analog calls, the central office doesn'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>
<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>
<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>
<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>