cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
719
Views
0
Helpful
6
Replies

CME MOH skipping

Chris Driggers
Level 1
Level 1

I have CME 4.1 running on a 2801. For music on hold, we are using an external source. I have an ephone-dn with the moh out-call command pointed to a dial-peer that is connected to our music source. If you dial the dial-peer, you hear the music and it's working fine.

When you are placed on hold, you hear the same 2 second snippet of James Taylor over and over again. The debug ephone moh command gives the following result:

Oct 25 16:17:46.041: Skinny MOH late reading block at play 24160 write 0

with distance 7840 late-count 23

Oct 25 16:17:50.041: Skinny MOH late reading block at play 24160 write 0

with distance 7840 late-count 73

Oct 25 16:17:54.029: Skinny MOH late reading block at play 24160 write 0

with distance 7840 late-count 123

Oct 25 16:17:58.025: Skinny MOH late reading block at play 24160 write 0

with distance 7840 late-count 173

Oct 25 16:18:02.025: Skinny MOH late reading block at play 24160 write 0

with distance 7840 late-count 223

A reboot of the router will solve the problem for a while, but it reoccurs. Anyone face this issue before?

The IOS version is c2801-ipvoicek9-mz.124-15.T1.bin

6 Replies 6

Chris Driggers
Level 1
Level 1

Here are the important sections from the CME config:

dial-peer voice 897898 voip

destination-pattern 897898

redirect ip2ip

session protocol sipv2

session target ipv4:192.168.112.111

dtmf-relay rtp-nte

codec g711ulaw

no vad

ephone-dn 90

number 9999

label CisteraMOH

description CisteraMOH

name CisteraMOH

moh out-call 897898

Like I said, if you dial 897898, you hear the music feed and it's working fine. If you are placed on hold, you hear a 2 second clip of the music endlessly repeating, while the skinny moh error messages pop up on your terminal. any ideas on this would be appreciated.

Can you clarify why there is a need for the SIP feed are your handsets all SIP based?

If this is the case what is the load on the CPU?

Cheers.

No, the handsets aren't sip based, but moh server requires sip. When you are asking about the load, do you mean the cpu utilization?

Chris Driggers
Level 1
Level 1

Anyone out there have any experience with this type of error message?

I've never seen a SIP source used as MoH before, typically I've used either an E&M (for Live) or flash (as static) as the source.

I assume that the router is attempting to cache the MoH file. It might be worth trying the following command to effectively disable the cache.

"ivr prompt memory 128"

What product are you using for the SIP MoH stream?

It is a Cistera call-recording system that has some additional built in features. I'll try your fix and we'll see if it works. I'll let you know!

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: