The issue was due to the fractional t1 (due to limited dsps, mind you this is all lab). Thanks to you and Ted for the help.<br><br><div class="gmail_quote">On Mon, Aug 24, 2009 at 8:15 PM, Aman Chugh <span dir="ltr"><<a href="mailto:aman.chugh@gmail.com">aman.chugh@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div>Try changing the channel order in which calls are coming currently the call is coming in on the 23rd channel. Try changing it to top down and reset the gateway.</div>
<div> </div><font color="#888888">
<div> </div>
<div>Aman<br><br></div></font><div><div></div><div class="h5">
<div class="gmail_quote">On Fri, Aug 21, 2009 at 12:26 PM, Ted Nugent <span dir="ltr"><<a href="mailto:tednugent73@gmail.com" target="_blank">tednugent73@gmail.com</a>></span> wrote:<br>
<blockquote style="border-left:#ccc 1px solid;margin:0px 0px 0px 0.8ex;padding-left:1ex" class="gmail_quote">
<div>They should be showing in the log, do a show logging</div>
<div>
<div></div>
<div><br><br>
<div class="gmail_quote">On Fri, Aug 21, 2009 at 1:15 PM, Tanner Ezell <span dir="ltr"><<a href="mailto:tanner.ezell@gmail.com" target="_blank">tanner.ezell@gmail.com</a>></span> wrote:<br>
<blockquote style="border-left:#ccc 1px solid;margin:0px 0px 0px 0.8ex;padding-left:1ex" class="gmail_quote">Well, this is a 1760 running 12.4(15)T9, how do you check for DSP errors?
<div>
<div></div>
<div><br><br>
<div class="gmail_quote">On Fri, Aug 21, 2009 at 10:12 AM, Ted Nugent <span dir="ltr"><<a href="mailto:tednugent73@gmail.com" target="_blank">tednugent73@gmail.com</a>></span> wrote:<br>
<blockquote style="border-left:#ccc 1px solid;margin:0px 0px 0px 0.8ex;padding-left:1ex" class="gmail_quote">What version of code are you running, MGCP/DSP errors tend to run rampant and are typically responsible for issues like this. are you showing any dsp errors in the logs? We've had very good success with 12.4(15)T8+ as far as MGCP/DSP stability. Cisco has tried pushing me a few time to higher levels of code and I've almost always gone back to this version because of bugs.
<div><br></div>
<div>Another note that probably has no bearing on the problem but is a good practice you should lock in your calling numbering type/plan to isdn/national and leave called to unknown/unknown, it can cut down on other issues down the road (provider dependent). HTH</div>
<div>Ted<br>
<div><br>
<div><br><br>
<div class="gmail_quote">
<div>
<div></div>
<div>On Fri, Aug 21, 2009 at 12:08 PM, Tanner Ezell <span dir="ltr"><<a href="mailto:tanner.ezell@gmail.com" target="_blank">tanner.ezell@gmail.com</a>></span> wrote:<br></div></div>
<blockquote style="border-left:#ccc 1px solid;margin:0px 0px 0px 0.8ex;padding-left:1ex" class="gmail_quote">
<div>
<div></div>
<div>I have a MGCP gateway connected via PRI. Whenever a call comes in from the PRI, the IP Phone rings a single time and then disconnects. On the gateway, debug isdn q931 reports:
<div><br></div>
<div>
<div>*Mar 1 11:04:27.327: ISDN Se1/0:23 Q931: RX <- SETUP pd = 8 callref = 0x0008 </div>
<div><span style="white-space:pre"></span>Bearer Capability i = 0x8090A2 </div>
<div><span style="white-space:pre"></span>Standard = CCITT </div>
<div><span style="white-space:pre"></span>Transfer Capability = Speech </div>
<div><span style="white-space:pre"></span>Transfer Mode = Circuit </div>
<div><span style="white-space:pre"></span>Transfer Rate = 64 kbit/s </div>
<div><span style="white-space:pre"></span>Channel ID i = 0xE1808397 </div>
<div><span style="white-space:pre"></span>Preferred, Interface 0, Channel 23 </div>
<div><span style="white-space:pre"></span>Calling Party Number i = 0x00C0, N/A </div>
<div><span style="white-space:pre"></span>Plan:Unknown, Type:Unknown </div>
<div><span style="white-space:pre"></span>Called Party Number i = 0xA1, '5032733100' </div>
<div><span style="white-space:pre"></span>Plan:ISDN, Type:National</div>
<div>*Mar 1 11:04:27.343: ISDN Se1/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x8008 </div>
<div><span style="white-space:pre"></span>Cause i = 0x80A9 - Temporary failure</div>
<div><br></div>
<div>I'm wondering if this is a dsp issue, as a call into the POTS line works fine, but sending that call to an IP Phone I get this issue. Any suggestions?</div></div><br></div></div>_______________________________________________<br>
cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div></div></div></blockquote></div><br></div></div></blockquote></div><br></div></div><br>_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br><br></blockquote></div><br>
</div></div></blockquote></div><br>