[cisco-voip] CCM6 MOH

Melvin Fong mfong at pacific.edu
Fri Jan 18 13:50:56 EST 2008


Our trouble is ending up a multicast issue, we disabled multicast and
everything seems to be working properly.

We're now going to investigate the multi cast issue

 

________________________________

From: Wes Sisk [mailto:wsisk at cisco.com] 
Sent: Thursday, January 17, 2008 12:05 PM
To: Melvin Fong
Cc: Jonathan Charles; Ryan Ratliff; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CCM6 MOH

 

I see several possible issues related to placing SIP endpoints on hold
and then IPVMSAPP stopping streaming, but nothing obviously systemic.
Looks like IPVMSApp traces and a TAC case are next step.

/Wes

Melvin Fong wrote: 

That is exactly what I see also....nothing
 
-----Original Message-----
From: Jonathan Charles [mailto:jonvoip at gmail.com] 
Sent: Thursday, January 17, 2008 10:15 AM
To: Ryan Ratliff
Cc: Melvin Fong; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CCM6 MOH
 
OK, when I am on hold, I am getting packets... they are just blank,
apparently...
 
 
Jonathan
 
On Jan 17, 2008 11:58 AM, Ryan Ratliff <rratliff at cisco.com>
<mailto:rratliff at cisco.com>  wrote:
  

	Well the first part of troubleshooting one-way or no-way audio
is to
	establish if you are even receiving audio packets.  You could be
	    

receiving
  

	packets and thus not have a routing issue only there is nothing
but
	    

silence
  

	in the audio packets you are receiving.  It's an important
	    

differentiation
  

	but I'd guess either way your IPVMSA is doing something funky.
	 
	 
	-Ryan
	 
	-----Original Message-----
	From: Jonathan Charles [mailto:jonvoip at gmail.com]
	Sent: Thursday, January 17, 2008 12:49 PM
	To: Ryan Ratliff
	Cc: Melvin Fong; cisco-voip at puck.nether.net
	Subject: Re: [cisco-voip] CCM6 MOH
	 
	One way audio I would troubleshoot as a routing issue...
However, MOH
	    

does,
  

	in fact, work for a few seconds... and if you get put on hold in
that
	window, you hear music indefinitely.
	 
	However, if you are put on hold after that 5 seconds, you hear
	    

nothing.... I
  

	have even tried this with the same call... reset IPVMSA, get
MOH,
	    

after a
  

	minute, resume and place on hold again, and they get dead air...
	 
	This is really strange, and the IPVMSA service is still running.
	 
	 
	 
	Jonathan
	 
	On Jan 17, 2008 11:38 AM, Ryan Ratliff <rratliff at cisco.com>
<mailto:rratliff at cisco.com>  wrote:
	    

		Troubleshoot this like any one-way audio issue.  When
you hear the
		dead air, press the ? Button twice on the phone.  Are
you receiving
		      

any
  

	packets?  Are
	    

		you losing packets or discarding packets?   If you are
getting
		      

packets
  

	then
	    

		IPVMSA is probably at fault.  Get a sniffer capture at
the phone +
		detailed IPVMSA and CCM traces from the appropriate
servers and open
		      

a TAC
  

	SR.
	    

		If you aren't getting packets then you need to find out
why.  This
		      

may
  

		involve sniffing at the CM server to see if it is still
sending
		      

packets.
  

		Look at RTMT perfmon stats to see if the MOH resource is
getting
		released for some reason.
		 
		 
		-Ryan
		-----Original Message-----
		From: cisco-voip-bounces at puck.nether.net
		[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of
Melvin Fong
		Sent: Thursday, January 17, 2008 12:35 PM
		To: cisco-voip at puck.nether.net
		 
		Subject: Re: [cisco-voip] CCM6 MOH
		 
		We are having the similar issue, using 6.01a, it changes
and will
		      

work
  

		one time, then when you change the MOH source it won't
work on the
		gateway but work between extensions and vis versa.
		 
		-----Original Message-----
		From: cisco-voip-bounces at puck.nether.net
		[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of
Jonathan
		Charles
		Sent: Thursday, January 17, 2008 9:05 AM
		To: cisco-voip at puck-nether.net
		Subject: [cisco-voip] CCM6 MOH
		 
		So, I just deployed a CCM 6.01a cluster and MOH does not
work...
		      

well
  

		it sort of does...
		 
		If you put people on hold, you get dead air... if you
reset the IP
		Voice Media Streaming App, and put someone on hold
within 5 seconds,
		they get MOH, resume the call after 5 seconds (or put
someone on
		      

hold
  

		more than 5 seconds after you have reset it), and they
get dead air
		      

	again..
	    

		Any ideas? Bug?
		 
		 
		 
		Jonathan
		_______________________________________________
		cisco-voip mailing list
		cisco-voip at puck.nether.net
		https://puck.nether.net/mailman/listinfo/cisco-voip
		_______________________________________________
		cisco-voip mailing list
		cisco-voip at puck.nether.net
		https://puck.nether.net/mailman/listinfo/cisco-voip
		 
		_______________________________________________
		cisco-voip mailing list
		cisco-voip at puck.nether.net
		https://puck.nether.net/mailman/listinfo/cisco-voip
		 
		      

	 
	    

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20080118/dfd31ba3/attachment-0001.html 


More information about the cisco-voip mailing list