Chas2002

Can you post the TN of the 2616...

What type of Voicemail do you have?

jack

Are you using a simple set a to b to c etc, hunt or are you using the Group Hunt Feature?

Jack

Lovell

I am using Meridian Mail Voicemail system.

I was not here at the implementation of the group so I am not sure how to tell if they are using the group hunt feature of if it is a simple set.

The TN listing is as follows:

tn xx xx
date
page
des
type 2616
cden 8d
cust 0
aom 0
fdn 0
tgar 1
ldn no
ncos 5
sgrp 0
rnpg 0
sci 0
ssu
lnrs 16
xlst
cls ctd fbd wta lpr mtd fna hta add hfa mwa lmpn rmmd smwd aad imd xhd ira nid old vce drg1 pod dsx vmd cmsd slkd ccsd swd lna cnda cftd sfd mrd ddv cnid cdca msid dapa bfed rcbd icdd cdmd mctd clbd autu gpua dpua dndd cfxd arhd fitd cltd ascd cpfa cpta abdd cvhd ficd naid buzz ahd ddga nama drdd exr0 usrd ulad rtdd rbdd rbhd flxd fttc mcbn
cpnd_lang eng
rco 0
hunt 0000
lhk 10
lpk 0
plev 02
ast
iapg 0
aacs no
itna no
dgrp
mlwu_lang 0
dndr 0
key 00 scr 4900 0 marp
01 scr 4901 0 marp
02 scr 4902 0 marp
03 scr 4903 0 marp
04 scr 4904 0 marp
05 scr 4905 0 marp
06 scr 4906 0 marp
07
08 scr 2810 0 marp
09 scr 3810 0 marp
10 scr 2799 0 marp
cpnd
name xxxx
xpln 13
display_fmt first, last
11 prk
12 cfw 4
13 mwk xxx
14 trn
15

I lied, she does have ado on modules but I gues she is not using them so that part is no longer valid in my problem.

jack

You've got your FDN set to 0 -- most likely your receptionist/attendant -- and your hunt set to 0000 effectivly overiding HTA CLS.

Change these to the appropriate extension numbers and you should be all set.

Jack

Lovell

Jack,

I am not sure I understand...

For our normal phones we set the FDN and HUNT to 2300 not all 0's. I am not sure why it is set that way but I would have figured there is a reason for it to be. My concern is that this other hunt group is isolated so they don't go into the main hunt group. How can determine the hunt group on the trunk?

Basically our TS receptionist on one hunt group forwards her phone to the company main receptionist who is on the main hunt group. If a person call our TS department the phone would forward to the main receptionist. At some point in time not all the calls make it and there is a message in the TS voicemail. Maybe that better explains it.

Please let me know,

L

Lovell

Is the clarification I got a good understanding of what you mean? Or can anyone clarify?

Chas2002

L - I don't see any problem with the set that you posted..

Specifically:

Your FDN = 0 (Calls not answered will route to the operator)

Your LHK = 10 (That's correct)

Your CLS includes HTA and FNA (That's correct)

Hunt = 0000 (I use 3 zeros, but I don't think it matters)

You have MWA, but your FDN isn't your MerMail number????

You stated that calls randomly go to Voicemail - You'd need to determine under what situation the calls are being routed to MerMail...

Example:
Caller dials 4900, rings 4 time no answer - call should route to the operator (FDN 0).

Caller dials 4900 (in use), call should hunt to the 1st key (4901) and follow the above routing.

It may be that the Operator isn't answering the CFNA call from 4900 and the console is "somehow" routing the call to Voicemail..

slagburn

Going out on a limb here without any real input as what the problem might be.

If you want to watch all activity on the set you might want to take a look at the Enhanced Trace function (ENTC) in LD80 and setup it up with a capture file on hyper term, ProComm or whatever you use. Of course the NTP doesn't tell you that once you set up the ENTC prompt you have to start it with the GOTR command or that if you leave LD80 or get logged out of the system it stops.

Not sure if this is what you're looking for but I've used it in the past to run down problems with calls not going where they are supposed to due to flaky trunks, mistranslation or the switch being pissed off about something.

-T

west

Based on how the 2616 is programmed, you have in effect two hunt groups.
They are key 0 to key 6 and key 8 to 10. The reason for this is that a feature stops a hunt group and you have key 7 as program. Calls cannot reach key 8 because of a feature prevents it. This is even tho you said to hunt to key 10.
What you can do is duplicate the number on key 6 on key 8 and this should bridge the hunt. Or you may want to program key 7 as a extension and part of the group . You will then have a 11 member hunt group.

Good luck.