voice troubleshooting case debrief-dtmf digits

Symptom:
Remote location outbound calls backhaul to main site. When remote site
calls external number and needs enter additional digits after call is connected such as extension number, it appears central site is collecting those digits for another call rather than being forwarded inside call.

Problem:

Unity does not recognize DTMF when calling the PSTN for message notification
When Cisco Unity calls a phone on the Public Switched Telephone Network (PSTN) for message notification, it prompts the called party to enter information through Dual Tone Multifrequency (DTMF). In some cases, Cisco Unity ignores the digits entered and acts as if there was no response. Although this symptom lies with Cisco Unity, the problem is a faulty gateway configuration.
When Cisco Unity makes a call outbound to the PSTN, the DTMF relay must be activated and used for the call.
To activate DTMF on the call, ensure that it matches with an appropriate inbound VoIP dial peer with DTMF relay enabled. If no inbound dial peer is matched, then the default dial peer is used. In this case, DTMF will not be activated for the call, since the default dial peer does not have DTMF enabled.
This example configuration shows this information:
• The VoIP dial peer that services Cisco Unity outbound from the gateway is also used to match inbound by issuing the incoming called-number command.
• The dial string would likely be that used on the appropriate Plain Old Telephone Service (POTS) peer. Alternatively, the incoming called-number . command could be issued to match all dial strings and ensure that DTMF relay is enabled for all calls.

Solution:
• This VoIP dial peer is enabled for DTMF relay by issuing the dtmf-relay h245-alphanumeric command.
dial-peer voice 2 voip
destination-pattern 4...
incoming called-number 9T
!--- This dial string matches the pots dial-peer, or . could be used.
session target ipv4:10.100.25.2
dtmf-relay h245-alphanumeric