HI Eric, Nikhil,<br><br>Thanks a lot for the responses. Bear with me a little as I&#39;m very new to asterisk.<br><br>I reproduced the problem using standard dialplan. The following are the configuration files:<br><b>chan_dahdi.conf</b><br>
<i>[trunkgroups]<br>[channels]<br>language=en<br>nationalprefix=+91<br>pridialplan=national ; or national or local?<br>
usecallerid=yes<br>hidecallerid=no<br>callwaiting=yes<br>allow_call_waiting_calls=no<br>usecallingpres=yes<br>callwaitingcallerid=yes<br>threewaycalling=yes<br>transfer=yes<br>canpark=yes<br>cancallforward=yes<br>callreturn=yes<br>

echocancel=yes<br>echocancelwhenbridged=no ;Might have to play with this.<br>callerid=asreceived<br>facilityenable=yes<br>priindication=outofband<br><br>cidsignalling=dtmf ; most likely dtmf based on the India link below<br>

cidstart=polarity_IN<br><br>#include dahdi-channels.conf</i><br><br><b>extensions.conf:</b><br><i>[frompstn]<br>exten =&gt; xxxxx,1,Ringing<br>exten =&gt; xxxxx,n,Dial(Dahdi/G11/yyyyy)<br>exten =&gt; xxxxx,n,Hangup()</i><br>

<br>When aaaaa calls xxxxx, we dial yyyyy<br><br>This is what I find in the logs:<br>   -- Accepting call from &#39;aaaaa&#39; to &#39;xxxxx on channel 0/24, span 1<br>    -- Executing [xxxxx@frompstn:1] Ringing(&quot;DAHDI/i1/aaaaa-136&quot;, &quot;&quot;) in new stack<br>

    -- Executing [xxxxx@frompstn:2] Dial(&quot;DAHDI/i1/aaaaaa-136&quot;, &quot;Dahdi/G11/yyyyyy&quot;) in new stack<br>    -- Requested transfer capability: 0x10 - 3K1AUDIO<br>    -- Called G11/yyyyyy<br>    -- DAHDI/i1/yyyyy-137 is proceeding passing it to DAHDI/i1/aaaaa-136<br>

    -- DAHDI/i1/yyyyy-137 is ringing<br># At this point, yyyyy rejected the call. Asterisk doesn&#39;t recognise this, and continues to dial for 30s(the default) before hanging up.<br>    -- DAHDI/i1/yyyyy-137 is making progress passing it to DAHDI/i1/aaaaa-136<br>

    -- Nobody picked up in 30000 ms<br><br><br>I&#39;ll try out &quot;pri intense debug&quot; during night time when the traffic on our servers is low, and update the list with the logs.<br><br>In the mean time, is there anything missing in the configuration that rejected calls aren&#39;t detected?<br>
<br>--<br>Thanks,<br>Ishwar.<br><br><br><div class="gmail_quote">On Fri, Jul 29, 2011 at 1:10 AM, Eric Wieling <span dir="ltr">&lt;<a href="mailto:EWieling@nyigc.com" target="_blank">EWieling@nyigc.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
1) You have to have channels configured for your PRI SOMEWHERE in the Asterisk DAHDI configs.<br>
2) Can&#39;t troubleshoot when everything important is masked by an AGI script.  Reproduce the problem using standard dialplan stuff.<br>
<div><br>
&gt; -----Original Message-----<br>
&gt; From: <a href="mailto:asterisk-users-bounces@lists.digium.com" target="_blank">asterisk-users-bounces@lists.digium.com</a> [mailto:<a href="mailto:asterisk-users-" target="_blank">asterisk-users-</a><br>
</div>&gt; <a href="mailto:bounces@lists.digium.com" target="_blank">bounces@lists.digium.com</a>] On Behalf Of Ishwar Sridharan<br>
&gt; Sent: Thursday, July 28, 2011 2:52 PM<br>
&gt; To: Asterisk Users Mailing List - Non-Commercial Discussion<br>
<div><div></div><div>&gt; Subject: Re: [asterisk-users] Capturing call Reject/Decline events on a PRI<br>
&gt; line<br>
&gt;<br>
&gt; Hi Eric,<br>
&gt;<br>
&gt; There weren&#39;t any lines with &quot;PRI channel =&gt;&quot; in the chan_dahdi.conf<br>
&gt;<br>
&gt; However, I added the lines you&#39;d mentioned, near the top of the file. Still,<br>
&gt; no difference in either the behaviour or the asterisk output.<br>
&gt;<br>
&gt; Please note that as soon as the call lands on asterisk, we pass the control<br>
&gt; over to adhearsion. Does that affect how events are handled in asterisk?<br>
&gt;<br>
&gt; --<br>
&gt; Thanks,<br>
&gt; Ishwar.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Thu, Jul 28, 2011 at 6:37 PM, Eric Wieling &lt;<a href="mailto:EWieling@nyigc.com" target="_blank">EWieling@nyigc.com</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;       &gt; -----Original Message-----<br>
&gt;       &gt; From: <a href="mailto:asterisk-users-bounces@lists.digium.com" target="_blank">asterisk-users-bounces@lists.digium.com</a> [mailto:<a href="mailto:asterisk-" target="_blank">asterisk-</a><br>
&gt; users-<br>
&gt;       &gt; <a href="mailto:bounces@lists.digium.com" target="_blank">bounces@lists.digium.com</a>] On Behalf Of Nikhil<br>
&gt;       &gt; Sent: Thursday, July 28, 2011 9:03 AM<br>
&gt;       &gt; To: <a href="mailto:asterisk-users@lists.digium.com" target="_blank">asterisk-users@lists.digium.com</a><br>
&gt;       &gt; Subject: Re: [asterisk-users] Capturing call Reject/Decline events<br>
&gt; on a PRI<br>
&gt;       &gt; line<br>
&gt;<br>
&gt;       &gt;<br>
&gt;       &gt; Can you share the dialplan ,where SIP call is dialing...<br>
&gt;       &gt; Thanks<br>
&gt;       &gt; Nikhil<br>
&gt;       &gt;<br>
&gt;       &gt; On 07/28/2011 06:15 PM, Ishwar Sridharan wrote:<br>
&gt;       &gt;<br>
&gt;       &gt;       Hello everybody,<br>
&gt;       &gt;<br>
&gt;       &gt;       We have an asterisk 1.8.4.1 setup, connected to a PRI line.<br>
&gt;       &gt;<br>
&gt;       &gt;       We&#39;re currently facing an issue where asterisk does not<br>
&gt; recognise<br>
&gt;       &gt; the event when the called party declines/cuts the call. This<br>
&gt; happens<br>
&gt;       &gt; specifically over calls on a PRI line. For calls over SIP, call decline<br>
&gt; event is<br>
&gt;       &gt; captured properly.<br>
&gt;       &gt;<br>
&gt;       &gt;       I wasn&#39;t able to find a solution on the asterisk-users mailing list<br>
&gt;       &gt; archive. Any suggestions/help would be much appreiciated :) I can<br>
&gt; share the<br>
&gt;       &gt; relevant parts of the configuration files, if needed.<br>
&gt;       &gt;<br>
&gt;       &gt;       Here&#39;s an excerpt from asterisk logs for a SIP call.<br>
&gt;       &gt;           -- SIP/xxxxx-00000000 requested special control 16, passing it<br>
&gt; to<br>
&gt;       &gt; SIP/xxxxx-00000001<br>
&gt;       &gt;           -- Started music on hold, class &#39;default&#39;, on SIP/xxxxx-<br>
&gt; 00000001<br>
&gt;       &gt;           -- SIP/xxxxx-00000000 requested special control 20, passing it<br>
&gt; to<br>
&gt;       &gt; SIP/xxxxx-00000001<br>
&gt;       &gt;           -- Got SIP response 603 &quot;Decline&quot; back from <a href="http://127.0.0.1:5063" target="_blank">127.0.0.1:5063</a><br>
&gt;<br>
&gt;       &gt; &lt;<a href="http://127.0.0.1:5063/" target="_blank">http://127.0.0.1:5063/</a>&gt;<br>
&gt;<br>
&gt;       &gt;           -- SIP/xxxxx-00000001 is busy<br>
&gt;       &gt;           -- Stopped music on hold on SIP/xxxxx-00000001<br>
&gt;       &gt;<br>
&gt;       &gt;       As you can see, on a SIP call, a call reject event is identified.<br>
&gt;       &gt;<br>
&gt;       &gt;       For a call over the PRI, on the other hand, this event is not<br>
&gt;       &gt; recognised. Here&#39;s an excerpt from asterisk log for a call over PRI.<br>
&gt;       &gt;       Call from yyyy to xxxx.<br>
&gt;       &gt;           -- Requested transfer capability: 0x10 - 3K1AUDIO<br>
&gt;       &gt;           -- Called G11/xxxxx<br>
&gt;       &gt;           -- Started music on hold, class &#39;default&#39;, on DAHDI/i1/yyyyy<br>
&gt;       &gt;           -- DAHDI/i1/xxxxx-18f8 is proceeding passing it to<br>
&gt; DAHDI/i1/yyyyy<br>
&gt;       &gt;           -- DAHDI/i1/xxxxx-18f8 is ringing<br>
&gt;       &gt;       # At this point in time, xxxxx rejects the call. The event that&#39;s<br>
&gt; logged<br>
&gt;       &gt; in asterisk is the following:<br>
&gt;       &gt;           -- DAHDI/i1/xxxxx-18f8 is making progress passing it to<br>
&gt;       &gt; DAHDI/i1/yyyyy<br>
&gt;       &gt;       # And the call times out after the default 30s.<br>
&gt;       &gt;           -- Nobody picked up in 30000 ms<br>
&gt;       &gt;<br>
&gt;       &gt;       Is there a reason why asterisk doesn&#39;t recognise the &quot;call<br>
&gt; decline&quot;,<br>
&gt;       &gt; and does it need any configuration changes to enable this?<br>
&gt;       &gt;<br>
&gt;       &gt;       Thanks for your help.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;       Try adding the following before your PRI channel =&gt; lines in your<br>
&gt; chan_dahdi.conf.  If you are using a GUI like FreePBX, you will have place<br>
&gt; the info where you need to for FreePBX.<br>
&gt;<br>
&gt;       facilityenable=yes<br>
&gt;       priindication=outofband<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;       --<br>
&gt;       ____________________________________________________________<br>
&gt; _________<br>
&gt;       -- Bandwidth and Colocation Provided by <a href="http://www.api-" target="_blank">http://www.api-</a><br>
&gt; <a href="http://digital.com" target="_blank">digital.com</a> --<br>
&gt;       New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
&gt;                     <a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
&gt;<br>
&gt;       asterisk-users mailing list<br>
&gt;       To UNSUBSCRIBE or update options visit:<br>
&gt;         <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
&gt;<br>
&gt;<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>
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>