Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Attention: The Community will be in read-only mode on 12/14/2017 from 12:00 am pacific to 11:30 am.

During this time you will only be able to see content. Other interactions such as posting, replying to questions, or marking content as helpful will be disabled for few hours.

We apologize for the inconvenience while we perform important updates to the Community.

New Member

DTMF Issue in CUCM – MGW SIP Trunk

Dears,

Looking for your kind advice,

Issue:  DTMF dialing (detection) not working on a SIP trunk between CUCM 6.1.x and an ITSP running the ZTE IMS Platform

Connectivity: Direct SIP trunk between CUCM to MGW (IMS) over  a WAN link

CUCM ver. 6.1.3.3000-1

MGW: ZTE (Non Cisco)

Observation & Suspicious traffic: Some RTP Payload sending by CUCM could not be understood by MGW and the MGW discarding  the whole DTMF. Suspected RTP Payload snapshot is attached for reference. The ITSP is saying that they don’t support DTMF RTP events (inband) when they share the same timestamp with regular RTP packets (voice traffic).  That means the timestamp should not match for both, in effect CUCM should pause the regular media during the DTMF transmission. But we opened case with Cisco and they told us this is allowed by the RFC(s).

      

1,           1, Please advice what exactly the feature associated to the payload highlighted in the given screenshot, if so we could somehow disable it so that is not generated during our calls, to make the DTMF work…currently DTMF is intermittent and broken most of the time

2.     

              2, As mentioned above the RTP packets  and RTP events (DTMF) are using same timestamp and the  RTP  stream is sent in between RTP event packets,  ITSP/IMS guys are  also complaining about this behavior saying its again the RFC, so please suggest any solution to this issue.

Thanks in Advance

347
Views
0
Helpful
0
Replies
CreatePlease to create content