Home         |        Forums         |        Portals          |           Login               |     Register              
 
Go Back   VoIP / PBX Info Forum for Avaya / Nortel, Cisco, ShoreTel, Panasonic and other manufactuers Tech Tips Community > PBX / IP PBX FORUMS > MITEL NETWORKS > Mitel
   SEARCH  
     
User Name Password      
Save ?
Mitel Ask Questions and Find Answers on Mitel Systems:

Tags:


Avaya Compliant Solutions   Nortel Compatible Products    Cisco Compliant Solutions   Free Call Accounting Quotes

Reply
 
LinkBack Thread Tools Display Modes
Old July 3rd, 2009   #21 (permalink)
Moderator
 
acejavelin's Avatar
acejavelin is a high-tech, heavy metal redneck!

Activity Longevity
12/20 5/20
Today Posts
0/0 ssssss623
Location: North Dakota
Rep Power: 2acejavelin is on a distinguished road
Gender:
Country:
Hmmm... shouldn't work that way. But again I am not sure I understand exactly.

Is HG200 the main Voicemail hunt group? I thought the VM hunt group was 290.

You can have a Single Digit 2 mailbox and dial 200 or 299... after the first digit it waits a few seconds to see if you are going to dial more digits before it performs the transfer.

So are you saying that when an outside call comes into the main Voicemail HG, you press 2 and it says invalid, but if you dial 299 it works? If this is the case, try leaving mailbox 2 as it is, and then create a regular extension mailbox 299 with extension 299 (so you have MB2 and MB299 both in the system with x299 assigned to them both) then try it again, I bet it will work when you press 2 this time.

If it works, great. I don't know why this seems to make a difference sometimes, but sometimes it seems to be needed and other times not. If it doesn't work, then I am not sure what the problem could be with the info I have...

-----------------
This part may not be relavent, but something to keep in mind, I typed it up then read what you posted again and think it may not have anything to do with what you said, but I didn't want to delete it:

Careful with hunt groups with RAD's. Read the section in help on Recorded Announcement Devices. All RAD's must be a a lower Leading Digit (or lower numerical number if the leading digits are the same) then any hunt group they are assigned to.

For example:

RAD's are 150, 298, and 450
Hunt Groups are 199, 299, and 499.

199 can only use RAD 150 (leading digits 2 and 4 of the RAD's are higher than 1 used by HG so they cannot be used)
299 can use 150 or 298 as a RAD
499 can use any RAD defined above

The features section of the help document explains this better and why it has to be this way.
__________________
Telephony users cannot gain anything without first giving something in return. To obtain a useful feature, a feature of equal value must be lost.

This is Telephony’s First Law of Equivalent Exchange.

Last edited by acejavelin; July 3rd, 2009 at 11:13 PM.
acejavelin is offline   sendpm.gif Reply With Quote
Old July 4th, 2009   #22 (permalink)
Senior Member

Activity Longevity
0/20 6/20
Today Posts
0/0 sssssss75
Rep Power: 0telecomtrust is a newbie
Country:
Yes I read this somewhere in the Docs but does it apply to all types of HGs ??.
Now as our journey stands now with our three luggages

HG 200 for General Office incoming trunks ( Non-Dial-In: 200 ) with VMboxes 291,292,294 as members containing "thank you for calling MY company, if you know...enter it now, or wait for Operator"

HG298 for RAD with VMbox 293 as member containing " this is X company's customer service, please for next available agent"

HG299 for customer Services incoming trunks ( Non-Dial-In : 299) with customer agents extension numbers 141, 12,143 and 144

But now with the working scenario we got yesterday it looks like we do not need the RAD. However if we want to replicate this for other departments we may need the scenario you gave above with the 8 RAD greetings. This is similar to the suggestion you gave at the very earlier reply by creating a third HG. I realised that the Licences and Options has Advanced VM but no ACD. Can we still use the RAD for this purpose ??. In which case then we can use single digit Menu options.

Another issue to look at: The system has 4 VM ports and 8 VMboxes. The 4 ports are assigned with 291, 292, 293 and 294. The 8 VMboxes in the VM box config form contained 6 for users, 1 for operator "0" and 1 for the Admin (999). Should 291,292,293 and 294 assigned to the 4 ports be also added to the VM Box config. form in which case I have to delete the 4 off the users.
telecomtrust is offline   sendpm.gif Reply With Quote
Old July 4th, 2009   #23 (permalink)
Moderator
 
acejavelin's Avatar
acejavelin is a high-tech, heavy metal redneck!

Activity Longevity
12/20 5/20
Today Posts
0/0 ssssss623
Location: North Dakota
Rep Power: 2acejavelin is on a distinguished road
Gender:
Country:
Well, first, don't confuse voicemail ports with voicemail boxes... your voicemail PORTS are 291, 292, 293, and 294, and 3 are used for HG200 and 1 for a RAD, this has NOTHING to with the voicemail boxes. All voicemail users will share these ports no matter if you have 4 or 4000 mailboxes and the extensions of the hunt groups and the extensions of the voicemail ports are not related to each other or the mailboxes. In fact, I will frequently use 70 as the main VM hunt group and 7101-7130 (as needed) for the voicemail ports and this has nothing to do the actual users or applications. You do not add mailboxes for the voicemail ports, but you will need to add have a normal mailbox with the same extension as a Single Digit Mailbox for it to work properly.

As far as mailbox licensing goes, check System Configuration\System Capacity\System Capacity Display to see how many mailbox licenses you have and how many you are using. This has nothing to do with the number or VM PORTS you can have, that is hardware dependant on the number of DSP's your system contains and your hardware platform. Also mailboxes 0 and 999 are freebies, they do not count against your mailbox usage counts. Adding mailboxes is fairly easy, call the company that maintains your system and purchase the licenses, then have them update AMC and call you when its done. When they do, assuming the IP and network setup is correct, all you need to do is go to System Configuration/System Capacity/License and Option Selection and click CHANGE, then when the window pops up, click RETRIEVE LICENSE and it should update in short time (less than a minute usually) then just click SAVE and you should have more mailbox licenses. When I help put together a system, I typically tell sales people to have 5%+10 extra mailboxes for routing, general mailboxes, etc... so if they expect to have 50 regular voicemail users, they will need 63 mailboxes for the system to function and have flexibility and expandability [(50*.05)+10]=13+50=63

The issue with RADs is that each one requires a seperate port, so if you are going to use more than one (possibly 2) with your current setup of only 4 ports, you are probably going to cripple the system. Adding a Dual DSP MMC module will allow you to go up to 16 voicemail ports easily, but you will need to do some numbering changes with the additional ports to fit into your current setup, for example you will likely want to keep 200 as the main VM hunt group, but I would change the specific ports to be 2101-2116 (or some other unused range like 2801-2816). Also remember only ONE call can access a single RAD port at a time, so take into account how many people could possibly be accessing the RAD at one time. If I remember correctly, multiple calls to a busy RAD will do a sort of camp-on to the RAD port until it comes available or another timer expires to route the call somewhere else. This is why in hotels we will often use 4 (and I have done some as many as 12) or more ports for the Wake-Up RAD recording, otherwise if 50 people want a wakeup call at 6:00am, some people won't get there wakeup call until probably 6:45 or later...

It wouldn't hurt to check your current hardware configuration, some technicians will add DSP's into a system for other reasons and not increase the VM port capacity. Go to Maintenance&Diagnostics\System Hardware Profile\System Hardware Modules and look at the display. You will likely see something like this:

Slot Number Module ID, Driver ID Variant ID Card Description
1 76, 0 2 T1E1 Resiliency-DSP-VEC-STRATUM4 MMC
2 -- -- --
3 47, 6 0 4 SHARC 21161 DSP
4 -- -- --
5 78, 6 0 2 SHARC 21161 DSP

Look for DSP's, assuming this is a CX or CXi controller like the one I listed above, Slot 5 is your main controller DSP and will be "2 SHARC 21161 DSP" or similar, this will allow for 4 voicemail ports. If you have anything in Slots 1-4 that contain DSP in the description, you should be able to increase your voicemail ports, most likely it would be a Dual DSP MMC module (2 SHARC 21161 DSP), a Quad DSP MMC module (4 SHARC 21161 DSP), or a T1/E1 Combo Card with DSP (T1E1 Resiliency-DSP-VEC-STRATUM4 MMC).

Sorry for the long answers, but you are getting a little technical and in depth now, hope its not too much of a read...
__________________
Telephony users cannot gain anything without first giving something in return. To obtain a useful feature, a feature of equal value must be lost.

This is Telephony’s First Law of Equivalent Exchange.
acejavelin is offline   sendpm.gif Reply With Quote
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On

Similar Threads
Thread Thread Starter Forum Replies Last Post
3300 icp telecomdata Mitel 1 December 7th, 2008 02:55 PM
3300 Icp telecomtrust Mitel 1 May 2nd, 2008 11:04 AM
Mitel 3300 - DDI help? markR Mitel 1 February 22nd, 2008 11:47 AM
Mitel 3300 CXi TheWoodMan Mitel 1 September 28th, 2006 11:57 AM
Installing s.w. on a 3300 funkymonkeyfc Mitel 2 August 2nd, 2006 05:53 AM


All times are GMT -4. The time now is 11:21 PM.


Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2010, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.2.0
Copyright (c) www.pbxinfo.com - PBX Info | Free PBX, PABX, IP PBX, VOIP and Telephone Information Resource Forum - Avaya / Nortel, Cisco, Panasonic, Mitel, ShoreTel, more...