Recent content by DavidNe

Company is migrating from an old CS1000 (in actuality it's an old Option 81) to a new Avaya Aura platform with 9608 phone sets.. My issue is the following I create an intercom (auto-icom) between executives and their respective Admins Exec presses configured "auto-icom" key and it rings or...

It's set to 3 and can't go any lower. Thanks for the H323 info...

First of all I apologize for the tardiness of my response. This is for employee medical center emergencies as well as for multiple entrance issues into the building so the patient phone scenario setup is what I need. everything works now I've changed the Emergency Access Redirection Extension...

Yes my appologies that is correct it is not working. For some reason when I take 2433 off-hook it doesn't automatically call 2468. I'm getting dialtone when it should ring 2468

I created a phone 2433 as H323 and set it up as COS 14 I’ve changed “off hook alert” to yes in COS 14 group. I’ve changed the “time off hook and Emergency Extension” in system parameter features time before off hook alert -> 1 Emergency Access Redirection Extension -> 2468...

That's what I thought all along just wanted to make sure. Cheers Dawg

It's been a while for me with regards to Mermail and I can't seem to remember if the # in the "Storage Used" field represents the # minutes or the # messages Anyone know the answer? TIA

Thanks G, we already have the vendor scheduled to come in to assist.

We have actually removed about 30 AP's reduced from 65 to 35. Huge building with 4 floors. SSID's are all different with controlled roaming. All power settings are setup corrected as per Avaya specifications. I will check out the Cisco Docs (eventhough this is Avaya equipment) and see if...

We have setup some wireless Avaya equipment and have run into the problem of multiple access points. in a nut shell, if I am standing underneath one of the wireless "access points" on the first floor with a 4 or 5 bar signal strength, my device decides to connect to the wireless "access point"...

I have changed the PNI and still the same.

Can you post the RDB for the PRI ?

Our provider seems to think that the protocol NI2 is the common denimator in this issue, and that DMS100 doesn't act the same way as NI2 when it comes to transferring calls. Would anyone know if there is any truth in this statement ?

Seems that I thought I had this one licked.....but my findings didn't seem to solve my problem. below is the service route for the inbound route that has the same problem. TYPE RDB CUST 00 ROUT 8 DES BELL IN TKTP DID SAT NO RCLS EXT DTRK YES DGTP PRI ISDN YES MODE PRA IFC D100...

I think I see what the problem is... The route with the main DID # is programmed as a TIE route and not an ISA route. There are no service routes programmed for this route. I will tear a strip off of our provider and let you know what happens. thanks