DSP Status Minor Alarm 1

[RDECIT]

We have two units in a cluster that have exactly the same hardware. (3300 MXe, PRI and BRI cards installed)

Both are showing the same minor alarm.

DSP Status - Minor - Total 8 - Unavailable 12%

I have ran SHOW STATUS DSP and had this output:

Slot Number 1 Dsp 0 State: ACTIVE

Slot Number 5 Dsp 0 State: ACTIVE
Slot Number 5 Dsp 1 State: ACTIVE
Slot Number 5 Dsp 2 State: ACTIVE
Slot Number 5 Dsp 3 State: ACTIVE

Slot Number 7 Dsp 0 State: ACTIVE
Slot Number 7 Dsp 1 State: ACTIVE
Slot Number 7 Dsp 2 State: ACTIVE
Slot Number 7 Dsp 3 State: ACTIVE

I'm a bit lost now, as this shows them as active and I'm not experienced in DSP trouble shooting.

 

[IrwinMFletcher]

You have an alarm not because a DSP has a fault, but because you've over provisioned the system, most likely with G729. How many licenses do you have? You should also check Maintenance Logs, it will give you the details of the alarm.

 

[RDECIT]

None of our licensing is at capacity. Unfortunatley our maintenence logs are quite large so it will take some time to run through.

Is there any way to flush the logs.

 

[RDECIT]

According to the alarm time stamp this is happening around the time in the All Maintenence/Software Logs:

Log Type: Software
Log Number: 2843
Severity: Warning
Date: 2009/Jun/09
Time: 11:03:15
Source: VPIM
Description: CSMTPClientMsg::SendDate - Unable to get Time Zone
Module: Main
File Name and Line Number: ipvm_smtpclientmsg.cpp;1824

Log Type: Software
Log Number: 2842
Severity: Warning
Date: 2009/Jun/09
Time: 11:03:15
Source: AL -- IPVMCD
Description: Unexpected Result->Cvm_server_tbl::GetLocalRecord() Failed to find a local record. Check the NVM Servers table to make sure that there is a local record.
Module: Main
File Name and Line Number: Cvm_server_tbl.cpp;868

 

[IrwinMFletcher]

How many Compression licenses do you have? What dsp modules do you have? Better yet, do a DumpDspBootInfo from the shell and post the results.

If your Maintenance Logs are full (not your Software Logs) then you most likely have other issues to resolve. You should be able to use the search in ESM on the log page for 'Dsp'. You can't flush them other than deleting the database files, at least from what I understand.

 

[RDECIT]

I found another thread that had a similar warning in the logs. thread1329-1536922

I've applied this fix and I an waiting for the result.

As for cards. We Have a T1/E1 Combo, Quad BRI and an Analog unit.
We have 8 compression licenses.

I'll do the dumpdspbootinfo if I can remember how to shell onto the box.

 

[IrwinMFletcher]

The logs you posted are related to the internal voicemail (EMEM) as you found and are not related to the dsp services for voicemail.

You can secure telnet into the controller or connect through the serial port, but remember the command is case sensitive {DumpDspBootInfo).

You must also have a quad dsp card based on the output above. Also, depending on the version of MXe, you may also have an echo canceller module. These factor in to what gets loaded on the dsps. The DumpDspBootInfo command will give a lot of that information.

 

[RDECIT]

How to I get onto the controller to run the command. I've used telnet to access the 3300. I get the sx2000 login prompt. When I logon I get screen with numbered blocks at the bottom but can't actually select or type anything.

I'm using telnet magic to get on, using the maint1 and the system users with the same effect.

 

[kwbMitel]

Rob,

I don't suppose this is the same CXi that has/had 20 VM ports programmed on it?

If so, this would cause a DSP resource alarm.

*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.

 

[IrwinMFletcher]

Rob, you need to telnet to port 2002.

 

[RDECIT]

kwbMitel, no it's not the same system. This is actually our in house system that was setup by a Mitel engineer. Now we are more experienced in the system we are fine tuning and resolving issues with it ourselves.

 

[cknipe]

I have the same issue. I thought when our mitel sales engineer first saw this that he told us its was a compression issue or something like this. I called mitel last week on it but the tech told me he was going to research and asked me to call back the next day...since then I havent had time to get back around to it but when I figure it out I'll post something here.

 

[IrwinMFletcher]

In addition, what it's saying is that for what ever resource it is, it requires 8 dsps, 12% of which are 'missing'. However the numbers don't add up. You have 9 dsps showing, the last 4 are then embedded dsps, which don't support compression, so that only leaves what I'm assuming is a quad 21161 dsp module and a T1/E1 combo card. That's only 5 dsps that can support compression, not the suggested 7 of the 8 required. I'm also assuming it's taking about compression since 8 would be required if you have 64 compression licenses.

The DumpDspBootInfo and the number of compression licenses would make it all clear.....hopefully.

 

[RDECIT]

Finally got the DumpDspBootInfo:

Shell restarted
-> DumpDspBootInfo
Dsp(0,0): mmcSlot=1 (1-based) Load Type: TELEPHONY(1,"/sysro/DspConfig/TELEPHON)
Mod Type: NOCONFERENCE(1)
Dsp(1,0): mmcSlot=6 (1-based) Load Type: TELEPHONY(1,"/sysro/DspConfig/TELEPHON)
Mod Type: NOCONFERENCE(1)
Dsp(1,1): mmcSlot=6 (1-based) Load Type: TELEPHONY(1,"/sysro/DspConfig/TELEPHON)
Mod Type: NOCONFERENCE(1)
Dsp(1,2): mmcSlot=6 (1-based) Load Type: TRANSCODER(2,"/sysro/DspConfig/TRANSCO)
Mod Type: DEFAULT(0)
Dsp(1,3): mmcSlot=6 (1-based) Load Type: TELEPHONY(1,"/sysro/DspConfig/TELEPHON)
Mod Type: NOCONFERENCE(1)
Dsp(2,0): mmcSlot=7 (1-based) Load Type: ECHOCANCELLER(3,"/sysro/DspConfig/ECHO)
Mod Type: DEFAULT(0)
Dsp(2,1): mmcSlot=7 (1-based) Load Type: ECHOCANCELLER(3,"/sysro/DspConfig/ECHO)
Mod Type: DEFAULT(0)
Dsp(2,2): mmcSlot=7 (1-based) Load Type: TELEPHONY(1,"/sysro/DspConfig/TELEPHON)
Mod Type: NOCONFERENCE(1)
Dsp(2,3): mmcSlot=7 (1-based) Load Type: TELEPHONY(1,"/sysro/DspConfig/TELEPHON)
Mod Type: DEFAULT(0)
value = 25 = 0x19

 

[IrwinMFletcher]

And the number of compression licenses is 8?

It looks like some of the data was cut off in the post, it's missing the dsp filename (ends in .161 or .262, etc).

Something seems odd. Only compression and T38 will actually generate a DSP Alarm.

 

[RDECIT]

I've taken another shot, but it looks no different. The System capacity snapshot follows:

Password:

Shell restarted
-> DumpDspBootInfo
Dsp(0,0): mmcSlot=1 (1-based) Load Type: TELEPHONY(1,"/sysro/DspConfig/TELEPHON)
Mod Type: NOCONFERENCE(1)
Dsp(1,0): mmcSlot=6 (1-based) Load Type: TELEPHONY(1,"/sysro/DspConfig/TELEPHON)
Mod Type: NOCONFERENCE(1)
Dsp(1,1): mmcSlot=6 (1-based) Load Type: TELEPHONY(1,"/sysro/DspConfig/TELEPHON)
Mod Type: NOCONFERENCE(1)
Dsp(1,2): mmcSlot=6 (1-based) Load Type: TRANSCODER(2,"/sysro/DspConfig/TRANSCO)
Mod Type: DEFAULT(0)
Dsp(1,3): mmcSlot=6 (1-based) Load Type: TELEPHONY(1,"/sysro/DspConfig/TELEPHON)
Mod Type: NOCONFERENCE(1)
Dsp(2,0): mmcSlot=7 (1-based) Load Type: ECHOCANCELLER(3,"/sysro/DspConfig/ECHO)
Mod Type: DEFAULT(0)
Dsp(2,1): mmcSlot=7 (1-based) Load Type: ECHOCANCELLER(3,"/sysro/DspConfig/ECHO)
Mod Type: DEFAULT(0)
Dsp(2,2): mmcSlot=7 (1-based) Load Type: TELEPHONY(1,"/sysro/DspConfig/TELEPHON)
Mod Type: NOCONFERENCE(1)
Dsp(2,3): mmcSlot=7 (1-based) Load Type: TELEPHONY(1,"/sysro/DspConfig/TELEPHON)
Mod Type: DEFAULT(0)
value = 25 = 0x19
->

IP User Licenses: 79
ACD Agent Licenses: 40
IP Device Licenses: 79
Mailbox Licenses: 40
Digital Link Licenses: 2
Compression Licenses: 8
FAX Over IP (T.38) Licenses: 4
SIP Trunk Licenses: 23
Analog Line Licenses: 16
SIP User Licenses: 32
XNET Networking: Yes
IP Networking: Yes
Voice Mail Networking: Yes
Advanced Voice Mail: Yes
Voice Mail Hospitality/PMS: Yes
Tenanting: Yes
MLPP: No
Remote Management: Yes

 

[IrwinMFletcher]

Ah, it's not compression, but Fax (T.38). You have 4 licenses, but no dsps to support it. The logic is a bit funny, but it only counts compression, telephony and T.38 (it ignores echo cancellers). So of those, you have 7 dsps, but you need 8 (you need one more dsp that can support the 4 T.38 licenses).

T.38 only runs on the DSP II cards, if you bought T.38, you should have been told that you need a new card.

 

[RDECIT]

Cheers for that, I seem to remember the Mitel guy mentioning a problem with the card. At the time I didn't quite understand what he was going, but now i do.

We won't be using the T.38 licenses for fax anytime soon, so how do I stop the Mitel from using/seeing them for now.

 

[IrwinMFletcher]

You can't, other than removing the licenses.

 

[RDECIT]

Thought as much, I kinda guessed that would be the case but I wanted to ask first.