Some rooms won't transfer to covoice. 90% work properly. Is there a possibility that the ports on the control cards are not configured correctly for each room? There does not seem to be any consistancy to the problem. Thanks for your help.

Need more information - do you mean you cannot forward them? It is a COV or ONS integration?

Dane,
He is talking about rooms that meens all phones are SL on ONS.
katboss, you have to make sure that all rooms programmed CFNA into VM for number of rings that less that call recall time is. Check on the Consol that room is Forwarded into VM or make sure you have a mail box assigned for that room.

mailbox's all assigned cloned them from working one then cloned all extensions from good working onethen programed fowarding on all, double checked then checked again all are identical except #(must mach extension) 83 work 15 don'tmoved on to pbx mitel sx-50 ms55 all registers as expected cos configuered correctlyand all extensions as they should be(operator3 port hunt group)no ring or pickup groups 3 ringdown 2 hallway 1 lobby covoice in hunt group of 2 the card is 4 port 2 to pbx 2 for voice card the pbx does not send packet for ext that don't work the rest do like they are suposed to all 301-310 commands for ext as they should be ext 102 worked 104 did not swithched them in software 104 worked 102 did not moved 104 to unused port did not work checked all attendant codes 747 for maid did not seem to work tried 444 nothing checked room status ok is there a way to set up ports on cards hardware software
thank you

on covoice set ringtime to 5 defoult 15 can only go down to 4 i think that is what you meen cfna vm = voice message computer? command 100 reg 11 g?

to dane how much for dial in support pretty sure ons 16 port per card i think phones superset 3 should have done more reaserch on them will in the future soon sl?

do you need the docs for the covoice?do you know how to bring up the C1 screen to test all 4 ports
for proper forward and follow on id sequence?

from what I can tell there may be a couple of things to try. When you said it did not send packet how did you determine that? Were you on the VM ext listening for tones? Here is what I suggest you do to test this. If you are using ONS integration and can monitor VM ports to listen for toned digit strings take one ext and forward it to each individual VM port and make sure that you get the ONS toned digit string. Sounds like possibly you have an ext for the VMS that is not programmed correctly. If that works then find an extension that is not working and one that is and simply swap the cards (do not reprogrammed to vacant port) and see if the problem follows the card. Not too sure what else might be causing the problem.

i have docs to covoice. today i will run c1 and moniter the lines as i call i will use lines that work and lines that don't now what i meen by not recieving packet on the covoice it tells the codes per line as it recieves them for instance on good line i see rna (ext)then packet 400 then menu then record then set lamp then back to waiting on ones that don't work nothing at all now the vms (covoice) i have seen calls come in on both ports the worked corectly on both. i have even unpluged one port forcing it the next. the pbx is live cannot shut down i think that is what you meen by switching cards you mean the ons cards on the pbx ? snc not sure foward and follow id sequence.will try some of these ideas today. this is a mind bogler.
I Thank You both very much i will let you know what i find out

All single line exts use Abr. dial table to go into VM. Check your entry for those rooms that are not going into VM. if you do not have an entry in Abr.dial table for those rooms you are not going to see any info (packets)on VM ports from those onece.

i have traced it to ports on the card is there a way to reinitialize just ports on the cards

#982 is a default code to see extension status but you have to reset the system or card(with power) to reset port.

Vad60, I have no experience with the covoice, but the VM's I have put on 50's didn't use abbr dial. Are you thinking about 200D/lite/etc? John C.

No John, I am talking about single line integration when you are looping SL ports with trunks to provide DTMF for VM. For some reason I think it is not digital integration but maybe I am wrong.

VAD:OK, now I've got to go find some co-voice manuals on the web so I can bone up on this form of integration for a 50. I've always used COV! Thanks a lot!, I think. John C.

The COVoice does use COV! It was designed specifically for the Mitel line. Check the name again.

Sorry, VAD, I think you're confused. Western is right, COVoice is on COV ports.

KAtboss, go to command 110 and check the call forward code for busy/no answer (usually 55 or 56, I think). Then, let's say that the VM pilot is 350 and the CF BNA code is 56. You would go off-hook on the extensions that don't work, and dial 56 350 (you'll hear a confirmation tone, then dial tone again). Hang up. Test.

On Mitel, the Call-forward setting is not affected by programming, so your cloned phones might or might not get the same call forward. You have to set it and clear it from the extension, using the code. Hint: Use your buttset on the blocks in the phone room, and save yourself a lot of walking.

double check and make sure all vm port exts have been defined and ext and mail box forms and make sure each exist in COVoice on problem ext's
also .

did you ring all ports in c1 c2 screens
from a problem ext and see if all ports receive
follow on alpha/digits "have you tried to
talk to VSR I have called in and they have helped in the past with out paying ask nicely worked for me"

did you solve your problem