Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

IPO 500V2 R9.1 with Embedded Voicemail - Set Hunt Group Night Service Remotely? 6

Status
Not open for further replies.

pilot32

Technical User
Jan 6, 2015
7
US
IPO 500V2 R9.1 with Embedded Voicemail
Is it possible to remotely set Hunt Group Night Service via the Auto Attendant Actions Tab?
Note: Customer only has POTS Lines
 
I never tested it, but you can try auto attendant action 'Transfer' to a short code *20*N#, Replace N with the group number.
Also to clear it you need to have another one *21*N#.

let us know if it works.
 
Unfortunately no luck, nothing happens. I have tried every combination off the actions tab I can think of. Didn't know if someone has a trick to make this work.

Thanks,
 
Even with a phantom user that is forwarded to the short code?
 
It's not designed to do it, so it's a case of trying to cheat it :)

 
I have tried every work around I could think of with no joy. Phantom user forwarded to a short code, (Lem Hewitt.0: SCtype=TPLatchInactive code=*95, num="TestingOverride": Not permitted from Forward). Tried a short code that points to a second short code, to try to fool it into letting it happen. I don't there is going to be a trick to make this work.

Dermis and feline can be divorced by manifold methods.*
*(Disclaimer for all advise given)--'Version Dependent'
 
Thanks All - I have also exhausted all attempts for a work around with no luck.
Appreciated all the feedback
 
Incoming call route with incoming CLI set containing you external number pointing to the short code.
 
ICR
Nope... AMBIGUITY: match= dest=*95
The line rings but there is nothing to answer it.

Dermis and feline can be divorced by manifold methods.*
*(Disclaimer for all advise given)--'Version Dependent'
 
I got this to work with the old Loop Around trick. I took a spare Analog Extension and looped it to a spare POTS Trunk port. You have to make sure the inhibit off switch forward/transfer is not checked. Change the outgoing ID of the trunk to something unique. Such as 5. Create a short code, something like 7N, Dial, N, 5 . Create your short codes to enable HG NS, and clear HG NS. Say the short code is *640, enable HG NS, 200, 0. Create a phantom user, unconditional forward the user to 7*640. Set your AA to have an action to transfer to that user. This was the only way I could figure it out from an Auto Attendant. Of course there is always the use of twinning with FNE Codes as well.

AJ
 
Thanks Jinxs - I will set this up in my lab. Appreciate your testing and feedback.
 
I'm sure I've gotten this to work previously with using a transfer to *20*200# to set night service and a *21*200# to unset night service. Mind you, this was a few years ago, and I perhaps the recent restrictions in 9.1.5 to what can work for forwarding (SC's) broke this as well?

FNE and a spare DID (or matching CLI on a ICR) is another option that would be pretty simple.

GB
 
Several direct to Short Codes work in the Embedded AA menus (like *17 for remote VM retrieval), but could not get HG Night or OOS to work at all. Got the same message in SysMon as budbyrd above ("Not permitted from Forward".) Tried jinxs workaround and voila! Worked like a champ! Thanks, jinxs!
 
I'm pretty sure this used to work on 8.1 and lower, once 9.0 came along it stopped working. I'm not saying they did it on purpose to sell more Preferred Edition/Voicemail Pro but....
Nice ideas by Jinx and Greybeard
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top