[cisco-voip] MoH with H323, MTP checked

[Peter Slow]

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*
>>
>> [image: 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*
>>
>> [image: Description: Description: MS Green]****
>>
>> ** **
>>
>> *From:* Peter Slow [mailto:peter.slow at gmail.com <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*****
>>
>> [image: 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/20111128/b13c8362/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/20111128/b13c8362/attachment.jpg>