Analog Line Card onboard and 3C10114C, V3000, Gateway Chassis running R6_0_64
I have a V3000 system where some inbound calls answered by the AA and the caller enters a 3 digit extension not all the DTMF are NOT recognized (about 60% of the time) and the caller is sent to a default extension. This happens with a handfull of callers. Caller carriers I have identified: Bell Canada, Time Warner, U-Verse.
The Telco for the POTS lines connected to the V3000 is Century Tel.
I put a digit collector inline and it collected the correct digits but the TLIM failed to see them all
I also enabled logging and it shows that the TLIM failed to recognize the digit.
More:
After a failed call I took a screen shot of the status of the line card port showing DTMF digits and the 1st digit is missing. Another shows the second digit missing.
Incoming 106 126 9204265801 Not Received 16 Mu-Law
here the caller dialed 126 and a digit collector captured 126 but the TLIM only shows 16 (see attachement)
Incoming 74 126 9204265801 Not Received 16 Mu-Law
Incoming 2 643 9204706688 Received ADPCM
Incoming 106 126 9204265801 Not Received 16 Mu-Law
Incoming 88 126 6785288812 Not Received 126 Mu-Law
Incoming 29 643 9204706688 Received 166 ADPCM
.
Note to self:
I had another system with this a while ago and the workaround was to replace the card with an old style 3c10114
Would RTP payload type have anything to do with this? maybe?
Some anecdotal testing results
• Listened to entire greeting… pressed 126 and it worked fine.
• As soon as the greeting started… pressed 126 and it did NOT work.
• Listened until the greeting said; “…if you know the parties extension you may enter it now…” pressed 126 and it worked fine.
• Listened to; “…thank you for calling xxx…” pressed 126 and it did NOT work.
• As soon as the greeting started… pressed 1 (wait) 2 (wait) 6… and it did NOT work.
• Listened to entire message… pressed 126 very fast and it worked fine.