We have a 406 R3 V59 with 4 Multitech Call Finder CF220 - Version 1.03. We have tried the DID's as stations, and are now using them as trunks w/ no difference in issues.
Calls to DID's associated w/ digital, analog, and IP sets go right through.
Calls to DID's w/ front-ended Auto ATT have problems (see #2 below)
Issues:
1. Poor call quality on inbound DID calls (echo, low volume, "grainy" reported from callers). Changing settings results in better quality for 1 -3 hrs, then poor again.
2. Calls to Auto Attendant suffer from 8 -10 sec delay before .wav plays, then fail to pass correct DTMF 50-80% of the time, resulting in coverage to timeout option on Menu action.
From outside to DID 5400 > Incoming group 6 > Incoming Call route, all calls to *96 (Shortcode leading to VM Pro Menu Shortcode/Start/Menu action with no entry prompt and touch tones 5??? to $KEY transfer action and a 10 second timeout to our desired Menu action via Goto action.
Call rings once, then answered by Call Finder, then we get an 8 -10 sec delay before hitting the Menu. If we shorten the timeout action, it brings down the time it takes to hit the desired menu a little but results in incorrect or no DTMF on the menu.
Our ditributor's support group says the Multi-techs are "tricky". We are waiting for a callback on their AVAYA SMBS escalation right now.
Thoughts?
Calls to DID's associated w/ digital, analog, and IP sets go right through.
Calls to DID's w/ front-ended Auto ATT have problems (see #2 below)
Issues:
1. Poor call quality on inbound DID calls (echo, low volume, "grainy" reported from callers). Changing settings results in better quality for 1 -3 hrs, then poor again.
2. Calls to Auto Attendant suffer from 8 -10 sec delay before .wav plays, then fail to pass correct DTMF 50-80% of the time, resulting in coverage to timeout option on Menu action.
From outside to DID 5400 > Incoming group 6 > Incoming Call route, all calls to *96 (Shortcode leading to VM Pro Menu Shortcode/Start/Menu action with no entry prompt and touch tones 5??? to $KEY transfer action and a 10 second timeout to our desired Menu action via Goto action.
Call rings once, then answered by Call Finder, then we get an 8 -10 sec delay before hitting the Menu. If we shorten the timeout action, it brings down the time it takes to hit the desired menu a little but results in incorrect or no DTMF on the menu.
Our ditributor's support group says the Multi-techs are "tricky". We are waiting for a callback on their AVAYA SMBS escalation right now.
Thoughts?