managing hunt group call forwarding for two PSTN connections via one extention

[nodeisup]

Hi,

I want to know how is it possible to manage call forwarding via an extension for two hunt groups that they belong to two different PSTN connections.

IP Office : IP500 V2, Firmware 8.1(65)

Actually my customer has an IP office with two PSTN connections (two different numbers).
There are 2 hunt groups configured for every of these PSTN Lines (93000,93001).
An extension (150) belongs to both of these hunt groups.

Currently I have configured followings:
Some dummy users with different call forwarding numbers, (93331->*93331, 93332->*93332, 93333->*93333, 93334->*93334, 93335->*93335)
Configured some programmed keys for a user who has 150.
13 HuntGroup Out Of Service -> 93000
14 call forward -> 93331
15 call forward -> 93332

18 Set HuntGroup Out Of Service -> 93001
19 call forward -> 93334
20 call forward -> 93335

now when I select 13,14 to forward 93000 hunt group, both hunt groups will be forwarded to 9331 and if I select 18,19 both hunt groups will be forwarded to 9335.

Do you have any suggestion or guide for this?

Thanks
Ila


p.s *93331, *93332, *93333, *93334, *93335 are configured for different welcome messages on Voicemail Pro.

 

[derfloh]

You have to create fall back groups for the two main groups in OOS state. In these OOS groups (sequential) place two different Phantom users forwarded (enable group call forwarding) to the wanted destination.

If you upgrade to R9.1 you have options to set individual targets (users, groups, short codes) as OOS destination.

 

[nodeisup]

Please mention that the extention 150 could manage these call forwarding so in this case:

How could user manage his hunt group calls for line PSTN1 forward to 93331 and if is required forward to 93332 and in the same he should be able to forward his hunt group calls for line PSTN2 to 93334 or 93335.

 

[NLPeterK]

nodeisup, you're looking at this from the user 'up' while you should be looking from the group 'down'.

You were on the right track with the dummy users, you're just using them wrong. You need to have the dummy users answer the huntgroup calls, not user 150 by call forwarding.

Elaborating from what derfloh already mentioned, my suggestion would be:

Create 4 extra sequential groups, 93010,93020, 93011 and 93021 (do you see the pattern?).
In group 93010 put user 93331
In group 93020 put user 93332
In group 93011 put user 93334
In group 93021 put user 93335

Make group 93010 the OOS destination, and 93020 the Night service destination for group 93000
Make group 93011 the OOS destination, and 93021 the Night service destination for group 93001

Give user 150 4 buttons, and label them appropriately:
Set HuntGroup Out Of Service -> 93000 (calls are forwarded to 93331)
Set HuntGroup Out Of Service -> 93001 (calls are forwarded to 93334)
Set HuntGroup Night Service -> 93000 (calls are forwarded to 93332)
Set HuntGroup Night Service -> 93001 (calls are fowarded to 93335)

Also saves you 2 buttons

You're welcome.

PS1 Don't forget to tick 'Forward huntgroup calls' on the dummy users.
PS2 Using different lengths of extensions is usually a bad idea. Consider changing them and keep them all 3-digit.

 

[nodeisup]

NLPeterK, derfloh thanks for your answers and tips.

actually I have to implement 5 call forwarding for every PTSN lines and in my question I just mentioned 2 of them.

- Night
- Holydays
- Bridge days
- Christmas break
- Company holiday

in this case I have to implemet it in other way.

I think following way could be my answer but I'm not sure that is possible and it could be complicated for my user!

Create 12 extra sequential groups with following:

- two Fallback groups for 93000,93001 (PSTN1_GROUP_FALLBACK : 93321, PSTN2_GROUP_FALLBACK : 93331)

following groups are included to the above fallback groups (9321,9331) in right order

- two groups for Night (PSTN1_GROUP_NIGHT : 93322, PSTN2_GROUP_NIGHT : 93332) this will be redirect to Voice mail

these groups these groups have their own dummy users

- two Fallback groups for Holydays (PSTN1_GROUP_Holydays : 93323, PSTN2_GROUP_Holydays : 93333) and they have their own dummy users for call forwarding
- two Fallback groups for Bridge days (PSTN1_GROUP_BRIDGE_DAYS : 93324, PSTN2_GROUP_BRIDGE_DAYS : 93334) and they have their own dummy users for call forwarding
- two Fallback groups for Christmas break (PSTN1_GROUP_Christmas_BREAK : 93325, PSTN2_GROUP_Christmas_BREAK : 93335) and they have their own dummy users for call forwarding
- two Fallback groups for Company holiday (PSTN1_GROUP_COMPANY_HOLIDAY : 93326, PSTN2_GROUP_COMPANY_HOLIDAY : 93336) and they have their own dummy users for call forwarding

now I need to configure 10 buttons

1: Set HuntGroup Out Of Service -> 93000 (calls are forwarded to 93322)
2: Set HuntGroup Out Of Service -> 93322 (calls are forwarded to 93323)
3: Set HuntGroup Out Of Service -> 93323 (calls are forwarded to 93324)
4: Set HuntGroup Out Of Service -> 93324 (calls are forwarded to 93325)
5: Set HuntGroup Out Of Service -> 93325 (calls are forwarded to 93326)

6: Set HuntGroup Out Of Service -> 93001 (calls are forwarded to 93332)
...

if user 150 wants to activate "Company holiday" call forwaring, the user must press following buttons in right order:

Button1,Button2,Button3,Button4,Button5

the problem is managing the order of these keys for call forwading activation and deactivation is a bit complicated!

So do you have any other suggestions or better solutions?

 

[NLPeterK]

Woooooh, backup, it you want to make such extensive routings, let all of this go and do it completely in VMPro. Not only is it complicated for your user, also for you And it's not possible too

You can only set on OOS group and one NS group per Huntgroup. You don't have unlimited fallback options.

Why don't you just use VMPro to its full potential and just program this. All you have to do is put the dates in once a year and after that you're good to go.

User actually doesn't have to do anything because everything would be time profile based.

(I completely missed the fact that you have VMPro. I would've never suggested my first option had I known this.)

 

[nodeisup]

Thanks for your quick reply.

I should mention deactivation of groups instead of "Set HuntGroup Out Of Service" for 5 groups included in fallback group.

So let me explain my suggested solution for call forwarding to 93326 (COMPANY_HOLIDAY):

I have only one OOS group and it has 5 sequential other hunt groups.

- User press button 1 then the OOS will be activated so the calls will be forwarded to PSTN1_GROUP_FALLBACK.
- because the PSTN1_GROUP_FALLBACK is sequential, first group (93322) will get the call.
- for call forwarding to 93326 (COMPANY_HOLIDAY) user must deactivate 4 other groups in PSTN1_GROUP_FALLBACK and that is possible by pressing Button2, Button3, Button4, Button5.

Do you think that is not possible to have above solution?

But why I don't use VMPro!
- I have no Idea how I should manage this scenario on VMPro
- Currently I don't have the admin access right!
- I should change our old implemented design for my customer and I have to explain why my colleague did it in other (wrong) way!

 

[NLPeterK]

Your scenario may work, you just make it so unnecessarily complex, you'd really have to test that.

Also, you have a system in place which can do all of that for you, instead of having the user pressing multiple buttons and probably making a mistake.

If you maintain this system, why don't you have admin rights to the VMPro server? That doesn't make sense.

You should really dive into VMPro and learn how to do this. It will make your live (and the customers) a lot easier. Everything you mentioned can be preprogrammed with dates, your customer wouldn't even have to do anything besides telling you when certain events happen once a year.

I don't think this is the place where one learns how VMPro works. There are ample examples in the VMPro manual which explain how certain things work. Get into that!

My starting point is always:
when a call comes in, direct it to VMPro and don't send it back into the IPO unless I need user interaction (like answering a call, or changing a night service (if they really want to do that manually)). Everything else happens in VMPro.

Really, do yourself a favour, give yourself some time and read up on VMPro.