Sorry, nevermind my previous e-mail. I need hardware transconder to get this to work..<br><br>
<div class="gmail_quote">2010/7/16 Paul van den IJssel <span dir="ltr">&lt;<a href="mailto:pijssel@gmail.com">pijssel@gmail.com</a>&gt;</span><br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div>We got it to work! I checked the &quot;Accept Unsolicited Notification&quot; box of the SIP Trunk Profile, and now DTMF is working fine on my in- and outbound calls.</div>
<div> </div>
<div>Now here&#39;s the next challange.. SIP Trunk is in a region running G.711. IP Phone A and B are using G.711, IP Phone C and D are using G.729. All devices have a MRGL containing both MTP (G.711) and CFB (G.711). Setting up a conf call to the G.711 phones is working fine. But when I try to setup a conf call to phone A and B, or A and C. The G.729 call gets terminated. It should use the CFB and MTP just as it whould with a normal H.323 or MGCP gateway connected, right?</div>

<div> </div>
<div>Paul</div>
<div><br> </div>
<div class="gmail_quote">2010/7/15 Nick Matthews <span dir="ltr">&lt;<a href="mailto:matthnick@gmail.com" target="_blank">matthnick@gmail.com</a>&gt;</span> 
<div>
<div></div>
<div class="h5"><br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">You really have to check the DTMF settings on every hop.  I thought<br>there was a CUE involved also?<br><br>
If you&#39;re not seeing the 101 PT in the SDP in the 200 OK you need to<br>check the INVITE to see what PT is being advertised, and if it&#39;s being<br>advertised at all.<br><br>SIP INFO and NOTIFY are not generally widely used.  I would work with<br>
getting 2833 to work first.<br><font color="#888888"><br>-nick<br></font>
<div>
<div></div>
<div><br>On Thu, Jul 15, 2010 at 4:58 AM, Paul van den IJssel &lt;<a href="mailto:pijssel@gmail.com" target="_blank">pijssel@gmail.com</a>&gt; wrote:<br>&gt; Hi all,<br>&gt;<br>&gt;<br>&gt;<br>&gt; Here is some aditional information from the ISP side. they are using a<br>
&gt; Genband MSX release 4.3m6 and we have the following options for DTMF<br>&gt; transmission:<br>&gt;<br>&gt;<br>&gt;<br>&gt; SIP NOTIFY<br>&gt;<br>&gt; SIP INFO<br>&gt;<br>&gt; RFC2833 (payload type 101)<br>&gt;<br>&gt;<br>
&gt;<br>&gt; When we send DTMF to the CCM with SIP NOTIFY we see a 403 Forbidden comming<br>&gt; back from the CCM.<br>&gt;<br>&gt;<br>&gt;<br>&gt; One other thing i noticed is that when we place a inbound call to the CCM<br>
&gt; --&gt; IVR (using RFC2833) the 200OK doesen&#39;t contain a media type 101<br>&gt; (rfc2833), and if i&#39;m correct the CCM was configured for RFC2833 at that<br>&gt; point. If the SBC doesen&#39;t receive the correct media type in the 200OK it<br>
&gt; assumes that there is no support for RFC2833 and it will fallback to inband<br>&gt; DTMF tones in the audio stream.<br>&gt;<br>&gt;<br>&gt;<br>&gt; Could this have something to do with the DTMF transmission between the CCM<br>
&gt; and unity express? Is the DTMF transmitted in the siggnaling between the CCM<br>&gt; and the unity express? Or is it using RTP payload like RFC2833 does?<br>&gt;<br>&gt;<br>&gt;<br>&gt; Here also a brief description of our setup:<br>
&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt; [ISDN30/DMS100]--------------------[Cisco AS5850]------------------[SIP<br>&gt; proxy]--------------------[Genband SBC]-----------------[CCM]<br>&gt;<br>&gt;                                ISDN30<br>
&gt; SIP                            SIP                                       SIP<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt; Thanks in advance,<br>&gt;<br>&gt;<br>&gt;<br>&gt; Jan Hazenberg<br>&gt;<br>&gt;<br>&gt;<br>
&gt; 2010/7/15 Nicholas Samios &lt;<a href="mailto:nsamios@staff.iinet.net.au" target="_blank">nsamios@staff.iinet.net.au</a>&gt;<br>&gt;&gt;<br>&gt;&gt; What codec are you using ?  i.e. Region settings, etc.<br>&gt;&gt;<br>
&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; &gt;&gt; If you are not using a cube, you might need an enhanced IOS software<br>&gt;&gt; &gt;&gt; MTP termination point which will allow the capturing of DTMF packets inband<br>&gt;&gt; &gt;&gt; and process them out of band.  These can run as software MTPs on the gateway<br>
&gt;&gt; &gt;&gt; (cannot use the &gt;&gt;UCM built in &gt;&gt;software MTPs for this purpose).<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; That’s incorrect.  CUCM’s inbuilt MTPs can be used to convert DTMF i.e.<br>&gt;&gt; take OOB H245 and make it RFC2833, etc.<br>
&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; <a href="http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/6x/media.html#wp1054848" target="_blank">http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/6x/media.html#wp1054848</a><br>
&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; From: <a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a><br>&gt;&gt; [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a>] On Behalf Of Paul van den IJssel<br>
&gt;&gt; Sent: Thursday, July 15, 2010 4:21 PM<br>&gt;&gt; To: <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>&gt;&gt; Subject: Re: [cisco-voip] SIP Trunk from ISP DTMF issue<br>
&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; My ISP is able to set the DTMF to:<br>&gt;&gt;<br>&gt;&gt; - SIP INFO;<br>&gt;&gt;<br>&gt;&gt; - SIP NOTIFY;<br>&gt;&gt;<br>&gt;&gt; - RFC2833 (payload type 101);<br>&gt;&gt;<br>
&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; If my ISP sets it to RFC2833 the CUCM should accept it right?<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; 2010/7/13 Matt Slaga (US) &lt;<a href="mailto:Matt.Slaga@us.didata.com" target="_blank">Matt.Slaga@us.didata.com</a>&gt;<br>
&gt;&gt;<br>&gt;&gt; If you are not using a cube, you might need an enhanced IOS software MTP<br>&gt;&gt; termination point which will allow the capturing of DTMF packets inband and<br>&gt;&gt; process them out of band.  These can run as software MTPs on the gateway<br>
&gt;&gt; (cannot use the UCM built in software MTPs for this purpose).<br>&gt;&gt;<br>&gt;&gt; ________________________________________<br>&gt;&gt; From: <a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a><br>
&gt;&gt; [<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a>] On Behalf Of Nick Matthews<br>&gt;&gt; [<a href="mailto:matthnick@gmail.com" target="_blank">matthnick@gmail.com</a>]<br>
&gt;&gt; Sent: Tuesday, July 13, 2010 11:38 AM<br>&gt;&gt; To: Mark Holloway<br>&gt;&gt; Cc: <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>; Paul van den IJssel<br>&gt;&gt; Subject: Re: [cisco-voip] SIP Trunk from ISP DTMF issue<br>
&gt;&gt;<br>&gt;&gt; Also check the ccn subsystem sip on the CUE - make sure you&#39;re<br>&gt;&gt; configured for the DTMF method you&#39;re using everywhere else.  Plus use<br>&gt;&gt; a CUBE as stated.<br>&gt;&gt;<br>&gt;&gt; -nick<br>
&gt;&gt;<br>&gt;&gt; On Tue, Jul 13, 2010 at 11:17 AM, Mark Holloway &lt;<a href="mailto:mh@markholloway.com" target="_blank">mh@markholloway.com</a>&gt;<br>&gt;&gt; wrote:<br>&gt;&gt; &gt; The Genband is probably doing the same thing that CUBE would be doing.<br>
&gt;&gt; &gt;  What<br>&gt;&gt; &gt; are the DTMF requirements from your provider?  Have you confirmed that<br>&gt;&gt; &gt; DTMF<br>&gt;&gt; &gt; is being passed to the provider?  A Wireshark capture on the public side<br>
&gt;&gt; &gt; of<br>&gt;&gt; &gt; the S3 would verify DTMF is being passed.<br>&gt;&gt; &gt; On Jul 13, 2010, at 7:58 AM, Bill wrote:<br>&gt;&gt; &gt;<br>&gt;&gt; &gt; You should not trunk directly to CUCM from your ITSP. You need to go<br>
&gt;&gt; &gt; through<br>&gt;&gt; &gt; a CUBE router. Terminate the ITSP on the CUBE and then do a SIP trunk to<br>&gt;&gt; &gt; your CUBE router.<br>&gt;&gt; &gt;<br>&gt;&gt; &gt; ________________________________<br>&gt;&gt; &gt; From: <a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a><br>
&gt;&gt; &gt; [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a>] On<br>&gt;&gt; &gt; Behalf Of Paul van den IJssel<br>&gt;&gt; &gt; Sent: Tuesday, July 13, 2010 9:54 AM<br>
&gt;&gt; &gt; To: <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>&gt;&gt; &gt; Subject: [cisco-voip] SIP Trunk from ISP DTMF issue<br>&gt;&gt; &gt;<br>&gt;&gt; &gt; Hi all,<br>
&gt;&gt; &gt;<br>&gt;&gt; &gt; Currently I&#39;m running a acceptance test on a SIP Trunk from our ISP.<br>&gt;&gt; &gt; Everything is working fine except the DTMF.<br>&gt;&gt; &gt;<br>&gt;&gt; &gt; Setup:<br>&gt;&gt; &gt; [GenBand SBC] ---- [SIP Trunk into CUCM 7.1] ---- [Cisco Unity Express<br>
&gt;&gt; &gt; 7.0]<br>&gt;&gt; &gt;<br>&gt;&gt; &gt; The SIP Trunk as well as the CUE are in the same region supporting only<br>&gt;&gt; &gt; G.711. On the SIP Trunk I&#39;ve tried all different kind of DTMF<br>&gt;&gt; &gt; configurations<br>
&gt;&gt; &gt; (No Preference, RFC 2833 and OOB). We&#39;ve tried to force the GenBand SBC<br>&gt;&gt; &gt; to<br>&gt;&gt; &gt; only use RFC 2833 as well as the SIP Trunk. But this didn&#39;t work, not<br>&gt;&gt; &gt; even<br>
&gt;&gt; &gt; after we added a MRGL with MTP&#39;s.<br>&gt;&gt; &gt;<br>&gt;&gt; &gt; Is there some sort of best practive to implement DTMF over a SIP Trunk?<br>&gt;&gt; &gt; Is<br>&gt;&gt; &gt; there a way I can do some debugging on the CUCM/CUE?<br>
&gt;&gt; &gt;<br>&gt;&gt; &gt; Kind regards,<br>&gt;&gt; &gt;<br>&gt;&gt; &gt; Paul van den IJssel<br>&gt;&gt; &gt; Digacom<br>&gt;&gt; &gt; _______________________________________________<br>&gt;&gt; &gt; cisco-voip mailing list<br>
&gt;&gt; &gt; <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>&gt;&gt; &gt; <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
&gt;&gt; &gt;<br>&gt;&gt; &gt;<br>&gt;&gt; &gt; _______________________________________________<br>&gt;&gt; &gt; cisco-voip mailing list<br>&gt;&gt; &gt; <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
&gt;&gt; &gt; <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>&gt;&gt; &gt;<br>&gt;&gt; &gt;<br>&gt;&gt;<br>&gt;&gt; _______________________________________________<br>
&gt;&gt; cisco-voip mailing list<br>&gt;&gt; <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>&gt;&gt; <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
&gt;&gt;<br>&gt;&gt; -----------------------------------------<br>&gt;&gt; Disclaimer:<br>&gt;&gt;<br>&gt;&gt; This e-mail communication and any attachments may contain<br>&gt;&gt; confidential and privileged information and is for use by the<br>
&gt;&gt; designated addressee(s) named above only.  If you are not the<br>&gt;&gt; intended addressee, you are hereby notified that you have received<br>&gt;&gt; this communication in error and that any use or reproduction of<br>
&gt;&gt; this email or its contents is strictly prohibited and may be<br>&gt;&gt; unlawful.  If you have received this communication in error, please<br>&gt;&gt; notify us immediately by replying to this message and deleting it<br>
&gt;&gt; from your computer. Thank you.<br>&gt;&gt;<br>&gt;&gt;<br>&gt;<br>&gt; _______________________________________________<br>&gt; cisco-voip mailing list<br>&gt; <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
&gt; <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>&gt;<br>&gt;<br></div></div></blockquote></div></div></div><br></blockquote></div>
<br>