[cisco-voip] Unity Connection 7 Call Handlers based on Called Number

[Lelio Fulgenzi]

OK. The only thing I can think of now is to say "press 0" for switchboard, but not configure the 0 caller input, instead, let the system think they are pressing "0" as the extension. This way, it will match the extension of the voice mail user based on the partition they are in and be transferred to the correct transfer extension. 

You may have to modify your restriction tables to allow for single digit entries (or at least "0). 

--- 
Lelio Fulgenzi, B.A. 
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1 
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN) 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
"Bad grammar makes me [sic]" - Tshirt 


----- Original Message ----- 
From: "Neil O'Brien" <nobrien at datapac.com> 
To: "Lelio Fulgenzi" <lelio at uoguelph.ca>, "Pat Hayes" <pat-cv at wcyv.com> 
Cc: cisco-voip at puck.nether.net 
Sent: Wednesday, December 2, 2009 4:45:57 AM GMT -05:00 US/Canada Eastern 
Subject: RE: [cisco-voip] Unity Connection 7 Call Handlers based on Called Number 






Thanks for the help guys. I really want to go with the CSS/Partitions solution for scalability reasons however I’m still having difficulty getting it working. 



When you use the Transfer to Alternate Extension option, unity attempts to transfer it back to the phone system, it doesn’t appear to look for the extn locally (be it a CH or user) first regardless of whether I have it in a separate CSS or not. 



Straight from the Help menus “ Transfer to Alternate Contact Number-Connection transfers the call to the phone number that you specify in the Extension field, for example to a cell phone or other external number. Connection transfers the call by releasing it to the phone system.” 



I can’t see how I can get around this other than to create separate call handlers but I really don’t want to have to do this. 



I’ll keep plugging away at it for alternatives but I’d be grateful if you had any further ideas? 



Thanks again, 


Neil
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20091202/408af6e8/attachment.html>