[cisco-voip] How to forward calls from an IP phone to a set ofVMboxes..

[Voll, Scott]

As Lelio said, this is by design.  It will go the originally VM box.  A
work around to this is to setup each VM box as a DID.  Then in CCMuser
you can forward the 10 digit number.  You're going to burn two channels
for each call but depending on your PSTN Connectivity (multiple PRI's)
may not be a problem.  

 

I had to do this as I'm still in roll out and have a supervisor on IP
Phone and PBX user is the assistant.  Sup call forwards to Assist and
because I have two Unity servers it ended up at the default greeting
rather then the sup or assist.  Works as a work around for me for now.

 

Scott

 

________________________________

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Lelio Fulgenzi
Sent: Monday, January 02, 2006 12:25 PM
To: Tim Reimers; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] How to forward calls from an IP phone to a set
ofVMboxes..

 

Unfortunately, you won't be able to do what you want to do in the way
you described. The rule with forwarding and voicemail is that it will
always go to the voicemail box of the original forwarding party. If the
original forwarded DN does not have a voicemail box, typically it will
send you to the opening greeting. (If that DN is an Internet subscriber
you can change the behaviour.) 

 

Assuming you have Unity, to do what you want to do, it is best to set up
call handlers. If you are planning on giving GUI access, you can use the
standard, closed and alternate greeting to accomplish what you want. If
you want to use only the TUI, i.e. greetings administrator, then you
would need a set of call handlers where by you control the first to
branch off to the second. The first would have standard which would be
your open greeting, the first alternate greeting would branch to the
second when enabled. the second open could be your two hour delay and
the second alternate could be closed. 

	----- Original Message ----- 

	From: Tim Reimers <mailto:tim.reimers at asheville.k12.nc.us>  

	To: cisco-voip at puck.nether.net 

	Sent: Monday, January 02, 2006 3:07 PM

	Subject: [cisco-voip] How to forward calls from an IP phone to a
set of VMboxes..

	 

	 

	Hi everyone-- 

	I'm trying to set up a scenario where users call a given
extension- 
	Based on how the forwards are set up in /ccmuser people would
get sent to a different VM box (eg, hear a different OGM) 

	The idea is that we're a school district-- the school hotline is
6188. 
	I have configured 4186,4187,4188 as the three VM boxes with
greetings of "school is open", "school is on an 2 hour delay", "school
is closed"

	That way, the non-techie guy who makes the call at 4am can just
log into the CCMUSER page for that 6188 phone, and change it's
forwarded-to extension.

	Working: 
	I've set up each one with a 'fake' phone- with the three
checkboxes for forwarding/transfer all checked for 'voicemail' 
	I can call any of the three Vmboxes (fake phone) from a regular
IP phone on the system. 

	 

	Not working: 
	I do the 'forward option' on the CCMUser page for extension 6188
-- I set it to, say, 4186 "school is open" 
	Checking in the CCMAdmin pages for that phone-- the 4186 shows
up in the first of the three text boxes- 'forward all" 

	Calling 6188--- 
	_EVERY_ single time, I get nothing but the VM box belonging to
6188 -- 

	If I "forward all" on 6188 to a "real" IP phone, it works
fine--- it goes to that phone, and to it's VM... 

	What apparently doesn't work is to have an 'unregistered' phone
( a fake 7910 that never existed) set up, forwarded to VM

	That doesn't 'react' in the right way--- 

	I tried the same thing with a CTI route point - called '4186'
-- 
	That should have sent the call to the correct Vmbox for 4186,
shouldn't it??? 

	anyone follow what I'm doing here? can you see what's not
happening and why? 

	thanks, Tim 

	
________________________________


	_______________________________________________
	cisco-voip mailing list
	cisco-voip at puck.nether.net
	https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20060103/b37e066c/attachment.html