Aria 24-ip configuration issues (with conf file)

[m1k30rz]

Hi guys,

So I'm a computer technician by trade, and we have a ARIA-24 IP phone system with 3 physical analogue lines. I wanted to make some changes and so have been using LDK PC ADMIN

Originally we had 4, but wanted to get rid of one, so I moved the 4th line into a different group and that seems to have disconnected it properly. I assume this is the right way?

There are a few issues we are having which may be my own doing, but some already existed.

1. When a customer calls in to the system it takes a LONG time to answer into the menu system, maybe 5 rings or more, I'd like this to be as short as possible.

2. The menu system says press 1 for sales, press 2 for technical, press 3 for admin or hold for operator. When you hold, it just loops back to the options, we need it to go to operator.

3. If a customer calls and is waiting on a menu option, and then hangs up before we answer, our phones continue to ring for at least 1-2 minutes, if we answer it just has a beep-beep-beep dialtone, nobody there. It does not seem to 'disconnect' the call when the customer hangs up inside the menu.

4. Sometimes it seems a customer will call us, then we answer and it takes a few seconds then beep-beep-beep as if nobody is there, but they are there and they get hung up on.

5. Cannot park-flash to transfer calls. If I press TALK on the phone it use to allow us to then dial an extension, hangup and the call would be transferred, it no longer lets us do that. instead it simply drops the customers call.

There may be other issues with configuration too, as I have never used LDK PC Admin, it was a steep learning curve. I managed to fix most issues we had, but I may have mucked some things up.

I have attached our config file, if someone can please look over it, or point me in the right direction how to fix these issues, I'd be so very grateful.

The backup file is here

http://www.mediafire.com/?enzpazjebn26c0a

It is using LDK PC ADMIN 3.7An with LDK-20 interface.

Thank you all in advance.

 

[doktor]

Have downloaded it. Will check later.

///doktor

 

[m1k30rz]

Thank you so much! Really appreciate the help.

 

[eats4treats]

Hi

The below suggestions are for the IPLDK20/100/300 systems but should still be usable for your aria24. (If the codes are wrong at least you will have the correct terminology to find the sections required)

1. Disa delay timer is too long. PGM 142, line range, flex 15, change to 2 or 3.

2. Disa retry counter is on default 3. PGM160, flex 4, change to 1.

3. This is your open loop disconnect timer. PGM 142, line range, flex 13. In England and using BT lines we need this to be 500m/s and the BT lines set to 800m/s(Call to your line provider). Different providers and countries have different timers!

4 and 5. Wouldnt like to guess without a bit more info. No.4 might tie in with the answer for number 3. I'd test once the timers are correctly in place.

Hope some of this helps.

Eats

 

[m1k30rz]

Hi mate,

For some reason none of those helped me...

1. This is already set to "1" I tried 2, 3 and even 9, no difference.

2. This is already set to "1"

3. My provider has no idea what the open loop timer is and cannot tell me what time to set it to, currently is 500, I tried 800 and also even 0ms no difference.

 

[m1k30rz]

Found some information that may help, apparently in New Zealand you need to have "Clear forward answer reversal" for Calling Party Control (CPC) which has something to do with open loop timer/hangup etc.

From my telco:

On some types of public exchange, Telecom offers a 'clear forward' facility on CO trunks
for calls terminating at the PABX. This is provided by means of an 800 - 1,100 ms
break on the idle positive lead (i.e. the lead that is positive when in the idle condition)


• If the seize acknowledge signal is returned after the 800 ms timeout , the originating end should send
a clear forward signal (Af
= 1, Bf
= 0) to the terminating end in order to release the trunk for further
calls

 

[m1k30rz]

Okay so after doing a lot of mucking around I have solved some of the issues, the only issues now are...

1. When a customer calls in to the system it takes a LONG time to answer into the menu system, maybe 5 rings or more, I'd like this to be as short as possible.

3. If a customer calls and is waiting on a menu option, and then hangs up before we answer, our phones continue to ring for at least 1-2 minutes, if we answer it just has a beep-beep-beep dialtone, nobody there. It does not seem to 'disconnect' the call when the customer hangs up inside the menu.

4. Sometimes it seems a customer will call us, then we answer and it takes a few seconds then beep-beep-beep as if nobody is there, but they are there and they get hung up on.

 

[m1k30rz]

Latest config file, by the way password is 2271

http://www.mediafire.com/?fnrpce227yby22s

 

[doktor]

Have downloaded it. Will check later. " -> Looked throug it.
Good grounding and cabling is essential.

It is difficult for me in Denmark, Europe to give many ideas of analogue lines i NZ, but signalling issue often lies within lack of knowldge of the local PSTN (CO lines). Would have bben easier with ISDN.
When calling in to groups - the phones in ring groups should answer immediately. But with 8 pcs. of Analogue phones the ring generator might give up a bit. Make some groups with 4 analogue devices (primary answer phones) and overflow to some group with 4 phones after some time.
Or have a common bell to ring and put the phones into a call pick-up group. The agents can pick-up the call instead. All "power" needed it to ring the common bell.
I guess that this is the reason for the delay in the ringing.
Let us hear your status update.

///doktor

 

[doktor]

Originally we had 4, but wanted to get rid of one, so I moved the 4th line into a different group and that seems to have disconnected it properly. I assume this is the right way?"

->The ideas about taking lines in/out of CO groups is correct.

Issues 3 to deals with the SLT hook flash timer seen in PGM180-182. (number 37 and 38).
Maximum SLT hook flash timer should be 150 msec (if in Europe).
Minimum SLT hook flash timer should be 80 msec (if in Europe).

Try to adjust these timer or even better ask your local telco.
They should know since these timers and setting goes for al analogue devices installed to the PSTN.

///doktor

 

[doktor]

Any news & updates?

///doktor