<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7638.1">
<TITLE>Re: [cisco-voip] CUCM6.1.1 Intercom and Attendant consoleLink to this message</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>Jason,<BR>
We have many customers using Syn-Apps SA-Announce with AC.<BR>
You would simply create a Hoot-N-Holler group (or multiple with hunt group<BR>
for multiple simultaneous calls) and then place that on the AC directory.<BR>
<BR>
For example:<BR>
You can create a Hoot-N-Holler Route Point with the following DN<BR>
*XXXX ( where the X's represent the number of digits in your internal dial<BR>
plan.)<BR>
<BR>
Then in the AC add directory entries for users like this.<BR>
Ian Intercom = *1111<BR>
Jason Intercom = *2222<BR>
<BR>
This will open an intercom for the user and they can speak back without<BR>
lifting handset.<BR>
<BR>
We also have another page group type that might interest you.<BR>
It is called "Responder"<BR>
<BR>
The behavior is like this.<BR>
Starts off by dialing a DN for the page group.<BR>
Opens one way audio path to all destination phones (any number of phones can<BR>
be in the group) and displays a "Respond" softkey on all phones. The first<BR>
person to respond connects back to the caller for two-way intercom and all<BR>
other phones terminate the page.<BR>
<BR>
Ping me if you have any questions.<BR>
<BR>
--<BR>
Ian Pitts<BR>
Syn-Apps L.L.C.<BR>
Direct IP Phone: 480 355 6829<BR>
Cell Phone: 602 312 4773<BR>
Toll free: 1 866 664 6071 ext. 2829<BR>
Fax: 480 659 8999<BR>
ipitts@syn-apps.com<BR>
<BR>
<BR>
From: Jason Aarons (US) (jaso...@us.didata.com)<BR>
Date: 08/05/2008 08:46:52 AM<BR>
List: net.nether.puck.cisco-voip<BR>
<BR>
I should clarify, it's more 1-many paging via handset built into Mitel VoIP<BR>
per customer. They don't talk back. Doesn't require Berbee or IPCelerate,<BR>
etc. We told IT from start 1-many paging is not a base feature, but some<BR>
partners in management didn't get the word.<BR>
<BR>
From: Steve G [<A HREF="mailto:smgu...@gmail.com">mailto:smgu...@gmail.com</A>] Sent: Tuesday, August 05, 2008<BR>
11:39 AM To: Jason Aarons (US) Cc: Wes Sisk; cisc...@puck.nether.net<BR>
Subject: Re: [cisco-voip] CUCM6.1.1 Intercom and Attendant console<BR>
<BR>
Yea this is going to cause some pain. Receptionists need both AC and<BR>
Intercom.<BR>
<BR>
1 to many intercom? So you could initiate an intercom to more than 1 phone<BR>
and have them all participate in an intercom conference? I have never seen<BR>
that. Not even with the 3rd party apps like syn-apps.<BR>
<BR>
On 8/5/08, Jason Aarons (US) <jaso...@us.didata.com> wrote:<BR>
<BR>
So a receptionist running Attendant Console can't Intercom people with 6.1<BR>
<BR>
Will it get fixed in a future release ? It seems the most import person that<BR>
wants to intercom is the same person running Attendant Console!<BR>
<BR>
I had a large multinational company asking why 3rd party VoIP products<BR>
(specifically Mitel VoIP) can do 1 to many Intercom but Cisco is 1 to 1. I<BR>
suggested their Cisco Account Manager open a PERS request on their behalf,<BR>
etc.<BR>
<BR>
________________________________<BR>
<BR>
From: cisc...@puck.nether.net [<A HREF="mailto:cisc...@puck.nether.net">mailto:cisc...@puck.nether.net</A>] On Behalf Of<BR>
Wes Sisk Sent: Tuesday, August 05, 2008 9:11 AM To: Steve G Cc:<BR>
cisc...@puck.nether.net Subject: Re: [cisco-voip] CUCM6.1.1 Intercom and<BR>
Attendant console<BR>
<BR>
Correct,<BR>
<BR>
Not supported. See CSCso54927. This is a documentation defect. The fact that<BR>
it is "Resolved" does not imply that AC with intercom is now supported.<BR>
Rather, the fact it is not supported is now documented.<BR>
<BR>
/Wes<BR>
<BR>
Steve G wrote:<BR>
<BR>
Is there a problem with setting up an Intercom line on a Phone that is setup<BR>
with Attendant Console? I have heard that it might not work right if you are<BR>
using an AC Pilot Point in conjunction with the phone and Intercom, but I'm<BR>
only going to be using AC for monitoring line states and dragging and<BR>
dropping calls. Will it still give me problems? Gonna be testing fairly<BR>
soon, but would like to know if others have already gone down this road.<BR>
<BR>
Steve<BR>
<BR>
________________________________<BR>
<BR>
_______________________________________________ cisco-voip mailing list<BR>
cisc...@puck.nether.net <A HREF="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>
<BR>
________________________________<BR>
<BR>
Disclaimer: This e-mail communication and any attachments may contain<BR>
confidential and privileged information and is for use by the designated<BR>
addressee(s) named above only. If you are not the intended addressee, you<BR>
are hereby notified that you have received this communication in error and<BR>
that any use or reproduction of this email or its contents is strictly<BR>
prohibited and may be unlawful. If you have received this communication in<BR>
error, please notify us immediately by replying to this message and deleting<BR>
it from your computer. Thank you.<BR>
<BR>
----------------------------------------- Disclaimer:<BR>
<BR>
This e-mail communication and any attachments may contain confidential and<BR>
privileged information and is for use by the designated addressee(s) named<BR>
above only. If you are not the intended addressee, you are hereby notified<BR>
that you have received this communication in error and that any use or<BR>
reproduction of this email or its contents is strictly prohibited and may be<BR>
unlawful. If you have received this communication in error, please notify us<BR>
immediately by replying to this message and deleting it from your computer.<BR>
Thank you.<BR>
<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>