Corrupted cfg file? 1

[nLeo]

Howdie!
I really don't know where to start..
A client running 9.0.73
Manager runs very very slow and I guess I know already why (too many hunts..., 1500+ inc call routesto ind hunt).
A validation takes a good 10 minutes but at the end, there are no errors showing.
Tried to load the backup on another unit results for the Unit to completely lock up. Fixed red lights. Dead.
Another Tech spoke to Avaya who believed the Unit was faulty and replaced it, along with the SD Card.
2 new units, both locked up again upon upolading this DB.
Loading a cfg of about 3 month ago seems to be working.
How can we possibly find any errors? Since there are no errors showing?
Any suggestions please?

Many thanks
Leo

 

[janni78]

How big is the config file?

Hard to know with out looking at it, would expect Avaya to request the config so they can check it out. Isn't that what support is for? =)

"Trying is the first step to failure..." - Homer

 

[JustAGlitch]

Have you checked SSA or are you referring to the errors within Manager? Also if you look in embedded file management what do you see?

If It's Not Broken...Don't Fix It!

Stephen Webb
Norstar, BCM and IP Office Engineer

 

[nLeo]

Thank you.
System Status shows no errors at the moment.
Haven't checked Embedded but I will soon..
File size about 600k

Leo

 

[janni78]

Did you import something into the config? Could be as simple as some character messing this up that you don't see in Manager.

"Trying is the first step to failure..." - Homer

 

[rdoubrava]

>Manager runs very very slow and I guess I know already why >(too many hunts..., 1500+ inc call routesto ind hunt).

As you saying you have 1500 hunt group?
or adding all users + groups + ICR is 1500?

 

[nLeo]

Sent the config file to Avaya.
they found a corruption on the boot up apparently.
Had to load a older backup.

Thanks to all..

TO answer previous questions: 1500 hunt groups, 1500 ICR and 40 users..
I know .. too many ..
going to eliminate hunts and create users with no extensions..
your thoughts?

Intrigrant already suggested using TAG in ICR and use TAGs for announcements... but I cannot see where the TAG is presented in TAPI

 

[janni78]

1500 huntgroups isn't even supported, max is 300 on non-select.

"Trying is the first step to failure..." - Homer

 

[nLeo]

and users? Manager 9.0

 

[janni78]

Depends if it's Server Edition or IP500.

"Trying is the first step to failure..." - Homer

 

[nLeo]

Ip 500

and anyway server edition?

Thank you

 

[janni78]

"Trying is the first step to failure..." - Homer

 

[nLeo]

Thank you ..
but i could have more than 384 right? Just virtual isers badically, without assign extension

 

[janni78]

You could but it's not supported. Before they said extensions but they've changed it to users.

"Trying is the first step to failure..." - Homer

 

[Albus2]

Maximum number of Huntgroups is
300 IP500v2 / SE 9.x
500 SE Select 9.1
600 SE Select 10.0

 

[hairlessupportmonkey]

Do they have VM pro?

I created an announcement for users rather than many HG's once. Use a voice question in reverse to annouce to the HG / users to remind them how answer the phone.

Reduced the number of groups to a few...

ACSS - SME
General Geek

 

[nLeo]

Can't do that I'm afraid.
Via TAPI, we display the relevant client (not an hunt group).
What I'm thinking of doing, is to create 1500 users (with no extension) and only use a bounch of hunt groups.
Let's see...

Question: is there a \telephone system with 'unlimited' hunt groups...
basically something that handles multiple companies within one

 

[janni78]

I did this with a customer using a lot of ICRs all pointing to the same huntgroup, then we used TAG to display the client info via TAPI.

"Trying is the first step to failure..." - Homer

 

[nLeo]

Hi Janny,
same suggestion from INtrigrant..
problem is : where is the TAG displayed via TAPI?

 

[janni78]

Can't test it right now, but it might be set as CALLER_NAME.

Is it self-developed or from 3rd party?

"Trying is the first step to failure..." - Homer