Proper VOS3000 DTMF configuration is essential for every VoIP deployment that uses IVR systems, calling cards, PIN authentication, or any feature where callers press keypad buttons during a call. When DTMF (Dual-Tone Multi-Frequency) signals are not correctly configured, callers press buttons but the system does not respond, IVR menus do not work, calling card PINs are not recognized, and your customers become frustrated. This is one of the most common and costly problems in VOS3000 deployments, yet it is entirely preventable with the correct configuration.
The challenge with VOS3000 DTMF configuration is that there are three different DTMF transport methods — RFC2833, SIP INFO, and Inband — and each gateway, phone, and vendor may use a different method. VOS3000 must be configured to handle DTMF correctly on both the calling and called sides, converting between methods when necessary. This guide covers every aspect of DTMF configuration in VOS3000, based on the official VOS3000 V2.1.9.07 Manual and the VOS3000 Transcode Module documentation. For expert assistance, contact us on WhatsApp at +8801911119966.
Before configuring anything, you must understand the three DTMF transport methods available in VOS3000 and when each should be used. Choosing the wrong method is the root cause of most DTMF problems.
RFC2833 (now superseded by RFC4733) transmits DTMF signals as special RTP packets within the media stream. The DTMF digits are encoded as telephone-event payloads, identified in the SDP by the attribute a=rtpmap:101 telephone-event/8000. The payload type number (commonly 101) is negotiated during call setup. According to the VOS3000 Transcode Module documentation (Section 2.3), “RFC2833 signals are carried in separate RTP packets, identified in the SDP by a=rtpmap:101 telephone-event/8000.”
RFC2833 is the recommended DTMF method for most VOS3000 deployments because:
SIP INFO transmits DTMF signals as separate SIP INFO messages within the signaling channel, completely outside the RTP media stream. According to the VOS3000 Transcode Module documentation (Section 2.2), “SIP INFO belongs to independent signaling, where key presses are carried in separate signaling messages.” Each DTMF key press generates a separate SIP INFO message containing the digit information.
SIP INFO has specific advantages and limitations:
Inband DTMF transmits dual-tone signals as actual audio within the RTP voice stream. The DTMF tones are generated by the phone’s keypad and embedded in the audio packets just like speech. According to the VOS3000 Transcode Module documentation (Section 2.4), “Inband key presses are carried in the RTP as a continuous segment of voice.” This is the oldest DTMF method and works with any telephony equipment, but it has significant limitations.
Critical limitations of Inband DTMF:
| 📋 Feature | 🔵 RFC2833 | 🟢 SIP INFO | 🟡 Inband |
|---|---|---|---|
| Transport channel | RTP (media) | SIP (signaling) | RTP (audio) |
| Codec compatibility | All codecs | All codecs | G711 only |
| Reliability | High | Medium | Low |
| Media proxy required | Recommended | No | Recommended |
| Device support | Universal | Most SIP devices | All devices |
| Recommended for VOS3000 | ✅ Yes (primary) | ⚠️ Specific cases | ❌ Last resort |
The DTMF settings for routing gateways are found in the Additional Settings > Protocol > DTMF section. Navigate to Operation Management > Gateway Operation > Routing Gateway, double-click a gateway, and access the DTMF configuration (VOS3000 Manual Section 2.5.1.1, Page 46). These settings control how VOS3000 receives and sends DTMF signals to the vendor side.
The “DTMF receive” setting specifies how VOS3000 accepts incoming DTMF signals from the gateway. According to the VOS3000 Manual, “The option is recommended, which asks the system to accept all kinds of DTMFs. Once a certain kind of DTMF is received, this channel will accept the same kind of DTMFs only, thus effectively avoiding duplicate receptions.”
Available DTMF receive options:
The “Use peer RFC2833 ability” checkbox determines how VOS3000 advertises its RFC2833 capability in SDP. According to the VOS3000 Transcode Module documentation (Section 2.5), when checked, “VOS uses the RFC2833 support capability of the opposite end (caller), otherwise, VOS3000 declares to support RFC2833 capability.” In practical terms:
The “Payload” field specifies the RTP payload type number used for RFC2833 DTMF events. According to the VOS3000 Manual, “For example, if the payload is 97, then the payload value of RFC2833 message must be 97.” The default and most common value is 101, matching the standard SDP attribute a=rtpmap:101 telephone-event/8000. Only change this value if your gateway uses a non-standard payload type for RFC2833, which is rare but possible with some older equipment.⚙️ Setting ✅ Recommended Value 📝 When to Change DTMF receive All Only when gateway uses single method Use peer RFC2833 ability Checked Uncheck if gateway needs RFC2833 forced Payload 101 Only if gateway uses non-standard value DTMF send (H323) Auto Specific method if Auto fails DTMF send (SIP) Auto Specific method if Auto fails
The “DTMF send (H323)” and “DTMF send (SIP)” settings control how VOS3000 transmits DTMF signals to the routing gateway. Both default to “Auto”, which means VOS3000 determines the best DTMF sending method based on the receiver’s capabilities. According to the VOS3000 Manual (Page 46), “It is set to ‘Auto’ by default, indicating that the system would determine the best way to send DTMFs based on the receiver’s capacity. If the receiver provides no capacity set, the system will send according to the default mode.”
The Auto mode typically selects RFC2833 as the preferred send method when the gateway supports it, falling back to SIP INFO or Inband as needed. Only change from Auto to a specific method if you are experiencing DTMF issues that the Auto mode cannot resolve.
The mapping gateway (customer-side gateway) has identical DTMF configuration options to the routing gateway. Navigate to Operation Management > Gateway Operation > Mapping Gateway and access the Additional Settings > Protocol > DTMF section (VOS3000 Manual Section 2.5.1.2, Page 60). The same principles apply: use “All” for DTMF receive, check “Use peer RFC2833 ability” for standard deployments, and set DTMF send to “Auto”.
When your mapping gateway customers use IVR systems (such as calling card platforms or voice mail systems), the DTMF configuration becomes especially critical. The IVR system must receive DTMF signals correctly to navigate menus, enter PINs, and select options. If the mapping gateway’s DTMF receive setting is too restrictive, IVR interactions will fail.
For IVR deployments, the recommended VOS3000 DTMF configuration is:
When your VOS3000 deployment includes the transcode module, DTMF handling becomes more sophisticated because VOS3000 can actively convert between DTMF methods. The VOS3000 Transcode Module documentation provides important details about DTMF behavior during transcoding.
When media proxy is enabled (which is necessary for transcoding), VOS3000 terminates the RTP stream from the caller, processes the DTMF signals, and then regenerates the appropriate DTMF signals on the callee side. According to the VOS3000 Transcode Module documentation (Section 2.6), “If media forwarding is enabled, the RFC2833 payload and 0-16 key support type received from the far-end SDP is terminated by VOS, and VOS integrates and sends the values set in VOS DTMF configuration to the peer end.”
This means that when media proxy is on:
When media proxy is disabled, VOS3000 does not intercept the RTP stream and DTMF signals pass through directly between the endpoints. This means RFC2833 DTMF events travel directly from the caller’s device to the called gateway without modification. While this reduces server load, it also means VOS3000 cannot convert between DTMF methods, so both endpoints must support the same DTMF method for it to work correctly.⚙️ Scenario 🔵 Media Proxy ON ⚪ Media Proxy OFF DTMF method conversion ✅ Yes (e.g., SIP INFO → RFC2833) ❌ No (passthrough only) DTMF payload modification ✅ VOS controls payload value ❌ Original payload passthrough Inband DTMF detection ✅ VOS can detect and convert ❌ Not possible Mixed method handling ✅ First detected type only ❌ Both arrive at peer Server resource usage Higher (RTP processing) Lower (signaling only)
DTMF problems in VOS3000 can be complex because they involve multiple components: the caller’s device, the mapping gateway, the VOS3000 softswitch, the routing gateway, and the called endpoint. Here are the most common VOS3000 DTMF configuration issues and their solutions.
This is the most common DTMF complaint. The caller presses buttons but the IVR system on the other end does not respond. The root cause is almost always a DTMF method mismatch between the caller’s device and the IVR system.
Diagnostic steps:
When the far-end sends both SIP INFO and RFC2833 simultaneously for the same key press, VOS3000 may detect duplicate digits. According to the VOS3000 Transcode Module documentation (Section 2.6), “When the far-end sends both SIP INFO and RFC2833, VOS will only recognize the first detected key press type, and all subsequent different key press types will not be processed.” Setting DTMF receive to “All” activates this first-detected-type locking mechanism, which prevents duplicate DTMF detection.
This confirms that the DTMF is being sent Inband rather than via RFC2833 or SIP INFO. Inband DTMF tones are distorted by G729 compression and become unrecognizable. The solution is to configure the gateway to use RFC2833 for DTMF instead of Inband. Check the “Use peer RFC2833 ability” setting and ensure that both the caller’s device and the gateway support RFC2833.⚠️ Problem 🔍 Likely Cause ✅ Solution IVR no response DTMF method mismatch Enable media proxy + set DTMF to All Duplicate digits Dual method (SIP INFO + RFC2833) Set DTMF receive to All (auto-locks type) DTMF fails with G729 Inband DTMF with compressed codec Use RFC2833 instead of Inband Partial DTMF digits Payload mismatch Match payload value with gateway SDP DTMF delay SIP INFO over congested link Switch to RFC2833 for faster delivery
Following these best practices will prevent the majority of DTMF issues in your VOS3000 deployment.
| 🎯 Scenario | ⚙️ DTMF Receive | ⚙️ DTMF Send | 🔧 Media Proxy |
|---|---|---|---|
| Standard SIP to SIP | All | Auto | Auto |
| IVR / Calling Card | All | Auto (or RFC2833) | On |
| G729 Codec with DTMF | All | RFC2833 | On |
| SIP to H323 conversion | All | Auto | On |
| Low traffic (no transcode) | All | Auto | Auto |
After making any DTMF configuration changes, always test with actual calls before considering the work complete. Use a SIP phone or softphone to place a test call through your VOS3000 platform and verify that DTMF key presses are recognized on the far end. Test with both G711 and G729 codecs if your deployment uses multiple codecs. Check the Current Call view to verify that the correct DTMF mode is being used on both the caller and callee sides.
For comprehensive call testing instructions, see our VOS3000 PIN test and call test guide.
RFC2833 is the recommended primary DTMF method for VOS3000 because it works reliably with all codecs, is universally supported by modern SIP devices, and provides precise timing information. Set DTMF receive to “All” for maximum compatibility and let VOS3000 automatically select the best method. Only use SIP INFO or Inband when specific gateway requirements demand it.
This is almost always caused by a DTMF method mismatch. Check that media proxy is enabled (Auto or On) so VOS3000 can convert between DTMF methods. Verify that both the mapping gateway and routing gateway have DTMF receive set to “All”. Use the Current Call view to check which DTMF mode is active on both sides of the call.
The DTMF payload value is the RTP payload type number used for RFC2833 telephone-event packets. The default and most common value is 101. You should only change this if your gateway uses a non-standard payload type, which would be indicated in the gateway’s SDP with a different number in the a=rtpmap line.
Yes, VOS3000 DTMF works with G729 codec when using RFC2833 or SIP INFO methods. Only Inband DTMF fails with G729 because the codec compresses the audio and distorts the DTMF tones. If you need DTMF with G729, ensure RFC2833 is configured and media proxy is enabled so VOS3000 can properly handle the DTMF signals.
Duplicate DTMF occurs when both RFC2833 and SIP INFO are sent simultaneously for the same key press. Set DTMF receive to “All” which activates VOS3000’s first-detected-type locking mechanism. Once the first DTMF type is detected, VOS3000 ignores all other types for the remainder of that call, preventing duplicate digit detection.
Our VOS3000 specialists can diagnose and fix any DTMF configuration issue remotely. Contact us on WhatsApp at +8801911119966 for expert assistance. We can optimize your DTMF settings for IVR compatibility, troubleshoot DTMF problems, and configure your VOS3000 platform for reliable keypad interaction.
DTMF configuration problems can be frustrating and time-consuming to resolve, especially when they involve multiple gateways and endpoints with different DTMF capabilities. The configuration options in VOS3000 are powerful, but they must be set correctly for your specific deployment to achieve reliable DTMF performance.
📱 Contact us on WhatsApp: +8801911119966
Our team provides complete VOS3000 DTMF configuration services, from initial setup to troubleshooting complex DTMF issues. We can optimize your settings for IVR compatibility, calling card systems, and any other DTMF-dependent features in your VoIP platform.
For professional VOS3000 installations and deployment, VOS3000 Server Rental Solution:
📱 WhatsApp: +8801911119966
🌐 Website: www.vos3000.com
🌐 Blog: multahost.com/blog
📥 Downloads: VOS3000 Downloads
Master the VOS3000 clearing report for reliable financial settlement and reconciliation. Learn clearing report configuration, partner settlement, billing reconciliation, and… Read More
Master the VOS3000 analysis report for comprehensive gateway performance monitoring. Learn ASR ACD analysis, gateway quality metrics, route performance evaluation,… Read More
Master VOS3000 bill report for accurate revenue tracking across gateways, phone accounts, and destinations. Learn bill report configuration, revenue analysis,… Read More
This website uses cookies.