[cisco-voip] MoH with H323, MTP checked
Adam Frankel (afrankel)
afrankel at cisco.com
Mon Nov 28 12:11:52 EST 2011
You should not need to enable duplex streaming under normal
circumstances, however some service providers are unable to handle
0.0.0.0 in the SDP properly. Duplex streaming should be a sufficient
workaround for those cases.
-Adam
------------------------------------------------------------------------
*From:* Peter Slow <peter.slow at gmail.com>
*Sent:* Mon, Nov 28, 2011 11:27:00 AM
*To:* Ahmed Elnagar <ahmed_elnagar at hotmail.com>, cisco voip
<cisco-voip at puck.nether.net>
*CC:*
*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
> <mailto: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 <mailto: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>
> [mailto: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 <mailto: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 <mailto: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 <mailto: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/20111128/2a0f593d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 2768 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20111128/2a0f593d/attachment.jpe>
More information about the cisco-voip
mailing list