CUBE Asymmetric DTMF inter-working

noobatron · ‎05-11-2016

Hi all,

I'm having issues with inbound calls from a SIP ISP to a PABX connected endpoint failing due to DTMF RTP-NTE when DTMF dynamic payload type 97 is advertised in the INVITE. As such, i'm trying to configure asymmetric payload for DTMF interworking so that DTMF dynamic payload type 101 is used for the call leg from the CUBE to CUCM instead of 97 as received from the ISP with no luck. Dynamic PT 97 is still being sent to CUCM.

Topology

SIP ISP === [CUBE enterprise] ===== [CUCM] =====[MGCP GW] ==< QSIG E1>=== [PABX]-------- [phone]

Scenarios

Inbound SIP PSTN calls to with dynamic payload type 101 (a=rtpmap:101 telephone-event/8000) are successful
Inbound SIP PSTN calls to with dynamic payload type 97(a=rtpmap:97 telephone-event/8000) are successful

Configurations

No media resources configured for transcoding on CUCM (by design)
No MTP in use (by design)
Transcoding configured on CUBE
SIP Trunk on CUCM to CUBE DTMF signalling method: no preference

CUBE

voice service voip
ip address trusted list
<omitted>
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
fax protocol none
sip
bind control source-interface Loopback0
bind media source-interface Loopback0
asserted-id pai
outbound-proxy <omitted>
asymmetric payload full
midcall-signaling passthru
privacy-policy passthru
sip-profiles 10

!

dspfarm profile 10 transcode
codec g729r8
codec g729br8
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
maximum sessions 28
associate application CUBE
!
dial-peer voice 1001 voip
description ** Outgoing via CUCM **
huntstop
preference 1
destination-pattern <omitted>
session protocol sipv2
session target <omitted>
voice-class codec 10
no voice-class sip outbound-proxy
rtp payload-type nte 101
voice-class sip asymmetric payload dtmf
dtmf-relay rtp-nte
fax-relay ecm disable
fax rate disable
no vad

!
dial-peer voice 2000 voip
description ** Incoming from SIP PSTN **
translation-profile incoming PSTN-Inbound-Calls
rtp payload-type nse 99
session protocol sipv2
incoming uri via 2000
voice-class codec 10
voice-class sip dtmf-relay force rtp-nte
dtmf-relay rtp-nte digit-drop
fax protocol none
!
dial-peer voice 2001 voip
description ** Outgoing via SIP PSTN **
translation-profile outgoing PSTN-Outbound-Calls
session protocol sipv2
session target sip-server
destination e164-pattern-map 2000
voice-class codec 10 offer-all
voice-class sip profiles 2000
dtmf-relay rtp-nte digit-drop
fax protocol none

Any ideas?

Thanks.

Deepak Mehta · ‎05-11-2016

Hi Nooba,

Nice explanation!Does it work when you have same payload type 97 on both call legs( ITSP-CUBE and CUBE CUCM)?

If you read other threads on this payload types have to match otherwise this doesn't work.

https://supportforums.cisco.com/discussion/12616466/rtp-nte-payload-type

Ayodeji Okanlawon · ‎05-12-2016

Deepak,

This depends on the version of CUBE you are running..CUBE 1.4 and above does DTMF inter working without any issues. DTMF payload is not negotiated as done with codecs. PT is a more a declaration of what I can do and you should be able to send DTMF using the PT that I have advertised.

Please refer to the link below for more detail

http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-dymc-payld-dtmf.html

Please rate all useful posts

Deepak Mehta · ‎05-12-2016

+5 .This is certainly a grt forum where we want to give precise and correct info. Thank you and pls do correct me if anywhere my answers are incomplete.

noobatron · ‎05-12-2016

Hi Ayodeji,

I've attached the sanitized debug below

Observations:

Incoming call DTMF PT:97
Outgoing call DTMF PT:97
DTMF-interworking isn't working as expected
I used this documentation as a reference http://www.cisco.com/c/en/us/support/docs/unified-communications/unified-border-element/200412-DTMF-Relay-and-Interworking-on-CUBE.html#anc41
If i remove the command dtmf-relay rtp-nte from the outbound dialpeer towards CUCM (Dial-peer 99), the call proceeds however, not DTMF telephone-event is advertised in the outgoing SIP INVITE (absent from m=audio)

CUBE interface:10.1.1.16
ISP address: 192.168.1.167
CUCM: 172.16.75.75
Calling number: 00412312312
Called number 394564564
Outgoing Dial-peer to CUCM: 99 (same configuration as 1001)

Dial-peer voice 99 voip
description ** Outgoing via CUCM **
huntstop
preference 1
destination-pattern <omitted>
session protocol sipv2
session target <omitted>
voice-class codec 10
no voice-class sip outbound-proxy
rtp payload-type nte 101
voice-class sip asymmetric payload dtmf
dtmf-relay rtp-nte
fax-relay ecm disable
fax rate disable
no vad

CUBE#sh debugging

CCAPI:
debug voip ccapi inout is ON (filter is OFF)
CCSIP SPI: SIP Call Message tracing is enabled (filter is OFF)

CUBE interface:10.1.1.16
ISP address: 192.168.1.167
CUCM: 172.16.75.75
Calling number: 00412312312
Called number 394564564

CUBE#term mon
CUBE#
2761955: May 13 00:43:51.745 AEST: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:394564564@10.1.1.1.16:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.167:5060;branch=z9hG4bKddia7t30a8sk2urjt0q0.1
From: <sip:416961513@10.83.154.138;user=phone>;tag=686768483-1463064231738-
To: "394564564 394564564"<sip:394564564@acme.company;user=phone>
Call-ID: BW004351738130516-532929662@10.83.154.138
CSeq: 313933726 INVITE
Contact: <sip:416961513@192.168.1.167:5060;transport=udp>
Supported: 100rel
Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE
Accept: application/media_control+xml,application/sdp,multipart/mixed
Max-Forwards: 29
Content-Type: application/sdp
Content-Length: 523

v=0
o=BroadWorks 10485621 1 IN IP4 192.168.1.167
s=-
c=IN IP4 192.168.1.167
t=0 0
a=sendrecv
a=media-release:hngl5rp9pujvivh05pvu6ibgr83pvg90756s7s8auvmg62o6u724c2sr96v3nd0v0j1hin3-6
a=media-release-con-addr:d6v1k1hvmgvh1002o9j0
m=audio 18648 RTP/AVP 8 0 18 96 97
c=IN IP4 192.168.1.167
b=RR:3000
b=RS:1000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:96 AMR/8000
a=fmtp:96 mode-set=7;max-red=0
a=rtpmap:97 telephone-event/8000
a=fmtp:97 0-15
a=maxptime:40

2761956: May 13 00:43:51.745 AEST: //-1/C74262E7B81B/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-username=416961513
----- ccCallInfo IE subfields -----
cisco-ani=416961513
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=0
dest=394564564
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0

2761957: May 13 00:43:51.745 AEST: //-1/C74262E7B81B/CCAPI/cc_api_call_setup_ind_common:
Interface=0x23BEC850, Call Info(
Calling Number=416961513,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=394564564(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,
Incoming Dial-peer=2000, Progress Indication=NULL(0), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=7711303
2761958: May 13 00:43:51.745 AEST: //-1/C74262E7B81B/CCAPI/ccCheckClipClir:
In: Calling Number=416961513(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
2761959: May 13 00:43:51.745 AEST: //-1/C74262E7B81B/CCAPI/ccCheckClipClir:
Out: Calling Number=416961513(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
2761960: May 13 00:43:51.745 AEST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

2761961: May 13 00:43:51.745 AEST: :cc_get_feature_vsa malloc success
2761962: May 13 00:43:51.745 AEST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

2761963: May 13 00:43:51.745 AEST: cc_get_feature_vsa count is 1
2761964: May 13 00:43:51.745 AEST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

2761965: May 13 00:43:51.745 AEST: :FEATURE_VSA attributes are: feature_name:0,feature_time:578028888,feature_id:560608
2761966: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/cc_api_call_setup_ind_common:
Set Up Event Sent;
Call Info(Calling Number=416961513(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=394564564(TON=Unknown, NPI=Unknown))
2761967: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/cc_process_call_setup_ind:
Event=0x285A1280
2761968: May 13 00:43:51.745 AEST: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
Try with the demoted called number 394564564
2761969: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccCallSetContext:
Context=0x943458C
2761970: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI handed cid 7711303 with tag 2000 to app "_ManagedAppProcess_Default"
2761971: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccCallProceeding:
Progress Indication=NULL(0)
2761972: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=TRUE, Mode=0,
Outgoing Dial-peer=99, Params=0x942C5B0, Progress Indication=NULL(0)
2761973: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccCheckClipClir:
In: Calling Number=00416961513(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
2761974: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccCheckClipClir:
Out: Calling Number=00416961513(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
2761975: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccCallSetupRequest:
Destination Pattern=+61394564564, Called Number=+61394564564, Digit Strip=FALSE
2761976: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccCallSetupRequest:
Calling Number=00416961513(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=+61394564564(TON=Unknown, NPI=Unknown),
Redirect Number=, Display Info=
Account Number=416961513, Final Destination Flag=TRUE,
Guid=C74262E7-1786-11E6-B81B-E16E99A8BD08, Outgoing Dial-peer=99
2761977: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/cc_api_display_ie_subfields:
ccCallSetupRequest:
cisco-username=416961513
----- ccCallInfo IE subfields -----
cisco-ani=00416961513
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=0
dest=+61394564564
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0

2761978: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x23BEC850, Interface Type=3, Destination=, Mode=0x0,
Call Params(Calling Number=00416961513,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=+61394564564(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=99, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
2761979: May 13 00:43:51.745 AEST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

2761980: May 13 00:43:51.745 AEST: :cc_get_feature_vsa malloc success
2761981: May 13 00:43:51.745 AEST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

2761982: May 13 00:43:51.745 AEST: cc_get_feature_vsa count is 2
2761983: May 13 00:43:51.745 AEST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

2761984: May 13 00:43:51.745 AEST: :FEATURE_VSA attributes are: feature_name:0,feature_time:578033368,feature_id:560609
2761985: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/cc_api_event_indication:
Event=101, Call Id=7711303
2761986: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/cc_api_event_indication:
Event Is Sent To Conferenced SPI(s) Directly
2761987: May 13 00:43:51.745 AEST: //7711304/C74262E7B81B/CCAPI/ccIFCallSetupRequestPrivate:
SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
2761988: May 13 00:43:51.745 AEST: //7711304/C74262E7B81B/CCAPI/ccCallSetContext:
Context=0x942C564
2761989: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccSaveDialpeerTag:
Outgoing Dial-peer=99
2761990: May 13 00:43:51.747 AEST: //7711304/C74262E7B81B/CCAPI/ccGetMediaClassTag:
media class tag 0
2761991: May 13 00:43:51.747 AEST: //7711304/C74262E7B81B/CCAPI/ccSetMediaclassIp2ipTags:
media class tags set: NR 0, ASP 0
2761992: May 13 00:43:51.747 AEST: //7711303/C74262E7B81B/CCAPI/ccGetMediaClassTag:
media class tag 0
2761993: May 13 00:43:51.747 AEST: //7711303/C74262E7B81B/CCAPI/ccSetMediaclassIp2ipTags:
media class tags set: NR 0, ASP 0
2761994: May 13 00:43:51.747 AEST: //7711304/C74262E7B81B/CCAPI/ccGet_xc_nr_asp_info:
media class tags: NR 0, ASP 0
2761995: May 13 00:43:51.747 AEST: //7711303/C74262E7B81B/CCAPI/ccGet_xc_nr_asp_info:
media class tags: NR 0, ASP 0
2761996: May 13 00:43:51.747 AEST: //7711304/C74262E7B81B/CCAPI/cc_api_event_indication:
Event=193, Call Id=7711304
2761997: May 13 00:43:51.747 AEST: //7711304/C74262E7B81B/CCAPI/cc_api_event_indication:
Event Is Sent To Conferenced SPI(s) Directly
2761998: May 13 00:43:51.747 AEST: //7711303/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

2761999: May 13 00:43:51.747 AEST: cc_api_get_xcode_stream : 4935
2762000: May 13 00:43:51.747 AEST: //7711304/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

2762001: May 13 00:43:51.747 AEST: cc_api_get_xcode_stream : 4935
2762002: May 13 00:43:51.747 AEST: //7711303/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

2762003: May 13 00:43:51.747 AEST: cc_api_get_xcode_stream : 4935
2762004: May 13 00:43:51.747 AEST: //7711303/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

2762005: May 13 00:43:51.747 AEST: cc_api_get_xcode_stream : 4935
2762006: May 13 00:43:51.747 AEST: //7711304/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

2762007: May 13 00:43:51.747 AEST: cc_api_get_xcode_stream : 4935
2762008: May 13 00:43:51.747 AEST: //7711303/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

2762009: May 13 00:43:51.747 AEST: cc_api_get_xcode_stream : 4935
2762010: May 13 00:43:51.747 AEST: //7711304/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

2762011: May 13 00:43:51.747 AEST: cc_api_get_xcode_stream : 4935
2762012: May 13 00:43:51.747 AEST: //7711304/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

2762013: May 13 00:43:51.747 AEST: cc_api_get_xcode_stream : 4935
2762014: May 13 00:43:51.747 AEST: //7711304/C74262E7B81B/CCAPI/cc_api_call_proceeding:
Interface=0x23BEC850, Progress Indication=NULL(0)
2762015: May 13 00:43:51.747 AEST: //7711303/C74262E7B81B/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.1.167:5060;branch=z9hG4bKddia7t30a8sk2urjt0q0.1
From: <sip:416961513@10.83.154.138;user=phone>;tag=686768483-1463064231738-
To: "394564564 394564564"<sip:394564564@acme.company;user=phone>
Date: Thu, 12 May 2016 14:43:51 GMT
Call-ID: BW004351738130516-532929662@10.83.154.138
CSeq: 313933726 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-15.3.3.M2
Content-Length: 0

2762016: May 13 00:43:51.747 AEST: //7711304/C74262E7B81B/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:+61394564564@172.16.81.75:5060 SIP/2.0
Via: SIP/2.0/UDP 10.1.1.1.16:5060;branch=z9hG4bK1C167EE02
From: <sip:00416961513@acme.company>;tag=998B2938-23A8
To: <sip:+61394564564@172.16.81.75>
Date: Thu, 12 May 2016 14:43:51 GMT
Call-ID: C742B193-178611E6-B821E16E-99A8BD08@10.1.1.16
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 3343016679-0394662374-3088834926-2577972488
User-Agent: Cisco-SIPGateway/IOS-15.3.3.M2
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1463064231
Contact: <sip:00416961513@10.1.1.16:5060>
Expires: 300
Allow-Events: telephone-event
Max-Forwards: 28
P-Asserted-Identity: <sip:00412312312@10.1.1.16>
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 315

v=0
o=CiscoSystemsSIP-GW-UserAgent 3333 9888 IN IP4 10.1.1.16
s=SIP Call
c=IN IP4 10.1.1.16
t=0 0
m=audio 16986 RTP/AVP 8 0 18 97
c=IN IP4 10.1.1.16
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:97 telephone-event/8000
a=fmtp:97 0-15
a=ptime:20

2762017: May 13 00:43:51.753 AEST: //7711304/C74262E7B81B/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.1.1.16:5060;branch=z9hG4bK1C167EE02
From: <sip:00412312312@acme.company>;tag=998B2938-23A8
To: <sip:+61394564564@172.16.81.75>
Date: Thu, 12 May 2016 14:43:51 GMT
Call-ID: C742B193-178611E6-B821E16E-99A8BD08@10.1.1.16
CSeq: 101 INVITE
Allow-Events: presence
Content-Length: 0

Murali Gunnam · ‎05-11-2016

Hi,

CUBE has the capability of inter working between different dynamic payload types. Kindly find the below url for more explanation on this.

http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-dymc-payld-dtmf.html

Command Reference:

http://www.cisco.com/en/US/docs/ios/12_3t/voice/command/reference/vrht_a1_ps5207_TSD_Products_Command_Reference_Chapter.html#wp1618440

Since you already configured "asymmetric payload full", it should work. Kindly share the logs of below debugs and share for a test call along with calling , called number and DTMF digits pressed.

Regards,

Krish

debug ccsip messages

debug voip ccapi inout

debug voip rtp session named-event