| |||||||||
![]() | | ||||||||
| |||||||||||||||
| |||||||||||||||
![]() |
| | LinkBack | Thread Tools | Display Modes |
| | #1 (permalink) | ||||||||
| Senior Member
Rep Power: 0 ![]() | What would happen if you did this? Could somebody explain to me what will happen if the following scenario is created? I have 8 phone numbers in a circular hunt. 1000 -> 1001 1001 -> 1002 1002 -> 1003 1003 -> 1004 1004 -> 1005 1005 -> 1006 1006 -> 1007 1007 -> 1000 1000 is the pilot and is set Forward Busy / No Answer to Voicemail. 1001-1007 are NOT set to Forward anywhere. Person 1 calls in and hits 1000. While Person 1 is on the phone with 1000, Person 2 calls in. Will Person 2 roll to 1001, or will person 2 get voicemail? Say all 8 lines are tied up. Person 9 calls in. Will person 9 get directed to voicemail or get a busy signal? Will person 9 get a busy signal if all 8 lines are tied up, and 1000 is NOT set to Forward Busy / No Answer to Voicemail? I am trying to understand how hunts work with the IVS2. I understand what hunts are, but I am a noob to this system. I have a situation setup like this on my IVS2, and I want to know how the hunt will react without having to inconvenience the switch board. Any input you guys can give would be greatly appreciated! Thanks! | ||||||||
| | |
| | #2 (permalink) | ||||||||
| Junior Member
Rep Power: 0 ![]() | When you write that 1000 is the pilot, did you set 181 to a 1 for extension 1000. Normally if 1000 is the pilot the incoming calls will be distributed based on what is the next extension available. So call 1 goes to 1000, call 2 goes to 1001...and so on. If you want calls to go to voicemail when not answered you would need to forward each extension 1000-1007 to voicemail. Then if a call comes into pilot 1000 it would not matter which phone rang 1000-1007 when the call does not get answered the call will end up in mailbox 1000. If one of your extensions are called directly like calling 1005 and no one answers then it would end up in 1005's voicemail. If all 8 extensions are in use and all phones are forwarded then the call will go to voicemail. If you want that 9th call to que then you would use command 17 instead of 18 and create an UCD group for your 8 phones. Hope this makes sense. | ||||||||
| | |
| | #3 (permalink) | ||||||||
| Senior Member
Rep Power: 0 ![]() | Thanks Smoom, yeah that makes sense. I encountered this situation today, and I am trying to make sense of it. I did not setup this hunt, but it does exist on our PBX. What had happened was that the switchboard operator was tied up, and a call came in. The person calling got voicemail. Because of the nature of our business, we absolutely cannot have calls go to voicemail from the switchboard. When I checked into it, this is what I had found. I am trying to figure out why voicemail picked up. The only thing that makes sense to me is that all 8 lines had to be in use, and when call #9 came in, it hit 1000 - found it was in use - and forwarded into voicemail. I took the forward off of 1000, so if I am thinking correctly, this should never happen again. But I only ask the question, because I want to make sure that this is how the NEC PBX works with hunt groups. I know how UCD groups work, and yes 1000 was set as the pilot. So with all that being said, now that forwarding has been removed from 1000, if this was to happen again, I assume they would hear a busy signal? Is that correct? | ||||||||
| | |
| | #4 (permalink) | ||||||||
| Senior Member
Rep Power: 4 ![]() | If it is set up as a ucd group it would be programmed in Cmd 17 not command 18. Cmd 18 is for hunt groups and forwards can take effect on the calls. The following is an extract from the business features guide on circular hunt groups but I believe it applies to all hunting groups.... The terminating sequence of service features to a station is as follows: a. CALL FORWARDING - ALL CALLS b. STATION HUNTING c. CALL FORWARDING - BUSY LINE d. CAMP-ON e. CALL WAITING - STATION. it also states for circular groups.... When all stations within a STATION HUNTING - CIRCULAR group are busy, the calling party will receive Busy Tone. and..... If a hunt group station has set CALL FORWARDING - ALL CALLS or DO NOT DISTURB, hunting will bypass that station and continue in the order of hunting. From experience I think you will find that a call forward no answer on the pilot will take effect if the call goes unanswered longer than the usual time out no matter which phone in the group it was ringing on. For some reason the manual does not describe Pilot hunt groups in their own right. Hope this helps! Last edited by R4+Z : 12-07-2007 at 12:00 AM. | ||||||||
| | |
| | #5 (permalink) | ||||||||
| Senior Member
Rep Power: 0 ![]() | Thanks R4+Z! The hunt is setup as a circular and not as a UCD. So what you are saying is, is that it doesn't matter which phone in the hunt is set for Call Forward Busy / No Answer, it will perform that action if the call goes unanswered no matter what line it is on? | ||||||||
| | |
| | #6 (permalink) | ||||||||
| Senior Member
Rep Power: 4 ![]() | No I believe that if you set a forward no answer on the pilot and the call hunts to an extension that doesn't have any call forwards set, the call will still forward on no answer to the destination set on the pilot. I'm not sure about the busy scenario but it should be easy enough to test. Just set up a 2-3 extn group and play with it. | ||||||||
| | |
![]() |
| 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 |
| Huh? How does that happen? | gei_spot | Off Topic - Humor/Jokes | 2 | 08-13-2006 04:53 PM |
| This isn't going to happen...too much $$ lose | gei_spot | Off Topic - Humor/Jokes | 4 | 04-21-2006 09:31 PM |
| Could happen to the best of us ! | Spitfire66 | Off Topic - Humor/Jokes | 1 | 08-09-2005 08:50 AM |
| Help, Advice or Just can't happen. | Nortel@Nima | Meridian Systems | 2 | 07-10-2005 08:59 AM |
| We knew it would happen one day.... | Pirates_Ghost | Off Topic - Humor/Jokes | 4 | 03-28-2005 12:27 PM |