10-25-2007 08:23 AM - edited 03-15-2019 07:01 AM
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
10-25-2007 01:02 PM
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.
10-25-2007 11:51 PM
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.
10-26-2007 07:09 AM
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?
11-01-2007 11:33 AM
Anyone out there have any experience with this type of error message?
11-01-2007 03:02 PM
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?
11-02-2007 06:58 AM
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!
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: