11-25-2008 02:19 PM - edited 03-13-2019 05:52 PM
I am getting mix reports of users with 7900 series phones that call an outside auto attendant (not unity, another business over PSTN) and are unable to navigate the DTMF menu. For example if they punch 2 for english they get an "invalid response". The odd thing is that this is not always recreate-able. It does seem to happen to the same users when it does happen.
The most recent report are 7921 and 7971 users that use an MGCP gateway (digital PRI) to connect to the PSTN. I have "MGCP DTMF-Relay voip mode all codec out-of band" specified on the gateway as well. Not sure what could be impacting DTMF.
thanks.
Solved! Go to Solution.
12-12-2008 12:11 PM
There are two prominent issues for this:
CSCso87127:
Basically most of the 12.4(15)T gateways, and any mainline IOS before 12.4(23), starting at around 12.4(13) or so.
CSCsv04751:
Phone loads 8.4.1 or 8.4.1SR1 will cause duplicate DTMF when it's pressed on the handset. Speakerphone and headset shouldn't be affected.
12-02-2008 01:28 PM
The âmgcp dtmf-relay voip codec all mode out of bandâ work with only PGW- HSI and with SIP.
Try to change command "mgcp dtmf-relay voip codec all mode out-of-band" to "mgcp dtmf-relay voip codec all mode cisco".
12-04-2008 12:20 PM
Thanks for the idea, but this didn't change anything. The users that are local to the PRI gateway are not able to navigate outside menus, but remote users that are using that same PRI gateway through Tail end hop off are able to use DTMF in the menu system. The difference would be what codec was in use G.711ulaw/G.728r8 respectively.
Any other ideas?
12-12-2008 12:11 PM
There are two prominent issues for this:
CSCso87127:
Basically most of the 12.4(15)T gateways, and any mainline IOS before 12.4(23), starting at around 12.4(13) or so.
CSCsv04751:
Phone loads 8.4.1 or 8.4.1SR1 will cause duplicate DTMF when it's pressed on the handset. Speakerphone and headset shouldn't be affected.
12-15-2008 06:57 AM
The firmware bug was indeed my problem. I backed the phones down to 8.3.4sr1 and this resolved the issue. FYI the 8.4.1S code is part of the cmterm-devicepack6.1.2.1113-2.cop.sgn update that I had applied earlier for this particular customer. So use with caution.
thanks
01-14-2009 02:29 AM
The description of the troubles depicted in the post were exactly like the ones I was experiencing. Cisco CallManager 4.1(3)sr4d
I upgraded all 7911, 7941 & 7961 telephones to 8.4.2 and my troubles went away.
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: