[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