web statisticsweb stats

Business Phone Systems

Previous Thread
Next Thread
Print Thread
Rate Thread
#586919 04/03/15 04:36 PM
Joined: Mar 2006
Posts: 46
Member
Member
Offline
Joined: Mar 2006
Posts: 46
I have a customer with an old 2-shelf ADIX (6.3x). I've finally convinced them to get rid of the dinosaur, but that won't be happening for another few months. Recently their CPU dumped their database (surprising, eh?) and when I reloaded everything, there are 8 stations that will not ring on an incoming DID call. The stations work fine, I can call them on ICM, I can make outbound CO and ICM calls. But When I dial a DID assigned to one of them, it either rings busy, RNA, Rings a few times then goes to the attendant, or goes straight to the attendant. I've tried assigning different DID's to those extensions, and I get the same results.

No numbering conflicts, no duplicate DID assignments, no weird forwarding set on any of those exts. All the other (40+) extensions and their corresponding DID's work fine. FWIW, these 8 stations were the latest added (with an additional PSUB card) to the system a year or so ago, but have been working fine up until the database reload.

I've looked everywhere I can think of in their database and don't see any reason why these 8 stations won't take a DID call. Does anyone have any ideas? I was trying to avoid a default/reload, but maybe that should be my next step.

Thanks in advance for any insight you can provide!

Atcom VoIP Phones
VoIP Demo

Best VoIP Phones Canada


Visit Atcom to get started with your new business VoIP phone system ASAP
Turn up is quick, painless, and can often be done same day.
Let us show you how to do VoIP right, resulting in crystal clear call quality and easy-to-use features that make everyone happy!
Proudly serving Canada from coast to coast.

Joined: May 2002
Posts: 4,309
Likes: 8
Moderator-Avaya, Polycom
*****
Moderator-Avaya, Polycom
*****
Joined: May 2002
Posts: 4,309
Likes: 8
Try resetting the card.

Joined: Aug 2006
Posts: 1,812
Likes: 15
Moderator-Iwatsu
*****
Moderator-Iwatsu
*****
Joined: Aug 2006
Posts: 1,812
Likes: 15
If the data base 'dumped', the 'new' card may not have the same logical port assignments it had before things went south. On most installs, I would generally add stations to the count even if I didn't have a card installed to make life easier later down the road, but it messed things up if I didn't remember or someone else worked on the switch. You may have DID assignments pointed at virtual KTs. Verify all your port assignments in Class 1, making sure your station count is correct.

Last edited by JBean3329; 04/03/15 09:28 PM.

Sometimes the thoughts in my head get so bored, they go for a stroll through my mouth. This is rarely a good thing.
Joined: Mar 2006
Posts: 46
Member
Member
Offline
Joined: Mar 2006
Posts: 46
Just an update. Everything was correct regarding port assignments in Class 1, and all the logical port station info in Class 10. (And I know what you mean about adding stations to the count during an install, and not telling anyone else what you did! Ha) I was totally stumped because the stations in question all worked perfectly fine with the exception of receiving inbound DID calls. I defaulted and reloaded.... still had the issue. I went back to Class 25, because that was the only common denominator. I noticed that there were a few blank table numbers. Didn't think anything of it, because I have other databases where I left a blank table or two when assigning DID's. Well, I guess that matters in V6. I took one of the non-working entries in Class 25, and moved it to the blank table number, and bam... it worked. Cleaned out the couple of blank tables and the other (previously non-working) 7 extensions now recieved DID calls. As usual, I appreciate the responses!

Joined: Aug 2006
Posts: 1,812
Likes: 15
Moderator-Iwatsu
*****
Moderator-Iwatsu
*****
Joined: Aug 2006
Posts: 1,812
Likes: 15
I had a 'blank in a table' problem once as well, now that you mention it. I remember from some other system training that holes in tables would cause problems, so I don't leave a hole in any programming for any system brand I'm working on. It may not matter, but you never know....

Thanks for letting us know.


Sometimes the thoughts in my head get so bored, they go for a stroll through my mouth. This is rarely a good thing.

Moderated by  JBean3329 

Link Copied to Clipboard
Newest Topics
NEC SV9100 trunk to trunk routing
by utec - 04/21/25 04:23 PM
CIX 100 Backup failing
by stwtech - 04/21/25 01:15 PM
SV8100 beeping
by Jackcmann - 04/10/25 05:29 AM
Forum Statistics
Forums84
Topics94,518
Posts639,974
Members49,849
Most Online5,661
May 23rd, 2018
Newest Members
utec, MoverDub, Kevin usama, Pruitt roger, ActiveTelephones
49,849 Registered Users
Top Posters(30 Days)
Toner 9
Taddeo 6
Who's Online Now
0 members (), 327 guests, and 49 robots.
Key: Admin, Global Mod, Mod
Contact Us | Sponsored by Atcom: One of the best VoIP Phone Canada Suppliers for your business telephone system!| Terms of Service

Sundance Communications is not affiliated with any of the above manufacturers. Sundance Phone System Forums - VOIP & Cloud Phone Help
©Copyright Sundance Communications 1998 - 2025
Powered by UBB.threads™ PHP Forum Software 8.0.0