Is there a reason you'd like to stick to kpml? Why not try unsolicited
notify and avoid using mtp?
Also what IOS version is this?
On Sep 30, 2016 8:43 AM, "Alan Libbee" wrote:
> I ended up doing the Joshua plan, forcing an MTP for all calls to UCCX. I
> share in your
I ended up doing the Joshua plan, forcing an MTP for all calls to UCCX. I
share in your frustration that this is an issue because it almost works
perfectly.
On Sep 29, 2016 10:52 PM, "Joshua Warcop" wrote:
> Is this on a 4K or ASR router? Until some of these things are worked
Is this on a 4K or ASR router? Until some of these things are
worked out I think it's a safe assumption that MTP for DTMF interworking is
going to be a requirement for CTI routes. Unresolved bug CSCtw50974 is an
example. 2900/3900 IOS doesn't seem to exhibit some
So, what dtmf setup did you go with then, Alan?
On Thu, Sep 29, 2016 at 6:33 PM, Alan Libbee wrote:
> I have run in to the very same issue. It seems that it works fine on a
> direct inbound and outbound call, but if an incoming call comes in and is
> transferred to a uccx
I have run in to the very same issue. It seems that it works fine on a
direct inbound and outbound call, but if an incoming call comes in and is
transferred to a uccx application, the first DTMF digit fails after the
transfer. We took debugs and tac confirmed the same, it is not a
supported
Bringing up this old thread as I've been doing RTP-NTE to SIP-KPML on a lot
of setups but finally ran into an issue with intermittently digits not
being converted from KPML to RTP-NTE. The debugs showed the DTMF-relay
conversion being done and the digits being sent through RTP-NTE but packet
It's the Cloud Jabber option that you can use instead of on-prem
IM
For basic WebEx, I believe it's still included in CUWL Pro licensing if you
renew that. Might be worth a call to WebEx to see if they didn't know
about your renewal.
On Thu, Sep 29, 2016 at 2:32 PM, Scott Voll