Hi TechGuy,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Not sure if you have already rectified this problem but i can let you know that I had exactly the same problem about 6 month ago with a Cisco 3845 + NM-HDV2 + PVDM-32 x 2.<br><br>At the time I was running IOS 
12.3.14T2 IP-voice Feature set.&nbsp; Looking at your &quot;debug isdn q931&quot; debug, the cause code is exactly the same as what I had.<br><br>Basically, the problem is to do with the E1/T1 controller's clocking getting out of sync with the Carrier's T1/E1.&nbsp; If you do a &quot;show controllers e1&quot; and check whether you have excessive&nbsp; Line Code Violations (LCVs), Path Code Violations (PCV),&nbsp; Slip Secs, etc.&nbsp; These should be minimal.
<br><br>Cisco may point you to the following BugID but I can assure that the work around did nothing to fix my problems.<br><br><a href="http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef89288">http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef89288
</a><br><br>Make sure that you follow the &quot;Clocking Configurations On Voice-Capable IOS-Based Platforms&quot; (<a href="http://www.cisco.com/en/US/products/hw/routers/ps259/products_tech_note09186a008031a072.shtml">http://www.cisco.com/en/US/products/hw/routers/ps259/products_tech_note09186a008031a072.shtml
</a>).<br><br>Also make sure you follows the &quot;Configuring MGCP PRI Backhaul and T1 CAS Support for Cisco CallManager&quot; (<a href="http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123cgcr/vvfax_c/callc_c/ccm_c/intcnf3.htm">
http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123cgcr/vvfax_c/callc_c/ccm_c/intcnf3.htm</a>) and that you do not add the &quot;application mgcpapp&quot; command to dial peers that support PRI backhaul.<br>
<br>Lastly, the most important step that I undertook was to roll-back (yes, beleive it or not) to IOS 12.3.11T6 IP-Voice or above and I've never had any problems since.<br><br>Hope this helps, other Cisco Bugs of interest are:
<br><br><a href="http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCEG90199">http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCEG90199</a><br><br><a href="http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCEG89017">
http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCEG89017</a><br><br>Good Luck,<br><br>Serg<br><br><br><div><span class="gmail_quote">On 12/19/05, <b class="gmail_sendername"><a href="mailto:cisco-voip-request@puck.nether.net">
cisco-voip-request@puck.nether.net</a></b> &lt;<a href="mailto:cisco-voip-request@puck.nether.net">cisco-voip-request@puck.nether.net</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;">
Send cisco-voip mailing list submissions to<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br><br>To subscribe or unsubscribe via the World Wide Web, visit<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<a href="https://puck.nether.net/mailman/listinfo/cisco-voip">
https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>or, via email, send a message with subject or body 'help' to<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<a href="mailto:cisco-voip-request@puck.nether.net">cisco-voip-request@puck.nether.net</a>
<br><br>You can reach the person managing the list at<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<a href="mailto:cisco-voip-owner@puck.nether.net">cisco-voip-owner@puck.nether.net</a><br><br>When replying, please edit your Subject line so it is more specific
<br>than &quot;Re: Contents of cisco-voip digest...&quot;<br><br><br>Today's Topics:<br><br>&nbsp;&nbsp; 1. Call rings phones once and then drops (TechGuy)<br>&nbsp;&nbsp; 2. Re: Call rings phones once and then drops (TechGuy)<br>&nbsp;&nbsp; 3. RE: Call rings phones once and then drops (Mark Snow)
<br>&nbsp;&nbsp; 4. Tech Prefix from ATA186 (Ciscozest)<br>&nbsp;&nbsp; 5. Re: Call rings phones once and then drops (Teodor Georgiev)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Sat, 17 Dec 2005 13:33:40 -0600
<br>From: TechGuy &lt;<a href="mailto:techguy@gmail.com">techguy@gmail.com</a>&gt;<br>Subject: [cisco-voip] Call rings phones once and then drops<br>To: <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net
</a><br>Message-ID:<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;<a href="mailto:a1b07ea60512171133i79723eecs2d95643eaa5f034f@mail.gmail.com">a1b07ea60512171133i79723eecs2d95643eaa5f034f@mail.gmail.com</a>&gt;<br>Content-Type: text/plain; charset=&quot;iso-8859-1&quot;
<br><br>Calls ring in on local PRI trunks on 3845 router, makes its way to<br>callmanager, makes its way to phone and rings once on the phone.&nbsp;&nbsp;But that<br>is it, calls instantly drop after first ring of the phone.&nbsp;&nbsp;Does not give
<br>person chance to answer just drops without any user intervention.<br><br>Using MGCP between 3845 and callmanager.<br><br>Any ideas?<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: 
<a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20051217/a63be268/attachment-0001.html">https://puck.nether.net/pipermail/cisco-voip/attachments/20051217/a63be268/attachment-0001.html</a><br><br>------------------------------
<br><br>Message: 2<br>Date: Sat, 17 Dec 2005 14:19:32 -0600<br>From: TechGuy &lt;<a href="mailto:techguy@gmail.com">techguy@gmail.com</a>&gt;<br>Subject: Re: [cisco-voip] Call rings phones once and then drops<br>To: <a href="mailto:cisco-voip@puck.nether.net">
cisco-voip@puck.nether.net</a><br>Message-ID:<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;<a href="mailto:a1b07ea60512171219p288d1552qddda2d4820ebba47@mail.gmail.com">a1b07ea60512171219p288d1552qddda2d4820ebba47@mail.gmail.com</a>&gt;<br>Content-Type: text/plain; charset=&quot;iso-8859-1&quot;
<br><br>Here is the debug:<br><br>emb3845#debug isdn q931<br>debug isdn q931 is&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ON.<br>emb3845#<br>*Dec 17 20:07:23.806: ISDN Se0/1/1:23 Q931: RX &lt;- SETUP pd = 8&nbsp;&nbsp;callref =<br>0x00D2<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Bearer Capability i = 0x8090A2
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Standard = CCITT<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Transer Capability = Speech<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Transfer Mode = Circuit<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Transfer Rate = 64 kbit/s<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Channel ID i = 0xA98381<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Exclusive, Channel 1
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Calling Party Number i = 0x2183, '3375015555'<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Plan:ISDN, Type:National<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Called Party Number i = 0x80, '4080'<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Plan:Unknown, Type:Unknown<br>*Dec 17 20:07:24.830: ISDN Se0/1/1:23 Q931: TX -&gt; RELEASE_COMP pd = 8
<br>callref = 0x80D2<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Cause i = 0x80A9 - Temporary failure<br>emb3845#<br><br><br>More info on the problem.&nbsp;&nbsp;This router has two local PRI trunks coming in to<br>a 2MFT card.&nbsp;&nbsp;It also has two CAS (E&amp;M Wink) trunks coming into a 2MFT card
<br>for long distance and incoming toll free.<br><br>The two CAS trunks work fine.&nbsp;&nbsp;We are able to get incoming calls via the CAS<br>trunks mentioned above with no problems.&nbsp;&nbsp;Also, we have another gateway<br>configured on the same callmanager in a similiar fashion and all works
<br>fine.&nbsp;&nbsp;This was all working earlier this morning.&nbsp;&nbsp;No known changes occured<br>between when it worked and stopped working.<br><br>Quite an interesting problem, we have TAC on the line now but thought I<br>would see what others think.
<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <a href="https://puck.nether.net/pipermail/cisco-voip/attachments/20051217/3bcb8972/attachment-0001.html">https://puck.nether.net/pipermail/cisco-voip/attachments/20051217/3bcb8972/attachment-0001.html
</a><br><br>------------------------------<br><br></blockquote></div><br>