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

[Mike Lydick]

Going down the Temporary Failure track you would want to do a 'show isdn
status" and "show isdn service" to ensure that the t1 (if that circuit) has
layer 2 and layer 3 in the correct status. I did not address because you
indicated the 5555 can make it across. Can we take a peak out the full debug
and the dial-peer config?

Best Regards,

Mike Lydick



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

> 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
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090206/4a7c123d/attachment.html>