[cisco-voip] troubleshooting incoming calls, what traces?

Fri Feb 6 16:04:38 EST 2009

I think Mike is on the right track.  What digits are coming in?  What
dial peers would it match,  What's the CSS of the gateway.  Basically
need to check it step by step and see where it's failing.  Most likely
on the gateway before you hit the CCM.

-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Rossella
Mariotti-Jones
Sent: Friday, February 06, 2009 3:08 PM
To: Mike Lydick; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] troubleshooting incoming calls, what traces?

I was using the 'detail' keyword in the show q931 command, now I do see
the digits coming in. And I see:
Cause i = 0x80A9 - Temporary failure
I saw an older post here where they were saying this could mean just
about anything, they were recommending to check the DSPs. My DSPs look
fine (show voice dsp group all = 0 DSP resource allocation failure), but
even if it was something with the DSP why would it happen always and
only (so far) with that one phone number? Any ideas before I get a TAC
in and they tell me to reboot the router?
rossella mariotti-jones | chemeketa community college | network analyst
| rossella at chemeketa.edu | 503-589-7775

________________________________

From: Mike Lydick [mailto:mike.lydick at gmail.com]
Sent: Fri 02/06/2009 12:05
To: Rossella Mariotti-Jones
Subject: Re: [cisco-voip] troubleshooting incoming calls, what traces?

Post your config (dial-peers) and the dialed number to PUCK. The isdn
debug does not appear to be complete. if you are getting a fast busy one
common issue is no or incorrect dial-peer match.

Best Regards,

Mike Lydick

On Fri, Feb 6, 2009 at 2:38 PM, Rossella Mariotti-Jones
<rossella at chemeketa.edu> wrote:

	I did try this before I posted but I don't see any digits,
here's what I see:

	006851: *Feb  6 09:32:59.231 PST: ISDN  Q921d:
isdn_l2d_srq_process: QUEUE_EVENT
	006852: *Feb  6 09:32:59.231 PST: ISDN  Q921d:
isdn_l2d_srq_process: event_count 1
	006853: *Feb  6 09:32:59.239 PST:
//-1/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPrivate:
	  Interface=0xC0702460, Interface Type=6, Destination=,
Mode=0x9,
	  Call Params(Calling Number=(TON=Unknown, NPI=Unknown,
Screening=Not Screened, Presentation=Allowed),
	  Called Number=(TON=Unknown, NPI=Unknown), Calling
Translated=FALSE,
	  Subscriber Type Str=, FinalDestinationFlag=FALSE, Outgoing
Dial-peer=0, Call Count On=FALSE,
	  Source Trkgrp Route Label=, Target Trkgrp Route Label=,
tg_label_flag=0, Application Call Id=D0000000024389bb000000F58000027b)

	rossella mariotti-jones | chemeketa community college | network
analyst | rossella at chemeketa.edu | 503-589-7775

	________________________________

	From: Carlos Ortiz [mailto:COrtiz at sscincorporated.com]
	Sent: Fri 02/06/2009 11:31
	To: Rossella Mariotti-Jones; cisco-voip at puck.nether.net
	Subject: RE: [cisco-voip] troubleshooting incoming calls, what
traces?

	Term mon

	Debug isdn q.931

	This will show you the digits coming in from the telco.

	Term no mon

	Undebug all

	To turn off the debugs....

	________________________________

	From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Rossella
Mariotti-Jones
	Sent: Friday, February 06, 2009 2:22 PM
	To: cisco-voip at puck.nether.net
	Subject: [cisco-voip] troubleshooting incoming calls, what
traces?

	I'm trying to troubleshoot a problem with a call from the
outside not completing to a specific extension. Ext. 5555 lives on our
old PBX and it works if you call it on net (CUCM --> GW --> PBX) but if
you dial the ten digits you get a busy tone (PSTN --> GW --> CUCM --> GW
--> PBX). I can seem to be able to figure out which debug commands to
use on the GW to get this info, I don't see the digits coming through,
are there some traces I can get with rtmt? TIA.

	rossella mariotti-jones | network analyst | chemeketa community
college | rossella at chemeketa.edu | 503-589-7775

	P To reduce waste, please consider not printing this email
unless necessary

	________________________________

	CONFIDENTIALITY NOTICE: This e-mail transmission, including any
	attachments to it, may contain confidential information or
protected
	health information subject to privacy regulations such as the
Health
	Insurance Portability and Accountability Act of 1996 (HIPAA).
This
	transmission is intended only for the use of the recipient(s)
	named above. If you are not the intended recipient, or a person
	responsible for delivering it to the intended recipient, you are
	hereby notified that any disclosure, copying, distribution or
use
	of any of the information contained in this transmission is
	STRICTLY PROHIBITED. If you have received this transmission
	in error, please immediately notify me by reply e-mail and
destroy
	the original transmission in its entirety without saving it in
any
	manner.

	_______________________________________________
	cisco-voip mailing list

	cisco-voip at puck.nether.net

	https://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

CONFIDENTIALITY NOTICE: This e-mail transmission, including any 
attachments to it, may contain confidential information or protected 
health information subject to privacy regulations such as the Health 
Insurance Portability and Accountability Act of 1996 (HIPAA). This 
transmission is intended only for the use of the recipient(s) 
named above. If you are not the intended recipient, or a person 
responsible for delivering it to the intended recipient, you are 
hereby notified that any disclosure, copying, distribution or use 
of any of the information contained in this transmission is 
STRICTLY PROHIBITED. If you have received this transmission 
in error, please immediately notify me by reply e-mail and destroy 
the original transmission in its entirety without saving it in any 
manner.