[cisco-voip] CUBE and LTI for MTPs

[Brian Meade]

This chart has all the interoperability that can be handled by dtmf-relay
natively on CUBE-
http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/dtmf-relay.html#concept_264617919921874995299551391601561

Brian

On Mon, Mar 30, 2015 at 2:29 PM, Brian Meade <bmeade90 at vt.edu> wrote:

> dtmf-relay I believe should handle that find for you without the MTP.
>
> On Mon, Mar 30, 2015 at 1:21 PM, Anthony Holloway <
> avholloway+cisco-voip at gmail.com> wrote:
>
>> 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.
>>
>> PSTN Caller Pushes DTMF ---> ITSP Delivers RFC2833 ---> CUBE Delivers OOB
>> ---> CUCM Devlier OOB ---> UCCX CTI Port Receives OOB
>>
>> Is that not the case?
>>
>> On Mon, Mar 30, 2015 at 12:01 PM Brian Meade <bmeade90 at vt.edu> wrote:
>>
>>> What are you trying to accomplish with the MTP that can't already be
>>> accomplished with media flow-through and dtmf-relay?
>>>
>>> On Mon, Mar 30, 2015 at 12:38 PM, Anthony Holloway <
>>> avholloway+cisco-voip at gmail.com> wrote:
>>>
>>>> All,
>>>>
>>>> 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.
>>>>
>>>> This works for me:
>>>> dspfarm profile 1 transcode
>>>>  codec g711ulaw
>>>>  codec g729ar8
>>>>  max sessions 1
>>>>  assoc app cube
>>>>  no shut
>>>> !
>>>>
>>>> This does not work for me (it hangs on associating to cube app):
>>>> dapfarm profile 2 mtp
>>>>  codec g711ulaw
>>>>  max sessions software 1
>>>>  assoc app cube
>>>>  no shut
>>>> !
>>>>
>>>> I have the required dspfarm and mode border-element commands, and
>>>> rebooted after as well.
>>>>
>>>> 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.
>>>>
>>>> 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:
>>>>
>>>> 1. LTI
>>>> 2. SCCP via Telephony Service
>>>> 3. SCCP via CUCM
>>>>
>>>> Would you rank them differently?
>>>>
>>>> Thanks for your input in advance.
>>>>
>>>> _______________________________________________
>>>> 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/20150330/383bbb72/attachment.html>