Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Westi on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

MESSAGE LIGHTS AND TRUNK/LINE PROBLEM

Status
Not open for further replies.

cw2you

IS-IT--Management
Aug 10, 2006
29
US
Well here I am again - Have the system operating but with two problems that were not there before I replaced the hard drive on the 007 MLM,

Problem one the message waiting lights do not turn on!

Problem two I pulled a trunk off the system but do not know how to tell the system it is gone - therefor frequently when you press 9 for an outside line you don't get one since the system goes to the port where the line used to be - then when you hangup and press 9 again you get the next line ok. Not a disaster just aggrevating.
 
First problem: no message lights - recheck all of your programming. Are the mailboxes all set up? Are the extentions with mailboxes in cover group 30? Have you setup coverage by the voicemail group (usually 770) for 30?

Second Issue: Press menu, system program, start/exit, lines/trunks, pool, keyin 70 and press enter, press entry mode, press inspect - this will show you all lines in your main pool. Next press back/exit - and delete the dead line port - press inspect again to make sure it is gone. If so press Home to exit.

Tom Daugirdas,
President
STCG, Inc.
stcg.com
 
Solution for problem 2 worked thanks-
I check all the programing mentioned for problem 1 - and they all match your suggestions - That is all the mailboxes are set up - all the extensions are in cover group 30 - and Coverage for Voicemail group 770 is set for 30. All the extensions receive and can retrieve voicemail but the light doesn't work. Manual said all entension had to be set to rotary which has also been done.
 
The 007 MLM does NOT need VM ports set to rotary - only Merlin Messaging modules (Gray color). Make sure the voicemail ports are programmed correctly. If they are - I suspect "bad" TTRs (Touchtone Receivers) in the voicemail module itself. It would have two. If you have an 012 or 016 Basic Telephone module in the system - you would be able to test them with a single-line phone. All calls going to the operator - would be an indication that no Touchtone Receivers are available to transfer a call to an extention. Check your processor error logs for "ALL TTRs Unavailable: errors or "Bad TTR" errors

Tom Daugirdas,
President
STCG, Inc.
stcg.com
 
Have no clue but we had a little power outage again when it came back on I reset the system and did a board renumber and the lights work now. Thanks for the help. They call this thing Merlin for a reason I guess.
 
Yeah - it's MAGIC!!

Tom Daugirdas,
President
STCG, Inc.
stcg.com
 
Hi Tom,
I am having a similar problem with a cust. we just picked up. Problems transferring out of the auto attd (which is now being used 24/7)at times the calls go to x10 instead of the correct ext & message lights are not being turned off after msg is deleted. It's not happening all the time but enough that is is frustrating to the cust. I checked the error logs & there is not one error referring to tt receivers. Any ideas?? I am having the cust do a power cycle to start. I remember when I worked for Lucent there was a prob with some of these units & we repl them.
Thanks
 
You should really start a new post.

But - #1 what type of voicemail? If it's a Merlin Messaging - make sure the VM ports are rotary enabled. #2 check that all of the voicemail ports are listed as members of the VM calling group - ususally 770. It is the last port that usually turns on/off message lights.

#3 in VM programming - make sure that a selector code for every starting extention number digit - is programmed for direct extention transfer. e.g. if some extentions are 1xx, 2xx, 5xx - selector codes 1,2 and 5 would need to be programmed for Direct Ext Transfer.

#4 Depending on when this happens - you may be running out of VM ports to handle/transefr calls - if ALL ports are tied up, the call will go to the Operator

#5 test all TTR's in the system. Do you have enough working ones to cover the number of VM ports?

Tom Daugirdas,
President
STCG, Inc.
stcg.com
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top