[cisco-voip] MoH with H323, MTP checked

Wed Nov 30 04:08:48 EST 2011

Thanks Peter for your help and advise J

Regards,

Ahmed Elnagar | Unified Communication Team Leader | CCIE #24697, Voice

Description: Description: MS Green

From: Peter Slow [mailto:peter.slow at gmail.com] 
Sent: Monday, November 28, 2011 6:27 PM
To: Ahmed Elnagar; cisco voip
Subject: Re: [cisco-voip] MoH with H323, MTP checked

I was in the middle of sending the below email when you found the workaround
to your issue. The next troubleshooting steps are below for everyone else to
see.

you should not have to enable duplex streaming to resolve your issue under
non-bug circumstances. If you are hitting CSCtl21854 and enabling duplex
streaming fixed your issue, the below instructions would've shown the
gateway receiving packets - you would've known then that the gateway was
most likely at fault for the silence, assuming the received packets had a
good payload =)

two things: 
1. Make sure you remember to turn CEF back on since you said you disabled it
2. you should now notice when you place a call on hold that you see the
remote IP of your MoH Server instead of 0.0.0.0 and the status should be
sendrecv instead of recvonly. whole on hold. You'll need to follow calls a
little differently to track down which ones are on hold now through your
MTP, since it wont be as obvious.

nice job finding your solution,

-Peter

On Mon, Nov 28, 2011 at 11:17 AM, Peter Slow <peter.slow at gmail.com> wrote:

not sure what was goign on in that thread, but the next questions to ask
are:

when the PSTN party is placed on hold, you mentioned they don't hear
anything. Tell me more: was there any noise at all such as an initial beep
or repeating noise such as tone on hold, or is it just dead silence?

what codec does the voip leg of your call establish using? - compare this to
the MoH codecs enabled under IPVMSApp's service parameters.

under the connection you see in "show sccp connection" if you take the port
numbers from that output and find the corresponding call under sh rtpspi
call, then take the call ID from that and look at the call in "sh rtpspi
stat" repeatedly while on hold, are your receive packets increasing? (That
command is hardware depedent. please send the list a show diag. or "sh diag
| inc FRU" 

How many MoH Servers total are in your Gateway's MRGL?

-Peter

On Mon, Nov 28, 2011 at 11:04 AM, Ahmed Elnagar <ahmed_elnagar at hotmail.com>
wrote:

And FYI I tried disabling CEF and did not work also.

Regards,

Ahmed Elnagar | Unified Communication Team Leader | CCIE #24697, Voice

Description: Description: MS Green

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ahmed Elnagar
Sent: Monday, November 28, 2011 5:59 PM
To: 'Peter Slow'
Cc: 'cisco voip'

Subject: Re: [cisco-voip] MoH with H323, MTP checked

Thanks peter for the reply

First I think I have the same issue like that guy

https://supportforums.cisco.com/message/3333561#3333561 

to answer your Qs

1-      Yes

2-      Yes 

3-      MoH works fine internally

Regards,

Ahmed Elnagar | Unified Communication Team Leader | CCIE #24697, Voice

Description: Description: MS Green

From: Peter Slow [mailto:peter.slow at gmail.com] 
Sent: Monday, November 28, 2011 5:45 PM
To: Ahmed Elnagar; cisco voip
Subject: Re: [cisco-voip] MoH with H323, MTP checked

Oops, adding the list back in. Sorry for spamming you Ahmed =) I'm better at
media resources than I am at email...

On Mon, Nov 28, 2011 at 10:43 AM, Peter Slow <peter.slow at gmail.com> wrote:

0.0.0.0 is normal if you are seeing it in the remote ip address field of a
sh sccp  command from the IOS MTP. That is normal when you dont have
full-duplex streaming enabled for MoH. By default CUCM wont make a remote
device send audio to the MoH Server, since that's sort of a waste of
bandwidth. That behavior can be changed, but is most likely not your issue.

forgive me for asking stupid questions but I want to start at square one.

1. Do you have two way audio to begin with before the PSTN party is placed
on hold? 
2. Are you sure you can ping the MoH Server being allocated from the IOS MTP
that was in use?
3. if that same IP Phone places another IP Phone at a local site on hold,
does that person get MoH? What about at a remote site?

we can dig deeper once i know those things ;) there are a couple things to
look at but this shouldnt be hard for us to fix.

-Pete

On Mon, Nov 28, 2011 at 10:28 AM, Ahmed Elnagar <ahmed_elnagar at hotmail.com>
wrote:

Hi all;

I have a h323 gateway for PSTN calling through E1, I have configured MRG and
MRGL so that PSTN callers put on hold should hear MOH; however they don't

I have MTP required checked and MRGL points to a MTP device that is
configured on the same gateway "with same IP address for bind h323 and SCCP"

I can see the call when put on hold that the hold leg is pointing to
0.0.0.0; when I change the MTP device to CUCM it works fine.

Any ideas?

Regards,

Ahmed Elnagar | Unified Communication Team Leader | CCIE #24697, Voice

Description: Description: MS Green

_______________________________________________
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/20111130/112d6704/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2768 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20111130/112d6704/attachment.jpg>