08-23-2015 03:37 PM - edited 03-17-2019 04:05 AM
Good day
CUBE---------dtmf ?----------Third Party Server
I would like to know what DTMF is negotiated on a CUBE by looking at Debugs.
I configured dtmf sip-info (out of band) on a dial-peer linking to a 3rd party server.
The 3rd party server administrator claims he is receiving inband dtmf, but he should be receving sip-info dtmf (out of band)
You will find bellw the debug CCSIP message that includes the sdp sent by the CUBE and the sdp received from the 3rd party
How can I know if sip-info or sip-notify or rtp-nte was negotiated ?
Thanks
1373372: *Aug 22 21:37:03.609: //279311/C34DF8EC9940/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:*30018322148610@198.20.53.102:5060 SIP/2.0
Via: SIP/2.0/UDP 198.20.55.250:5060;branch=z9hG4bKA61421574
From: "Telecom" <sip:+16134531300@cube2>;tag=1758F4B4-2556
To: <sip:*30018322148610@198.20.53.102>
Date: Sat, 22 Aug 2015 21:37:03 GMT
Call-ID: C34E4700-484C11E5-9946DFEA-8EA6030D@cube2
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 3276667116-1212944869-2571165674-2393244429
User-Agent: Cisco-SIPGateway/IOS-15.4.3.M3
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1440279423
Contact: <sip:+16134531300@198.20.55.250:5060>
Expires: 60
Allow-Events: telephone-event
Max-Forwards: 18
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 194
v=0
o=CiscoSystemsSIP-GW-UserAgent 1179 6211 IN IP4 198.20.55.250
s=SIP Call
c=IN IP4 198.20.55.250
t=0 0
m=audio 19986 RTP/AVP 0
c=IN IP4 198.20.55.250
a=rtpmap:0 PCMU/8000
a=ptime:20
1373373: *Aug 22 21:37:03.613: //279311/C34DF8EC9940/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 100 trying -- your call is important to us
Via: SIP/2.0/UDP 198.20.55.250:5060;branch=z9hG4bKA61421574
From: "Telecom" <sip:+16134531300@cube2>;tag=1758F4B4-2556
To: <sip:*30018322148610@198.20.53.102>
Call-ID: C34E4700-484C11E5-9946DFEA-8EA6030D@cube2
CSeq: 101 INVITE
Server: Semafone CCM V.3.1.4
Content-Length: 0
1373374: *Aug 22 21:37:03.617: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:*30018322148610@198.20.55.251:5060 SIP/2.0
Record-Route: <sip:198.20.53.134;r2=on;lr=on;ftag=1758F4B4-2556;TenantID=A>
Record-Route: <sip:198.20.53.102;r2=on;lr=on;ftag=1758F4B4-2556;TenantID=A>
Via: SIP/2.0/UDP 198.20.53.134;branch=z9hG4bK4f3f.c3f014181b86bfbeb1d90d35cccb4fbd.0
Via: SIP/2.0/UDP 198.20.55.250:5060;branch=z9hG4bKA61421574
From: "Telecom" <sip:+16134531300@cube2>;tag=1758F4B4-2556
To: <sip:*30018322148610@198.20.53.102>
Date: Sat, 22 Aug 2015 21:37:03 GMT
Call-ID: C34E4700-484C11E5-9946DFEA-8EA6030D@cube2
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 3276667116-1212944869-2571165674-2393244429
User-Agent: Cisco-SIPGateway/IOS-15.4.3.M3
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1440279423
Contact: <sip:+16134531300@198.20.55.250:5060>
Expires: 60
Allow-Events: telephone-event
SEMA-DPM-Target: http://198.20.53.11:8443
Max-Forwards: 16
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 194
v=0
o=CiscoSystemsSIP-GW-UserAgent 1179 6211 IN IP4 198.20.55.250
s=SIP Call
c=IN IP4 198.20.55.250
t=0 0
m=audio 19986 RTP/AVP 0
c=IN IP4 198.20.55.250
a=rtpmap:0 PCMU/8000
a=ptime:20
1373375: *Aug 22 21:37:03.619: //279312/C34DF8EC9940/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 198.20.53.134;branch=z9hG4bK4f3f.c3f014181b86bfbeb1d90d35cccb4fbd.0,SIP/2.0/UDP 198.20.55.250:5060;branch=z9hG4bKA61421574
From: "Telecom" <sip:+16134531300@cube2>;tag=1758F4B4-2556
To: <sip:*30018322148610@198.20.53.102>
Date: Sat, 22 Aug 2015 21:37:03 GMT
Call-ID: C34E4700-484C11E5-9946DFEA-8EA6030D@cube2
Timestamp: 1440279423
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-15.4.3.M3
Content-Length: 0
08-23-2015 06:58 PM
Read this
https://supportforums.cisco.com/document/113271/understanding-sip-traces
https://andrewjprokop.wordpress.com/2013/09/27/dtmf-and-rfc-2833-4733/
https://andrewjprokop.wordpress.com/2014/04/21/the-anatomy-of-an-invite-request/
08-23-2015 07:10 PM
An easy command you can use to view the negotiated DTMF relay on a SIP call is
show sip calls
You can view a list of active calls using the
show sip calls brief
04-18-2016 10:31 PM
It is clear from the the SIP messages that you are negotiating in-band audio (no dtmf relay).
I see that the 3rd-party server is a Semafone component called CCM. When integrating Semafone with a Cisco CUBE, you should use SIP-Notify as the DMTF relay.
Be sure to validate what kind of DTMF relay conversions you are doing form start to finish (first-incoming-leg to last-outgoing-leg) because some direct conversions are not supported in CUBE and you'll require some DSP support.
Good luck!
06-29-2017 04:46 AM
Hello,
I'm working on a new Semafone configuration, and the problem I'm having is getting the digits to be masked to the agent's phone. I'm using rtp-nte from the provider and to CVP, and SIP-Notify to the Semafone server. However, no matter what I do, the agent still hears the DTMF tones. I'd be glad for any configuration snippets that might push me in the right direction.
Regards,
James
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide