Search results for query: *

Make sure that only ASA is open... No GEDI/Emulation windows...etc Tasks will not run if another process is open in ASA. Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony

I'm not sure what version of CM your running, but TN767 are not supported for PRI. You need to use a TN464.... Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony

I looks like there is a newer version you can try. Possibly the new version contains some fixes for you: http://support.avaya.com/css/appmanager/public/support/Downloads/P0032/2.4.x/C20107121035257650_1 Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony

In the maintenance web interface make sure your login is in 'susers' login group and 'prof18' is set for additional groups. Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony

That looks right Klees. Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony

You need to run those commands in Avaya site administrator/gedi, not from a telnet session. Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony

You can adjust the prompting timeout in change system-features. 4 seconds is the shortest you can set. Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony

Your step 9 creates a loop if no digits are entered. You might want to change that to goto step 16 instead of step 8. Other than that, you have a 6 second inter digit timeout on each of your collect steps if no digits are entered. Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony

Can you get to the web interface of your processor? You might need to allow ssh in the server access via the miantenence web interface. In ASA, also make sure you have SAT setup in the change ip-services page. Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony

Note the session number in the status login screen in ASA. Then issue the command reset login-ID x, x being the session ID noted before. Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony

VDN's do not consume a station RTU. Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony

First you will need to know your DID range from the carrier. List extension-type will list your programmed extension values. Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony

add another step: goto step x if available-agents in skill 1st=0 step x would be messaging skill 99 for extension 2993. Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony

Here are some descriptions for you. • Auto-In_ GRP1 (makes phone available for ACD calls) • Manual-IN_GRP1 (similiar to auto-in, but puts you in AUX after ACD call. You need to hit man-in again to receive another call from the ACD) • Abrv Dial are assigned for the FAC-ACDF (LOGIN...

The remote sites would remain in service as they have ESS. Your telco provider could re-route the calls from your main location to the trunks at your remote sites. Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony

The user would not have to change their number with the inc-call-treatment. Remove her extension digits, enter a net new vdn value and point to vector that checks ani table then routes to her original extension. Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony

Try this doc: http://support.avaya.com/css/P8/documents/100068008 Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony

You could also do a vdn/vector. This would save you a couple RTU. VDN 311 point to vector x vector x route to number 9311 Do the same for 411. Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony

You need to find your persist.dat file. Back this file up and restore after you upgrade ASA. I can't remember the location for your version. Look either in... C:\Documents and Settings\%username%\Application Data\Avaya\Site Administration\user ... or C:\Program files\Avaya\Site...

You could run point to point T1's between the cabinets. You wouldn't actually put calls on these spans, they would just be used for synchronization for the remote EPN's. Rock on, be strong... SG APDS UC, APDS CC, ACE IP Telephony