%DSMP-3-DSP_TIMEOUT:

[halko.peter]

I tried to add 2 new BRIs to slot 1. After the configuration I'm receiving following error on the gateway  (2800 Software (C2800NM-SPSERVICESK9-M), Version 12.4(15)T13).

%DSMP-3-DSP_TIMEOUT: DSP timeout on DSP 1/1:1: event 0xDC, DSMP timed out, while waiting for statistics from the DSP. DSMP State = S_DSMP_COLLECTING_STATS, chnl info(1, 1, 1)

When i make a call, the call goes mute.

I have found that there was a bug related to this problem (CSCef90360), but it is not accessible anymore.

show voice dsp error gives me this result:

DSP: 1/1:1

        Timeout: 3607180.548 3556041.968 3289057.072 3280658.116

                 Number of errors overwritten: 1

This is the gateway hardware:

NAME: "2821 chassis", DESCR: "2821 chassis"

PID: CISCO2821         , VID: V08 ,

NAME: "WAN Interface Card - ATM (With multi line G.SHDSL module) on Slot 0 SubSlot 0", DESCR: "WAN Interface Card - ATM (With multi line G.SHDSL module)"

PID: WIC-1SHDSL-V3     , VID: V02 ,

NAME: "2nd generation two port BRI voice interface daughtercard on Slot 0 SubSlot 1", DESCR: "2nd generation two port BRI voice interface daughtercard"

PID: VIC2-2BRI-NT/TE   , VID: V02 ,

NAME: "2nd generation two port BRI voice interface daughtercard on Slot 0 SubSlot 2", DESCR: "2nd generation two port BRI voice interface daughtercard"

PID: VIC2-2BRI-NT/TE   , VID: V02 ,

NAME: "4 Port FE Switch on Slot 0 SubSlot 3", DESCR: "4 Port FE Switch"

PID: HWIC-4ESW         , VID: V01 ,

NAME: "PVDMII DSP SIMM with Two DSPs on Slot 0 SubSlot 4", DESCR: "PVDMII DSP SIMM with Two DSPs"

PID: PVDM2-32          , VID: V01 ,

NAME: "High Density Voice Network Module on Slot 1", DESCR: "High Density Voice Network Module"

PID: NM-HD-1V          , VID: V01 ,

NAME: "2nd generation two port BRI voice interface daughtercard on Slot 1 SubSlot 0", DESCR: "2nd generation two port BRI voice interface daughtercard"

PID: VIC2-2BRI-NT/TE   , VID: V02 ,

[acampbell]

Hi,

The bug you found (CSCef90360) is being with held by Cisco pending further investigation.

Your current IOS version (c2800nm-spservicesk9-mz.124-15.T13.bin) has beeen deferred (withdrawn) by Cisco due to many bugs.

I would advise you to upgrade to the latest in your train

c2800nm-spservicesk9-mz.124-15.T17.bin

Then re test.

Regards

Alex

[halko.peter]

The problem shouldn't be IOS. I have 2 other VGs with the same IOS and configuration and they are OK.

I found another problem that the DSP is changing its status to up only in the end of the call.(when i hang up)

Mar  6 12:58:01.355 MET: ISDN BR1/0/1 Q931: RX <- CONNECT_ACK pd = 8  callref = 0x01

Mar  6 12:58:01.359 MET: %ISDN-6-CONNECT: Interface BRI1/0/1:1 is now connected to xxxx N/A

Mar  6 12:58:07.359 MET: %ISDN-6-CONNECT: Interface BRI1/0/1:1 is now connected to xxxx N/A

Mar  6 12:58:12.823 MET: %ISDN-6-DISCONNECT: Interface BRI1/0/1:1  disconnected from xxxx , call lasted 11 seconds

Mar  6 12:58:12.823 MET: ISDN BR1/0/1 Q931: TX -> DISCONNECT pd = 8  callref = 0x81

        Cause i = 0x8090 - Normal call clearing

Mar  6 12:58:12.943 MET: ISDN BR1/0/1 Q931: RX <- RELEASE pd = 8  callref = 0x01

Mar  6 12:58:12.943 MET: ISDN BR1/0/1 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x81

Mar  6 12:58:14.291 MET: %DSPRM-5-UPDOWN: DSP 1 in slot 1, changed state to up

After each call through this BRI, the Alarm Indicator is increased.

----------------------------FLEX VOICE CARD 1 ------------------------------

                           *DSP VOICE CHANNELS*

CURR STATE : (busy)inuse (b-out)busy out (bpend)busyout pending

LEGEND     : (bad)bad    (shut)shutdown  (dpend)download pending

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 None          9.4.12 idle  idle                              58  0                 0          0/0

C5510 001 02 None          9.4.12 idle  idle                              58  0                 0          0/0

C5510 001 03 None          9.4.12 idle  idle                              58  0                 0          0/0

C5510 001 04 None          9.4.12 idle  idle                              58  0                 0          0/0

C5510 001 05 None          9.4.12 idle  idle                              58  0                 0          0/0

C5510 001 06 None          9.4.12 idle  idle                              58  0                 0          0/0

C5510 001 07 None          9.4.12 idle  idle                              58  0                 0          0/0

C5510 001 08 None          9.4.12 idle  idle                              58  0                 0          0/0

C5510 001 09 None          9.4.12 idle  idle                              58  0                 0          0/0

C5510 001 10 None          9.4.12 idle  idle                              58  0                 0          0/0

C5510 001 11 None          9.4.12 idle  idle                              58  0                 0          0/0

C5510 001 12 None          9.4.12 idle  idle                              58  0                 0          0/0

C5510 001 13 None          9.4.12 idle  idle                              58  0                 0          0/0

C5510 001 14 None          9.4.12 idle  idle                              58  0                 0          0/0

C5510 001 15 None          9.4.12 idle  idle                              58  0                 0          0/0

C5510 001 16 None          9.4.12 idle  idle                              58  0                 0          0/0

------------------------END OF FLEX VOICE CARD 1 ----------------------------

I also tried to check the DSP with test voice driver command and reset all DSP's in slot 1 test dsp device 1 all reset, but it didn't help.

I think it can be HW issue. Will try to replace the NM-HD-1V.

[Aaron Harrison]

Sometimes different usage patterns may trigger bugs and it may not be hardware.

If practical I would consider swapping the module and DSPs with another router (you say you have others identically configured) to see if the fault moves with it.

Aaron

[Matheus Lopes]

I have C2951 router, version 15.2 and i got the same error, DSP Timeout and the calls were going mute.

I fixed it reloading the gateway and i haven´t got DSP Timeout erros any more.

By the way i will open TAC to find out why it happened.

[saif musa]

Hi,

Did you open TAC ? What did they told you ?

[gsomlana14]

Reboot of Router helped me to resolve the issue .. 

[b.winter]

Why are you answering to a post, which is over 10 years old?
Furthermore, probably nobody still uses 2800 routers, they are end of everything for years.

[feibo yang]

Actually, I still got the same issues on ISR4431 with IOS XE Software, Version 16.09.05

[Roger Kallberg]

As ISR 4K uses a different type of DSP you cannot face the exact same problem. It might be something similar. My advice would be that you upgrade your IOS version to something more current, for example 17.09.06 or 17.12.04. The version you’re using is very old and literally past end of its life cycle.

[Nithin Eluvathingal]

Instead of mentioning something on an old thread, post your problem as a new thread. Another reason for this is that you are not using the same router. Provide detailed information about your issue, and someone will be able to assist you.

Your version of IOS is a bit old, and it’s recommended to upgrade to the latest version as @Roger Kallberg  mentioned