Norstar MICS Weirdness 2

[NimrodMCSE]

Having a really weird problem with my MICS 4.0 with Voicemail 4.0. On weekends and sometimes after normal business hours during the week I'll have phones that will automatically start dialing the last number called from the set. I've noticed this to be happening only when the Auto Attendant is on. Also if this starts happening on a weekend, by the time monday rolls around the Station Module that these phones are attached to will cause all sets connected to it to have the "Flashing arrows" display and all the sets will be out of service.Once I power the Module off & on and it synchs with the system everything will work again.Also these phones will go into "Hands Free" at the same time as it starts making calls. Kind of spooky while working on the weekend and having all the phones around you start dialing for theirselves. The local Bellsouth Guys don't have a clue.Looking for any insight. Already disconnected the RAD and Changed all the passwords thinking it could have been compromised. Maybe some kinda virus, or other bug?

 

[norstargirl]

Thats kinda crazy, Ive never heard of this happenning.
You may want to try to disable the station module and then enable it back. Try maybe also doing a graceful shut down so the system can reset it self. Are the phones attached to the station module old phones. Well that shouldn't really matter, sense all the phones this is happenning to is on the station module. Try the shut down and see if this fixes the problem. Also see if there are any ring groups set up with those phones. You may also want to check if maybe there is some type of external transfer set up.

I hope this helps
M.Parnell M.Parnell
(norstargirl)

 

[schlum]

Strange indeed. I agree, try shutting it down and hope your memory stays. Very unlikely memory would get lost.

Failing that, I would want to swap the fiber cords with another module if you have one. Doubt that`s the problem but it get`s rid of one possibility.

Another thing you may want to try, depending on how knowledgeable you are with programming, is to turn set relocate on and move your problem station module`s fiber cord up to the next available port on your expansion card. Or even better, if you have a second station module, swap their locations in the expansion card. I would doubt you`d lose any station programming, but you should be familiar with installer programming in case set relocate should fail. I`ve done this on several occasions with no problem but you never know. It will obviously mess up your Port/Dn sequence, but if you`re familiar with your port/DN status it`s no biggie. You can always move it back to get it back in order, but give it at least an hour before moving it back. If you only have the one station module, it will at least prove the port on the expansion card. Two station modules and you can prove the modules.

Again, do this only if your comfortable in your abilities to program your norstar should set relocate fail, or in the worst case scenario, your switch defaults. It`s always a possiblity when your doing this kind of stuff so please be cautious...Nothing worse that seeing Jan 1 XX come up on your dispay.

Schlum

 

[Guest_imported]

Some other thoughts...

- How is the date/time stamp on NAM messages in personal mailboxes?
- Can you change out the DS30 cable to the NAM?
- What do the alarm codes look like on the MICS & NAM?
- If you have a video card in the NAM you can look on the Voice Server reports..... Is one of the Watchdog subprograms in the NAM reporting a critical failure?
- This problem sounds reminiscent of a main KSU processer failure. Don't forget when the AA is on it is set to answer COs. That means the CPU in the KSU has to talk directly to the CPU in the NAM. Without the AA on, the KSU only (oversimplification) talks to the NAM in a call transfer situation.
- Can you do a disk back up of your system with your Rad (Fast RAD?) and swap out the MICS KSU and prove one side. If you don't have a KSU yourself, there is likely a freindly company who will either rent you one or come and do the procedure for a small cost. Renting one would be good because if the KSU proves faulty you can send it for repairs without losing service. (providing you don't already have a vendor... who should be able to provide this level of service)

Good luck ... Keep us posted.

 

[canadianwolf]

Did you get this sorted out? The fact that its only happening on the station module affecting only its sets and not the sets on the KSU cabinet leads me to think a flakey station mod or its fibre connection.
Not to say the station module is n/s, but perhaps where it plugs in to
A/C is grubby? I had a NAM act flakey, drop calls, reboot on its own, bring up "station module failure' alarms on the KSU all because the AC power cord was slightly damaged inside where the plug blades enter the cord. Eventually it failed completely - how i discovered the problem.

It seems there was some arc'ing inside the cord while it was slowly failing, which caused the cpu to get flakey. Could be happening with the station mod - if its not getting enough power to keep all the sets up and running, that would definately cause the module to intermittantly fail the sets.
well thats my 2 cents anyway.