[cisco-voip] PBX functionality with Call manager 4.0
Ryan Ratliff
rratliff at cisco.com
Thu Feb 10 23:17:19 EST 2005
The only thing I would interject here is that a call routed to a line
group will ignore all forwarding settings on individual lines within
that line group. I don't see why you couldn't add the voicemail line
group as the 3rd option in the hunt list though. What you won't be
able to do is continue to ring the first group after it rolls to the
second (unless the lines in the 2nd group also appear on the phones in
the first group).
1) CFwdAll softkey, then hit the messages button. This forwards all
calls on that line to vm.
2) PA might be able to do something like this as well, but it's an
added cost and I'm not 100% sure of the functionality with regards to
what you'd like to do.
3) Lots of folks out there using Berbee's Informacast successfully.
I'm not familiar with Net6 so can't comment on it.
-Ryan
On Feb 10, 2005, at 10:32 PM, Lelio Fulgenzi wrote:
I don't know v4 inside and out yet, but I would suspect you would
create one line group, say line group A with one set of phones, and FWD
N/A to line group B, which would include the same phones as group A but
an additional set of phones. If the restriction is on DN and not on
phones, then creating the phones in group A with two DNs should work.
As for final destination of voicemail, that's always tricky with hunt
groups, but typically, you should be able to have an always route
member option or something like that to the voicemail pilot or a route
point that is CFwdAll to voicemail. You basically have to fudge it to
work.
As for some of your feature requests, we're in the same boat as you. We
had what many of our clients consider a 'full featured' system only to
move to something that can't do some of the common things we could do
before, e.g. forwarding all lines on a phone.
Regarding (1), if your goal is to 'not disturb' the person at the other
end of the phone, then a new ring type might help. I created a silent
ring type that many people were very happy with. If your goal is to
deliver an 'initiate FWD busy target on all lines' then I have not seen
any thing to fix this.
Regarding (2), it may not be pretty, but if you have Unity, you can
create a call handler with no greetings that the user can change to
standard and alternate to route calls differently. It will work if you
plan it out. We've got it working here.
Regarding (3), out of the box, you can set a phones DN to autoanswer
and you can page over the phone's loudspeaker. If you are looking for
broadcast paging, then you'll have to look for a third party solution
like Berbee or Net6.
-----
-----
Lelio Fulgenzi, B.A.
lelio at uoguelph.ca.eh
Network Analyst (CCS)
University of Guelph FAX:(519) 767-1060 JNHN
Guelph, Ontario N1G 2W1 TEL:(519) 824-4120
x56354
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
^^
remove the 1st letter of the canadian alphabet from my email, eh!
----- Original Message -----
From: Mike Prince
To: cisco-voip at puck.nether.net
Sent: Thursday, February 10, 2005 10:10 PM
Subject: [cisco-voip] PBX functionality with Call manager 4.0
I am looking for anyone who has implement Call manager 4.0 in the
following scenario.
We would like inbound calls to ring a primary group of extensions (line
group ?) and if no one picks up continue ringing the primary group and
start ringing a secondary group (backup personell). If the secondary
group fails to answer, I then want to send the call to a specific
voicemail box. I know we can do this with line groups and huntlists but
no one seems to know an easy way to send it to voicemail plus an
extension can only be in one line group.
We tried the shared line appearance but that is to much of a challenge
for our user base to manipulate multiple inbound calls. They are having
difficulty as the softkeys switch to handle the inbound (current
ringing call).
Here is a list on other features that our Cisco provider tell us is a
PBX function and not implementable with call manager:
1.) No way to place an extension in a DND (do not disturb) mode
without using IPMA.
2.) No way route calls differently based on time of day( night/day
mode). This is supposedly implemented in 4.1 but no way to manually
switch to night mode.
3.) No way to page over the phones speakerphone. Lack of this one
feature is kiling us as we were told that we could do this until we got
ready to implement. Built
brand new $3 mil building with no overhead paging based on this
bad information.
If you have found a workaround for any of these issues let me know.
Don't expect every detail just point me in the right direction.
Mike Prince
System Administrator
www.ki-lin.com
904-225-2642
Mike Prince
System Administrator
www.ki-lin.com
904-225-2642
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
More information about the cisco-voip
mailing list