07-26-2010 08:30 AM - edited 03-15-2019 11:55 PM
We have 2 MOH virtual servers configured to source from 2 different TFTP servers in the cluster. The MRGL for MOH on the SIP trunks for outbound, off-net calls use that MRGL which lists both MOH servers in sequence. Whenever a call used the MOH #1 , the call heard music, and was OK on HOLD. But when a call hit MOH #2, there was NO MUSIC playing, and the call on HOLD dropped within 8 seconds since the SIP SDP showed inactive RTP stream, so Verizon dropped the call. Once we directed all MOH to MOH #1, then reset the MOH server #2 and reset the MRGL list, all MOh worked again normally. There was no evidence of a problem, but looking back, I see this alert in the TFTP server syslog,
07-30-2010 08:18 AM - last edited on 02-18-2019 09:02 PM by Gagandeep Kaur
I am going to assume MOH #1 was already working at some point and then it stopped working.
If that is the case, I could not find any known issues which describe the problem you faced. I would suggest turning on the IPVoice Media Streaming App, and CCM traces to detailed level on all nodes. If the problem reoccurrs provide a set of IPVMS and CCM traces from a working to a non working period to Cisco TAC. If the problem doesn't reoccur after sometime, you can set the trace level back to a default level.
This document describes setting and collecting CCM traces.
http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186a0080094e89.shtml
Once again, you'll want to do this entire procedure for CCM (Cisco CallManager) and IPVMS (IP Voice Media Streaming App) traces.
HTH
07-30-2010 10:02 AM
Good idea, IPVMS traces set to detailed, but only have 16 files of 1 Mb each, increased files to capture this event if it recurs.
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: