07-16-2013 06:05 AM - edited 03-19-2019 07:00 AM
Hi Folks,
I noticed that I can't connect to external conferences which require to put a number and a passcode via DTMF.
Phones(all, SIP,SCCP) ==> cucm (SIP Trunk)==> 2921(BRI) ==> PSTN ==> Conference Bridge
The codec is set to alaw at all.
Internally all DTMF works fine, also incomming calls from PSTN works fine.
Only outbound DTMF tones will not transferred over the BRI Interface.
I checked the configuration on CUCM (no MTPs required at all)
and the Gateway (dtmf-relay) is configured for rfc 2833. From my point of view it looks good.
The trace shows me that the events reached the gateway, but the gateway doesn't send this over the BRI Interfaces.
Have anyone seen such behavior or have some advices?
Thanks
====================
BRI Interfaces
interface BRI0/1/1
no ip address
isdn switch-type basic-net3
isdn overlap-receiving T302 6000
isdn point-to-point-setup
isdn incoming-voice voice
isdn send-alerting
isdn sending-complete
isdn static-tei 0
trunk-group 1
!
interface BRI0/2/0
no ip address
isdn switch-type basic-net3
isdn overlap-receiving T302 6000
isdn point-to-point-setup
isdn incoming-voice voice
isdn send-alerting
isdn sending-complete
isdn static-tei 0
======================
Dial peer
dial-peer voice 1001 voip
description CUCM publisher
translation-profile incoming fromCUCM
translation-profile outgoing toCUCM
preference 1
destination-pattern +491234567...
session protocol sipv2
session target ipv4:10.1.60.1
incoming called-number +.
voice-class codec 1
dtmf-relay rtp-nte
fax rate disable
fax protocol pass-through g711alaw
no vad
====================================
negotiation(final):
Allow-Events: presence
Content-Type: application/sdp
Content-Length: 233
v=0
o=CiscoSystemsCCM-SIP 1230713 1 IN IP4 10.1.60.2
s=SIP Call
c=IN IP4 10.20.0.18
b=TIAS:64000
b=AS:64
t=0 0
m=audio 49160 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
=======================================
trace
385290: Jul 16 10:21:46.921: //21581/A54321000000/VTSP:(0/0/0):-1:1:2/vtsp_dsm_digit_begin_cb:
Begin Digit=1
385291: Jul 16 10:21:46.921: //21581/A54321000000/VTSP:(0/0/0):-1:1:2/vtsp_dsm_digit_begin_cb:
Digit Reporting=FALSE, Digit Consume=FALSE, Digit Relay=TRUE
385292: Jul 16 10:21:47.113: //21581/A54321000000/VTSP:(0/0/0):-1:1:2/vtsp_dsm_digit_end_cb:
End Digit=1
385293: Jul 16 10:21:47.113: //21581/A54321000000/VTSP:(0/0/0):-1:1:2/vtsp_dsm_digit_end_cb:
Digit Reporting=FALSE, Digit Consume=FALSE, Digit Relay=TRUE
385294: Jul 16 10:21:47.225: //21581/A54321000000/VTSP:(0/0/0):-1:1:2/vtsp_dsm_digit_begin_cb:
Begin Digit=2
385295: Jul 16 10:21:47.225: //21581/A54321000000/VTSP:(0/0/0):-1:1:2/vtsp_dsm_digit_begin_cb:
Digit Reporting=FALSE, Digit Consume=FALSE, Digit Relay=TRUE
385296: Jul 16 10:21:47.521: //21581/A54321000000/VTSP:(0/0/0):-1:1:2/vtsp_dsm_digit_end_cb:
End Digit=2
385297: Jul 16 10:21:47.521: //21581/A54321000000/VTSP:(0/0/0):-1:1:2/vtsp_dsm_digit_end_cb:
Digit Reporting=FALSE, Digit Consume=FALSE, Digit Relay=TRUE
385298: Jul 16 10:21:47.601: //21581/A54321000000/VTSP:(0/0/0):-1:1:2/vtsp_dsm_digit_begin_cb:
Begin Digit=3
385299: Jul 16 10:21:47.601: //21581/A54321000000/VTSP:(0/0/0):-1:1:2/vtsp_dsm_digit_begin_cb:
Digit Reporting=FALSE, Digit Consume=FALSE, Digit Relay=TRUE
385300: Jul 16 10:21:47.873: //21581/A54321000000/VTSP:(0/0/0):-1:1:2/vtsp_dsm_digit_end_cb:
End Digit=3
385301: Jul 16 10:21:47.873: //21581/A54321000000/VTSP:(0/0/0):-1:1:2/vtsp_dsm_digit_end_cb:
Digit Reporting=FALSE, Digit Consume=FALSE, Digit Relay=TRUE
385302: Jul 16 10:21:48.033: //21581/A54321000000/VTSP:(0/0/0):-1:1:2/vtsp_dsm_digit_begin_cb:
Begin Digit=#
385303: Jul 16 10:21:48.033: //21581/A54321000000/VTSP:(0/0/0):-1:1:2/vtsp_dsm_digit_begin_cb:
Digit Reporting=FALSE, Digit Consume=FALSE, Digit Relay=TRUE
385304: Jul 16 10:21:48.273: //21581/A54321000000/VTSP:(0/0/0):-1:1:2/vtsp_dsm_digit_end_cb:
End Digit=#
385305: Jul 16 10:21:48.273: //21581/A54321000000/VTSP:(0/0/0):-1:1:2/vtsp_dsm_digit_end_cb:
Digit Reporting=FALSE, Digit Consume=FALSE, Digit Relay=TRUE
Solved! Go to Solution.
07-27-2013 06:09 PM
Does DTMF work on *any* outbound call? If it's only broken to this destination it's possible that the length is too short for that conference bridge to recognize.
Please remember to rate helpful responses and identify helpful or correct answers.
07-27-2013 06:09 PM
Does DTMF work on *any* outbound call? If it's only broken to this destination it's possible that the length is too short for that conference bridge to recognize.
Please remember to rate helpful responses and identify helpful or correct answers.
09-09-2013 03:42 AM
Hi Folks sorry for late responding.
@Jonathan, thanks, unfortunately all outbound destinations doesn't get DTMF.
@All, a simple reboot of the 2921 fixed this issue.
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: