<div dir="ltr">After reading a bit more in the CUCM SRND, I see that SIP INFO is not supported by CUCM, and furthermore, Cisco's preferred OOB method is KPML.<div><br></div><div>"Out-of-band (OOB) SIP DTMF signalling methods include Unsolicited Notify (UN), Information</div><div>(INFO), and Key Press Mark-up Language (KPML). KPML (RFC 4730) is the OOB signalling method</div><div>preferred by Cisco and is supported by Cisco Unified CM, Cisco IOS platforms (Release 12.4 and later),</div><div>and most models of Cisco Unified IP Phones. INFO is not supported by Unified CM."</div><div>Source: <a href="http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/srnd/collab10/collab10/trunks.html#pgfId-1346554">http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/srnd/collab10/collab10/trunks.html#pgfId-1346554</a><br><div><br></div><div>With that said, according to the link you provided on CUBE and DTMF inter-working, it would appear as though the only option which remains is SIP NOTIFY. This method requires the SIP Trunk Security Profile to have the Accept unsolicited notification checkbox checked.</div><div><br></div><div>I did test with KPML, and CUBE did inter-work it. My IOS/CUBE version is as follows:</div><div><br></div><div><div><div><b>CUBE#sh cube status | in Version</b></div><div><b>CUBE-Version : 10.0.2</b></div><div><b>SW-Version : 15.4.3.M2, Platform CISCO2921/K9</b></div></div><div><br></div><div>I think I'll go with KPML for now, and thank you for helping me to see the light.</div><br><div class="gmail_quote">On Mon, Mar 30, 2015 at 1:52 PM Brian Meade <<a href="mailto:bmeade90@vt.edu">bmeade90@vt.edu</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">This chart has all the interoperability that can be handled by dtmf-relay natively on CUBE- <a href="http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/dtmf-relay.html#concept_264617919921874995299551391601561" target="_blank">http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/dtmf-relay.html#concept_264617919921874995299551391601561</a></div><div dir="ltr"><div><br></div><div>Brian</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 30, 2015 at 2:29 PM, Brian Meade <span dir="ltr"><<a href="mailto:bmeade90@vt.edu" target="_blank">bmeade90@vt.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">dtmf-relay I believe should handle that find for you without the MTP.</div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 30, 2015 at 1:21 PM, Anthony Holloway <span dir="ltr"><<a href="mailto:avholloway+cisco-voip@gmail.com" target="_blank">avholloway+cisco-voip@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Oooo, good question Brian. It's my understanding that in order for the below specific call flow to work, an MTP is required for DTMF inter-working of inband to out-of-band.<br><br><div>PSTN Caller Pushes DTMF ---> ITSP Delivers RFC2833 ---> CUBE Delivers OOB ---> CUCM Devlier OOB ---> UCCX CTI Port Receives OOB</div><div><br></div><div><span style="line-height:1.5;font-size:13.1999998092651px">Is that not the case?</span><br></div></div><div><div><br><div class="gmail_quote">On Mon, Mar 30, 2015 at 12:01 PM Brian Meade <<a href="mailto:bmeade90@vt.edu" target="_blank">bmeade90@vt.edu</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">What are you trying to accomplish with the MTP that can't already be accomplished with media flow-through and dtmf-relay?</div><div class="gmail_extra"><br><div class="gmail_quote"></div></div><div class="gmail_extra"><div class="gmail_quote">On Mon, Mar 30, 2015 at 12:38 PM, Anthony Holloway <span dir="ltr"><<a href="mailto:avholloway+cisco-voip@gmail.com" target="_blank">avholloway+cisco-voip@gmail.com</a>></span> wrote:<br></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">All,<div><br></div><div>I know the name itself, LTI, includes the word transcoding, but I'm just double checking that this will or will not work for registering an MTP on the CUBE. All roads are leading me to the answer, but it just seems like a huge miss on Cisco's part to not allow us to register MTPs as well as XCODE via the LTI method.</div><div><br></div><div>This works for me:</div><div>dspfarm profile 1 transcode</div><div> codec g711ulaw</div><div> codec g729ar8</div><div> max sessions 1</div><div> assoc app cube</div><div> no shut</div><div>!</div><div><br></div><div>This does not work for me (it hangs on associating to cube app):</div><div>dapfarm profile 2 mtp</div><div> codec g711ulaw</div><div> max sessions software 1</div><div> assoc app cube</div><div> no shut</div><div>!</div><div><br></div><div>I have the required dspfarm and mode border-element commands, and rebooted after as well.</div><div><br></div><div>Seems like with the standard requirement of rfc2833 on SIP trunks to the ITPS, and CTI apps in the network (I'm looking at you UCCX), MTPs play a large role in the success of SIP trunking for customers, and yet I cannot even register them locally with the LTI.</div><div><br></div><div>I do have a fallback plan, so I'm not stuck. I'm just looking for the optimal design scenario. In my order of preference I would like to go:</div><div><br></div><div>1. LTI</div><div>2. SCCP via Telephony Service</div><div>3. SCCP via CUCM</div><div><br></div><div>Would you rank them differently?</div><div><br></div><div>Thanks for your input in advance.</div></div>
<br></blockquote></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>
</blockquote></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</blockquote></div></div></div></div>