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 strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

007MLM MB full and Transfer to CAS

Status
Not open for further replies.

aprilflowers

Programmer
Sep 16, 2005
30
US
Legend R6.1, 4-port 007MLM, with a mix of 408, 012, and 800 DID modules. Five incoming lines and four DID trunks. System has about 40 MLX extensions (3-digit). The problem: I call in on a DID & get the extension VM like I should. Call in on L806 which is answered by AA 2, enter the extension number, and about 50% of the time get sent to the CAS Operator. This problem seems to be extension specific. Also on this line, when I try to xfer to ext 636 for example, I sometimes get “Call cannot be transferred to extension 36”. I do get to 636 if I re-enter the extension number. Customer also says they are sometimes getting the Mailbox 80% or 100% full when it is not. I could not re-create this while on-site. I reset the VM and had a bit of trouble getting it to start up again. Line Assignment and Selector Code Assignments are correct for AA 1 and 2. Maximum digit length is 3. Incoming calls to the main number work correctly. I did notice that when the first VM port answers and goes solid red, the light directly above it will flicker green occasionally. Thank you in advance.
 
Sounds like your VM hard drive is on its last legs - and may also have corrupted sectors. Time to get a replacement.

Tom Daugirdas,
President
STCG, Inc.
stcg.com
 
I replaced the VM with another refurbished one. The same issues remain. Changing the COS to 3 on the extensions getting the MB full message seems to have resolved that problem. Could I have corrupt programming on the Legend processor or a bad processor? I also wondered about a carrier/backplane problem, but the extensions experiencing issues are sprinkled throughout the system. Any other ideas?
 
I am completely baffled. Today, we replaced the entire system, card-for-card, with refurbished modules and a processor that I programmed from scratch. The only thing remaining from the old system is the back planes and power supplies. The same problems still remain. The company we got the refurbed VM from said the "bad" one we sent back tested good or "NPF". They did say, "we actually found that someone attempted to program this unit, and either put a password in, and forgot what password they used, or something else caused them not to finish the programming of the unit, and this is what caused your problem with this particular unit." I am working on getting some clarification on this statement. Am I missing something that is causing the issues? Is there a specific order of programming with MLM007 that I'm not following? If it matters, I don't use a PC to program the VM as I find it to be a pain. I can get it done much faster using an extension. I am at a complete loss as to what the problem is. HELP!!!!!! (again:)
 
First off, are you still having this same problem?

Second, you really can not program the MLM-007 with the PC.

You can only get reports.

It maybe that you need a higher level of support from your vendor.



 
Also make sure maximum extension length is set to 3, the default is 2
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top