MICS/NAM Weird CFNA Behavior

[TheOldMan346]

Not sure if this belongs in Norstar or VM forum so I apologize if in wrong place. Also apologize for the length. Have a customer with several locations all set up pretty much the same way. Each location has an MICS with Nortel Application Module (NAM) voice mail. They are stores so there are a number of "agent" or user phones that are hotlined to call a main phone when they go off hook. There is one main phone and a secondary phone. The secondary phone has an answer DN for the first one. In all locations, the main and secondary phones do not have voice mail. The CFNA is set to none, the CFB is set to none and there are no VM boxes for either phone/extension. This setup works like a champ in all locations except one. In this one location, the call rings 4 times then the display shows it forwards to the VM extension and you hear something like "The party you are calling is not available. Using the dial pad, please enter the name of a party." That is not an exact quote as I did not write the whole thing out. This is consistent behavior not a fluke. It also happens on external calls routed to the extensions through the AA. They want the call to ring until answered or disconnected as it does in the other stores. The MICS is DR 6.1 and the NAM is 3.1 I believe. The other stores are not all exactly the same revs but are generally close.

Any thoughts on what could be the cause and how to correct? Thanks in advance.

What goes around - comes around.
The Old Man

 

[HughRunyan]

I would set up a hunt group for this and a send the hot line call to the hunt group then the calls can not get to the Vmail

 

[TheOldMan346]

Thanks for the suggestion. The calls should not be getting to the VM now! There is no CFNA, no CFB, no mboxes. It works in the other locations. My brain can't let it go. Thanks again.

What goes around - comes around.
The Old Man

 

[TheOldMan346]

Just went in and got rev of NAM. It is 4.0.04E. Found reference to redirect DN. Could that be related?? Thanks in advance.

What goes around - comes around.
The Old Man

 

[norstarboy125]

If that MICS is 5.0 then it could be related with the Nam/vmail issue. But it's been awhile i can't remember if that's with PRI or just plain pots as well.

Jeremy J. Carter
Charm City Communications

http://www.charmcitycommunications.com

Norstar. BCM. CS1000 Programmer

 

[luv2ski]

1 of the or all lines are on a set that has fna to vm after 4 rings...check all set in programming

6 months until ski season starts...sadly i must resign myself to the warmer weather"this will include a normal 8-5 work day, 5 days a week"

 

[TheOldMan346]

Thanks. That was the first thing I checked. ABSOLUTELY NONE of the sets have CFNA or CFB set. The "agent" or user sets are locked and hotline to the main sets only. There are no lines assigned to the main sets. They are internal only.

What goes around - comes around.
The Old Man

 

[jonsjacks]

I would check the direct to prime setting and number of rings. Also make sure V.M. ext. is not prime for the lines.

 

[ptstechnician]

You said - "It also happens on external calls routed to the extensions through the AA". This is probably happening because of the "transfer callback" setting. The only other thing I can think of is the lines are ringing on another phone at the business and the CFNA is set to four rings (just a thought).