[cisco-voip] Incoming Call Issue
King, Jesse
JKing at thegranitegroup.com
Thu Mar 24 11:47:07 EST 2005
Interesting. how did you know that this was dsp 4? and not 2?
I'll see if I can get a bad call going, I thought I saw that it was
active by doing the test dsp before. Will double check.
Also from what I have read this is most likely a pad PVDM, so I am going
to open a case with TAC.
-----Original Message-----
From: Wes Sisk [mailto:wsisk at cisco.com]
Sent: Thursday, March 24, 2005 11:38 AM
To: King, Jesse
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Incoming Call Issue
This one looks like your offender:
C549 008 01 g711ulaw 4.4.6 busy idle 0 0 4/0:23 05 0
0/61323
4/0:23
ts= timeslot (aka b-ch)
please telnet in,
term mon
test dsprm 4
option 1
I'm guessing you will not get an 'alive' message for dsp #8. I cannot
find a way to reset that dsp cururently so options are to shut/no shut
the voice port or bounce the rtr.
/Wes
King, Jesse wrote:
>Okay. Good. on the right track. I definitely think this is a DSP
>problem.
>
>Bad call again on channel 5, when I do a sh voice dsp, I get a bunch!
>Lots of dsp's in this 3745. How can I tell with this output what dsp is
>using channel 5? Call is coming in on 4/0:23.5....
>
>
>Thanks for the help here...
>
>DSP DSP DSPWARE CURR BOOT PAK
>TX/RX
>TYPE NUM CH CODEC VERSION STATE STATE RST AI VOICEPORT TS ABORT
>PACK COUNT
>==== === == ======== ======= ===== ======= === == ========= == =====
>============
>C549 004 01 {medium} 4.4.6 IDLE idle 0 0 4/1:1 14 0
>0/0
> 02 {medium} 4.4.6 IDLE idle 0 4/1:1 15 0
>0/0
> 03 {medium} 4.4.6 IDLE idle 0 4/1:1 16 0
>0/0
> 04 {medium} 4.4.6 IDLE idle 0 4/1:1 17 0
>0/0
>C549 005 01 {medium} 4.4.6 IDLE idle 0 0 4/1:1 18 0
>0/0
> 02 {medium} 4.4.6 IDLE idle 0 4/1:1 19 0
>23060/24825
> 03 {medium} 4.4.6 IDLE idle 0 4/1:1 20 0
>109051/11100
> 0
> 04 {medium} 4.4.6 IDLE idle 0 4/1:1 21 0
>312373/31371
> 8
>C549 006 01 {medium} 4.4.6 IDLE idle 0 0 4/0:23 01 0
>647877/56782
> 8
> 02 g711ulaw 4.4.6 busy idle 0 4/0:23 02 0
>464891/42611
> 3
> 03 g711ulaw 4.4.6 busy idle 0 4/0:23 03 0
>312833/28995
> 3
> 04 g711ulaw 4.4.6 busy idle 0 4/0:23 04 0
>200911/18220
> 2
>C549 008 01 g711ulaw 4.4.6 busy idle 0 0 4/0:23 05 0
>0/61323
> 02 {medium} 4.4.6 IDLE idle 0 4/0:23 06 0
>0/19682
> 03 {medium} 4.4.6 IDLE idle 0 4/0:23 07 0
>0/6733
> 04 {medium} 4.4.6 IDLE idle 0 4/0:23 08 0
>0/3738
>C549 009 01 {medium} 4.4.6 IDLE idle 0 0 4/0:23 09 0
>0/0
> 02 {medium} 4.4.6 IDLE idle 0 4/0:23 10 0
>0/0
> 03 {medium} 4.4.6 IDLE idle 0 4/0:23 11 0
>0/0
> 04 {medium} 4.4.6 IDLE idle 0 4/0:23 12 0
>0/0
>C549 010 01 {medium} 4.4.6 IDLE idle 0 0 4/0:23 13 0
>0/0
> 02 {medium} 4.4.6 IDLE idle 0 4/0:23 14 0
>0/0
> 03 {medium} 4.4.6 IDLE idle 0 4/0:23 15 0
>0/19
> 04 {medium} 4.4.6 IDLE idle 0 4/0:23 16 0
>3948/4092
>C549 011 01 {medium} 4.4.6 IDLE idle 0 0 4/0:23 17 0
>4241/4330
> 02 {medium} 4.4.6 IDLE idle 0 4/0:23 18 0
>21097/21569
> 03 {medium} 4.4.6 IDLE idle 0 4/0:23 19 0
>25443/26220
> 04 g711ulaw 4.4.6 busy idle 0 4/0:23 20 0
>76067/77847
>C549 012 04 {medium} 4.4.6 IDLE idle 0 4/1:1 01 0
>31692/59799
>C549 012 01 {medium} 4.4.6 IDLE idle 0 0 4/0:23 21 0
>172243/17591
> 9
> 02 g711ulaw 4.4.6 busy idle 0 4/0:23 22 0
>266380/27074
> 8
> 03 g711ulaw 4.4.6 busy idle 0 4/0:23 23 0
>521264/52475
> 7
>C549 013 01 {medium} 4.4.6 IDLE idle 0 0 4/1:1 02 0
>2017/4245
> 02 {medium} 4.4.6 IDLE idle 0 4/1:1 03 0
>815/564
> 03 {medium} 4.4.6 IDLE idle 0 4/1:1 04 0
>54/29
> 04 {medium} 4.4.6 IDLE idle 0 4/1:1 05 0
>0/0
>C549 014 01 {medium} 4.4.6 IDLE idle 0 0 4/1:1 06 0
>0/0
> 02 {medium} 4.4.6 IDLE idle 0 4/1:1 07 0
>0/0
> 03 {medium} 4.4.6 IDLE idle 0 4/1:1 08 0
>0/0
> 04 {medium} 4.4.6 IDLE idle 0 4/1:1 09 0
>0/0
>C549 015 01 {medium} 4.4.6 IDLE idle 0 0 4/1:1 10 0
>0/0
> 02 {medium} 4.4.6 IDLE idle 0 4/1:1 11 0
>0/0
> 03 {medium} 4.4.6 IDLE idle 0 4/1:1 12 0
>0/0
> 04 {medium} 4.4.6 IDLE idle 0 4/1:1 13 0
>0/57
>
>----------------------------FLEX VOICE CARD 1
>------------------------------
> *DSP VOICE CHANNELS*
>DSP DSP DSPWARE CURR BOOT PAK
>TX/RX
>TYPE NUM CH CODEC VERSION STATE STATE RST AI VOICEPORT TS ABRT
>PACK COUNT
>===== === == ======== ======= ===== ======= === == ========= == ====
>============
> *DSP SIGNALING CHANNELS*
>DSP DSP DSPWARE CURR BOOT PAK
>TX/RX
>TYPE NUM CH CODEC VERSION STATE STATE RST AI VOICEPORT TS ABRT
>PACK COUNT
>===== === == ======== ======= ===== ======= === == ========= == ====
>============
>C5510 001 01 {flex} 4.4.6 alloc idle 0 0 1/0/0 02 0
>177/0
>C5510 001 02 {flex} 4.4.6 alloc idle 0 0 1/0/1 06 0
>129/0
>C5510 001 03 {flex} 4.4.6 alloc idle 0 0 1/0/2 10 0
>92/0
>C5510 001 04 {flex} 4.4.6 alloc idle 0 0 1/0/3 14 0
>103/0
>------------------------END OF FLEX VOICE CARD 1
>----------------------------
>
>-----Original Message-----
>From: Wes Sisk [mailto:wsisk at cisco.com]
>Sent: Thursday, March 24, 2005 10:45 AM
>To: King, Jesse
>Cc: cisco-voip at puck.nether.net
>Subject: Re: [cisco-voip] Incoming Call Issue
>
>Hi Jesse,
>
>Yes, your bad call was on b-ch 5 of the PRI:
>
>Channel ID i = 0xA98385
> Exclusive, Channel 5
>
>Unless you are running a FLEX dspware image (get sh voice dsp), the
>b-ch are statically mapped to the same DSP's, Once a DSP is toast, all
>calls on the assocated ISDN b-ch will fail.
>
>/Wes
>
>King, Jesse wrote:
>
>
>
>>Is the Channel 5 related to the ISDN channel? I don't think its that
>>specific channel because it can happen on multiple calls at once.
>>
>>It could be a DSP issue for sure.... I'll start to research that.
>>
>>Thanks.
>>
>>-----Original Message-----
>>From: Wes Sisk [mailto:wsisk at cisco.com]
>>Sent: Thursday, March 24, 2005 10:38 AM
>>To: King, Jesse
>>Cc: cisco-voip at puck.nether.net
>>Subject: Re: [cisco-voip] Incoming Call Issue
>>
>>Is it always the same channel (5) that fails? Ringtone and voicepath
>>are controlled by the DSP. Maybe it is either locked or bad. Try to
>>reset DSP, then try router reboot. If still not alive after reboot,
>>time for an RMA
>>
>>http://www.cisco.com/en/US/customer/tech/tk652/tk653/technologies_tech
>>_
>>n
>>ote09186a00800e66b1.shtml
>>
>>/Wes
>>
>>King, Jesse wrote:
>>
>>
>>
>>
>>
>>>CM 4.1(2), MGCP Gateway 3745, IOS ver 12.3.11t3, using a PRI
>>>
>>>
>>>Most calls coming in are fine. But sometimes a call comes in, This is
>>>what happened - PSTN calling gets no ringing, but call rings on 7960
>>>phone and is able to answer. No voice in or out is working. Call will
>>>stay up until PSTN caller disconnects call because of no ringing or
>>>conversation.
>>>
>>>I can't seem to narrow this down, and frankly not sure how to. I did
>>>a
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>>>debug of ISDN q931, and have the capture of a good and a bad, but the
>>>look the same. So I suspect I am not debugging the right thing.
>>>
>>>Attached is the isdn q931 of the bad, then the good.
>>>
>>>Any suggestions on where I could start?
>>>
>>>Thanks guys.
>>>
>>>Jesse
>>>
>>>---------------------------------------------------------------------
>>>-
>>>-
>>>-
>>>
>>>Bad ISDN q931 debug
>>>
>>>Mar 24 10:13:03: ISDN Se4/0:23 Q931: RX <- SETUP pd = 8 callref =
>>>
>>>
>>>
>>>
>>0x01A2
>>
>>
>>
>>
>>> Bearer Capability i = 0x8090A2
>>> Standard = CCITT
>>> Transer Capability = Speech
>>> Transfer Mode = Circuit
>>> Transfer Rate = 64 kbit/s
>>> Channel ID i = 0xA98385
>>> Exclusive, Channel 5
>>> Facility i = 0x9F8B0100A10F02010106072A8648CE1500040A0100
>>> Protocol Profile = Networking Extensions
>>> 0xA10F02010106072A8648CE1500040A0100
>>> Component = Invoke component
>>> Invoke Id = 1
>>> Operation = InformationFollowing (calling_name)
>>> Name information in subsequent FACILITY
>>>
>>>
>>>
>>>
>>message
>>
>>
>>
>>
>>> Calling Party Number i = 0x2183, 'XXXXXXXXXX'
>>> Plan:ISDN, Type:National
>>> Called Party Number i = 0x80, 'XXXX'
>>> Plan:Unknown, Type:Unknown Mar 24 10:13:03: ISDN
>>>Se4/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x81A2
>>> Channel ID i = 0xA98385
>>> Exclusive, Channel 5
>>>Mar 24 10:13:03: ISDN Se4/0:23 Q931: TX -> ALERTING pd = 8 callref =
>>>
>>>
>>>
>>>
>>0x81A2
>>
>>
>>
>>
>>> Progress Ind i = 0x8088 - In-band info or appropriate now
>>>available Mar 24 10:13:03: ISDN Se4/0:23 Q931: RX <- FACILITY pd = 8
>>>
>>>
>>>
>>>
>>callref = 0x01A2
>>
>>
>>
>>
>>> Facility i = 0x9F8B0100A1080201010201008400
>>> Protocol Profile = Networking Extensions
>>> 0xA1080201010201008400
>>> Component = Invoke component
>>> Invoke Id = 1
>>> Operation = CallingName
>>> Name not available Mar 24 10:13:08:
>>>ISDN Se4/0:23 Q931: TX -> CONNECT pd = 8 callref = 0x81A2
>>> Display i = 'Jesse King'
>>>Mar 24 10:13:08: ISDN Se4/0:23 Q931: RX <- STATUS pd = 8 callref =
>>>
>>>
>>>
>>>
>>0x01A2
>>
>>
>>
>>
>>> Cause i = 0x80E328 - Information element not implemented
>>> Call State i = 0x07
>>>Mar 24 10:13:08: ISDN Se4/0:23 Q931: RX <- CONNECT_ACK pd = 8
>>>callref
>>>
>>>
>
>
>
>>>= 0x01A2
>>>
>>>
>>>
>>>Good IDSN q931 here:
>>>
>>>Mar 24 10:23:32: ISDN Se4/0:23 Q931: RX <- SETUP pd = 8 callref =
>>>
>>>
>>>
>>>
>>0x01BA
>>
>>
>>
>>
>>> Bearer Capability i = 0x8090A2
>>> Standard = CCITT
>>> Transer Capability = Speech
>>> Transfer Mode = Circuit
>>> Transfer Rate = 64 kbit/s
>>> Channel ID i = 0xA98382
>>> Exclusive, Channel 2
>>> Facility i = 0x9F8B0100A10F02010106072A8648CE1500040A0100
>>> Protocol Profile = Networking Extensions
>>> 0xA10F02010106072A8648CE1500040A0100
>>> Component = Invoke component
>>> Invoke Id = 1
>>> Operation = InformationFollowing (calling_name)
>>> Name information in subsequent FACILITY
>>>
>>>
>>>
>>>
>>message
>>
>>
>>
>>
>>> Calling Party Number i = 0x2183, 'XXXXXXXXXX'
>>> Plan:ISDN, Type:National
>>> Called Party Number i = 0x80, 'XXXX'
>>> Plan:Unknown, Type:Unknown Mar 24 10:23:32: ISDN
>>>Se4/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x81BA
>>> Channel ID i = 0xA98382
>>> Exclusive, Channel 2
>>>Mar 24 10:23:32: ISDN Se4/0:23 Q931: TX -> ALERTING pd = 8 callref =
>>>
>>>
>>>
>>>
>>0x81BA
>>
>>
>>
>>
>>> Progress Ind i = 0x8088 - In-band info or appropriate now
>>>available Mar 24 10:23:32: ISDN Se4/0:23 Q931: RX <- FACILITY pd = 8
>>>
>>>
>>>
>>>
>>callref = 0x01BA
>>
>>
>>
>>
>>> Facility i = 0x9F8B0100A1080201010201008400
>>> Protocol Profile = Networking Extensions
>>> 0xA1080201010201008400
>>> Component = Invoke component
>>> Invoke Id = 1
>>> Operation = CallingName
>>> Name not available Mar 24 10:23:37:
>>>ISDN Se4/0:23 Q931: TX -> CONNECT pd = 8 callref = 0x81BA
>>> Display i = 'Jesse King'
>>>Mar 24 10:23:37: ISDN Se4/0:23 Q931: RX <- STATUS pd = 8 callref =
>>>
>>>
>>>
>>>
>>0x01BA
>>
>>
>>
>>
>>> Cause i = 0x80E328 - Information element not implemented
>>> Call State i = 0x07
>>>Mar 24 10:23:37: ISDN Se4/0:23 Q931: RX <- CONNECT_ACK pd = 8
>>>callref
>>>
>>>
>
>
>
>>>= 0x01BA
>>>
>>>---------------------------------------------------------------------
>>>-
>>>-
>>>-
>>>
>>>_______________________________________________
>>>cisco-voip mailing list
>>>cisco-voip at puck.nether.net
>>>https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>>
>>>
>>>
>>>
>>>
More information about the cisco-voip
mailing list