cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Announcements

Blog-Cisco Community Wins Lithy 2018 Award

86
Views
0
Helpful
0
Replies
Highlighted
Beginner

DTMF for Call transferred (Divert works OK) to PSTN via RTP Port does not work

Customer has ARC with Voice Connect which holds an IVR. If we call customer DDI it plays an IVR on ARC and presents users to select one of the 8 options. If we press a specific Key, the call is sent to a CTI route Port, which has Call forward all set to another PSTN number owned by Customer. which further plays another IVR and presents options to be selected.

DTMF does not work only in this scenario. We have tried setting up Call forward all on an CIPC/Jabber Client instead of CTI Route Ports, however same observation.

 

 

Problematic Call Flow Scenario

Inbound PSTN ßà SBC ßà CUBE ßà CUCM ßCTI PORTà ARC (IVR Plays (call Answered/Transferred) ßCTI PORTà CUCM ßà CUBE ßà SBC ßà Inbound PSTN (IVR Played/DTMF Fail)

Observation- DTMF method used by CUCM –is “KMPL”

 

 

Other scenarios where DTMF works fine.

  1. Inbound PSTN ßà SBC ßà CUBE ßà CUCM ßCTI PORTà ARC call Divert) ßCTI PORTà CUCM ßà CUBE ßà SBC ßà Inbound PSTN (IVR Played/DTMF OK)

Observation- DTMF method used by CUCM –is “RFC2833”

 

  1. Inbound PSTN ßà SBC ßà CUBE ßà CUCM ß à Phone call Divert) ß à CUCM ßà CUBE ßà SBC ßà Inbound PSTN (IVR Played/DTMF OK)

Observation- DTMF method used by CUCM –is “RFC2833”

 

  1. Inbound PSTN ßà SBC ßà CUBE ßà CUCM ß à Phone call Answered/Transferred) ß à CUCM ßà CUBE ßà SBC ßà Inbound PSTN (IVR Played/DTMF OK)

 

 

Observation so far-

  1. For the problematic scenario, CUCM sends “Notify” events to CUBE and CUBE is rejecting the events as “500” internal error.

Similar DTMF Notify events are sent if an FMC (Mobile) device press DTMF key and it works fine.

 

  1. For FMC (Mobile) DTMF, where the Notify events are responded by CUBE.

In the cases we have seen this working I believe this INVITE was always EO, and in those cases CUBE answers with 200 OK containing this header:

Accept: application/sdp, application/dtmf-relay

 

 

However, when we have done the DO INVITE, CUBE has answered with in this scenario only.

Accept: application/sdp

 

 

 

CUCM & ARC communicate over CTI Route Point. I have read numerous threads on CTI, only support OOB DTMF and hence we need to set up DTMF relay command on the dial peer.

However, this is CUBE SP.

As mentioned FMC (Mobiles) Uses same OOH Notify method and CUBE responds correctly to these messages.

 

 

 

 

Versions-

Enterprise CUBE –

Cisco IOS XE Software, Version 03.10.03.S - Extended Support Release

Cisco IOS Software, ASR1000 Software (X86_64_LINUX_IOSD-ADVIPSERVICESK9-M), Version 15.3(3)S3, RELEASE SOFTWARE (fc1)

 

CUCM-

                CUCM version “11.5.1.14900-11”

Everyone's tags (4)
CreatePlease to create content
This widget could not be displayed.
Ask the Expert- DMVPN on Cisco routers