![]() ![]() I tried to change the ITSP side dialpeer to remove dtmf-relay but then all the RFC2833 compliant calls' DTMF are never understood. The requirement "Transcoding resources must be available and registered with the CUBE accordingly" are covered.īut based on information A and B the two requirements are incompatible. ![]() "The dial-peer for the inband-tones leg must not have any DTMF relay command configured" So on the CUBE, on both the incoming dialpeer from the ITSP and the outgoing dialpeer to the CUCM the "dtmf-relay rtp-nte" must be configured for those DTMF to be handled.ī) Reading Cisco documentation about "DTMF interworking between Inband G711 to RFC2833, it says: Incoming calls with inband audio G.711 DTMF are not understood by the CUBE/CUCM/UCCX configuration.Ī) The carrier, as mentioned in (2) requires RFC 2833. Taking packet capture on the CUBE I can confirm using Wireshark that calls coming in using with RFC 2833 compliant DTMFs are handled properly by the CUBE/CUCM/UCCX configuration. CUBE fundamental and basic setup - DTMF relay: īut I yet haven't find a configuration which allows to support everything.ġ- The UCCX only accepts Out-Of-Band DTMFĢ- The CUCM is connected to an ITSP which requires RFC 2833 DTMF (so inband DTMF with DTMF information in the payload)ģ- Some rare people are dialing in to the Call Center number and sending inband audio G.711 DTMF (so inband DTMF with no DTMF information in the payload) There's a lot of documentation about in-band audio DTMF interworking with SIP including these, which I have already read: ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |