<div dir="ltr">dtmf-relay I believe should handle that find for you without the MTP.</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 class="HOEnZb"><div class="h5"><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>