[cisco-voip] Incoming Call Issue
King, Jesse
JKing at thegranitegroup.com
Thu Mar 24 14:03:42 EST 2005
Thanks to all who provided assistance. It helped me diagnose quickly and
I certainly learned a great deal.
I'm receiving a replacement NM-HDV card and have taken the problem
time-slots out of service.
Jesse
-----Original Message-----
From: Wes Sisk [mailto:wsisk at cisco.com]
Sent: Thursday, March 24, 2005 12:57 PM
To: King, Jesse
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Incoming Call Issue
CM service parameters "Change B-Channel Maintenance Status"
/Wes
King, Jesse wrote:
>I there a way to Busy out individual time slots? IOS level? or through
>MGCP gateway config?
>
>
>
>
>
>-----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_tec
>>>h
>>>_
>>>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