![]() | |
| |||||||||||||||
| |||||||||||||||
| Mitel Ask Questions and Find Answers on Mitel Systems: |
| Tags: speed dial |
![]() |
| | LinkBack | Thread Tools | Display Modes |
| | #21 (permalink) | ||||||||
| Moderator ![]() ![]() acejavelin is a high-tech, heavy metal redneck!
Location: North Dakota Rep Power: 2 ![]() | 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. | ||||||||
| | |
| | #22 (permalink) | ||||||||
| Senior Member ![]()
Rep Power: 0 ![]() | 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. | ||||||||
| | |
| | #23 (permalink) | ||||||||
| Moderator ![]() ![]() acejavelin is a high-tech, heavy metal redneck!
Location: North Dakota Rep Power: 2 ![]() | 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. | ||||||||
| | |
![]() |
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | |
| Display Modes | |
| |
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 |