Have come to a solution on this, and as I suspected, the issue appears
to be a bit of a version mismatch between terminating asterices. (Is
that the plural of asterisk?) Anyway, to cut a long story short, I
tested with another provider, found that they were running a later
version (nearer CVS-HEAD) and started to see some useful data in the
CAUSE CODE coming back in the IAX stream on hangup. Fortunately, this
is finding its way into the ${HANGUPCAUSE} variable, so I am now able
to implement this in the dialplan.<br>
<br>
cheers,<br>
<br>
Mark.<br><br><div><span class="gmail_quote">On 9/21/05, <b class="gmail_sendername">Liu Peter</b> &lt;<a href="mailto:voipforum@gmail.com">voipforum@gmail.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I met same problem when dial via zap channel.<br>Does anyone know how to solve it?<br>thanks.<br><br><br>2005/9/15, Mark Edwards &lt;<a href="mailto:mark.p.edwards@gmail.com">mark.p.edwards@gmail.com</a>&gt;:<br>&gt; Hi.<br>
&gt;<br>&gt; I'm dialling two numbers - one that's unobtainable, one that's busy.<br>&gt;<br>&gt; ${DIALSTATUS} is coming back ANSWER each time right before the channels hang<br>&gt; up.<br>&gt;<br>&gt; Am using the following dialplan macro to dial out.
<br>&gt;<br>&gt; [macro-advdial]<br>&gt; exten =&gt; s,1,Dial(${ARG1},20,g) ; Ring the interface, 20 seconds maximum<br>&gt; exten =&gt; s,2,Goto(s-${DIALSTATUS},1) ; Jump based on status<br>&gt; (NOANSWER,BUSY,CHANUNAVAIL
<br>&gt; ,CONGESTION,ANSWER)<br>&gt; exten =&gt; s-CHANUNAVAIL,1,NoOp(&quot;CHANUNAVAIL&quot;)<br>&gt; exten =&gt;<br>&gt; s-CHANUNAVAIL,2,UserEvent(ChannelUnavailable|Account:<br>&gt; ${ACCOUNTCODE}^${CALLERIDNUM})<br>&gt; exten =&gt; s-CONGESTION,1,NoOp(&quot;CONGESTION&quot;)
<br>&gt; exten =&gt; s-CONGESTION,2,UserEvent(Congestion|Account:<br>&gt; ${ACCOUNTCODE}^${CALLERIDNUM})<br>&gt; exten =&gt; s-ANSWER,1,NoOp(&quot;ANSWER&quot;)<br>&gt; exten =&gt; s-ANSWER,2,UserEvent(Answer|Account:<br>
&gt; ${ACCOUNTCODE}^${CALLERIDNUM})<br>&gt; exten =&gt; s-BUSY,1,NoOp(&quot;BUSY&quot;)<br>&gt; exten =&gt; s-BUSY,2,UserEvent(Busy|Account:<br>&gt; ${ACCOUNTCODE}^${CALLERIDNUM})<br>&gt; exten =&gt; s-NOANSWER,1,NoOp(&quot;NOANSWER&quot;)
<br>&gt; exten =&gt; s-NOANSWER,2,UserEvent(NoAnswer|Account:<br>&gt; ${ACCOUNTCODE}^${CALLERIDNUM})<br>&gt; exten =&gt; _s-.,1,Goto(s-NOANSWER,1) ; Treat anything else as no answer<br>&gt;<br>&gt; Outbound calls are made using Manager originate interface from a meetme room
<br>&gt; channel Local/4000/n where 4000 is an extension which accesses the meetme<br>&gt; room.<br>&gt;<br>&gt; ITSP is terminating outbound calls to me via IAX2.<br>&gt;<br>&gt; I need to be able to see the CAUSE CODE status of the call if it is
<br>&gt; answered, CONGESTED or BUSY.<br>&gt;<br>&gt; my ITSP is in Australia - as am I.<br>&gt;<br>&gt; the IAX2 debug clearly indicates a zero CAUSE CODE on most call cases.<br>&gt;<br>&gt; Any idea what I might be able to do to make the CAUSE CODE a little more
<br>&gt; meaningful?<br>&gt;<br>&gt; Also, does ${DIALSTATUS} or ${HANGUPCAUSE} work better on PRI?<br>&gt;<br>&gt; Cheers,<br>&gt;<br>&gt; Mark.<br>&gt;<br>&gt; --<br>&gt; regards,<br>&gt;<br>&gt; Mark P. Edwards<br>&gt; FWD: 667917
<br>&gt;<br>&gt; _______________________________________________<br>&gt; --Bandwidth and Colocation sponsored by <a href="http://Easynews.com">Easynews.com</a> --<br>&gt;<br>&gt; Asterisk-Users mailing list<br>&gt; <a href="mailto:Asterisk-Users@lists.digium.com">
Asterisk-Users@lists.digium.com</a><br>&gt; <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>&gt; To UNSUBSCRIBE or update options visit:<br>
&gt;<br>&gt; <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>&gt;<br>&gt;<br></blockquote></div><br><br clear="all"><br>-- <br>regards,<br><br>
Mark P. Edwards<br>FWD: 667917<br>