<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<big>Hi Paul,<br>
<br>
[re-adding the VOIP list so everyone can benefit from discussion, minus
the attachments]<br>
<br>
TCD considers the line as busy when at least 1 call is active on the
line.<br>
<br>
The LSS is built into the CCM process - it sends line states to TCD via
UDP packets to the server loopback address. LSS only has 3 states -
idle, ringing, busy.<br>
<br>
I'm actually referring to Customer Response Solutions. Also called
Customer Response Applications (CRA), or IP-IVR or IPCC Express. This
product uses the JTAPI client to interface to CallManager's CTI
interfaces to provide programmable call treatment. CRS can be
installed co-resident on CCM, or on another server.<br>
<br>
TCD does not allow any call scripting functionality.<br>
<br>
The solution I am speaking of would be just another CTI applicaiotn
that frontends your CTI application. It sounds like you may already be
comfortable with CTI application development. The consultative
redirect is exposed in the jtapi package so you could author your own
app to perform this load balancing and overflow function.<br>
<br>
/Wes<br>
</big><br>
Paul Yago wrote:
<blockquote
cite="mid170BC64B51964949A28FE8A48EF1D4EB750404@corpexchsrv01.adomo.com"
type="cite">
<pre wrap="">Hello Wes,
</pre>
<blockquote type="cite">
<pre wrap="">How does your 3rd party VM behave with calls?
</pre>
</blockquote>
<pre wrap=""><!---->We're using the new method, and I say that because we're not using CTI
ports. We considered using this for CCM 3.x support, but decided against
it. Since we're using "new", you're saying that the TCD will always see
a line as busy as soon as a call is answered. Is there anyway to have a
line show as busy only after the busy trigger from the DN is set?
What is the line state server (LSS)? Does it reside on the CCM as a
service? Can you use the LSS to give appropriate line state back to the
AC hunt group?
I assume were talking about Cisco Carrier Routing System. Unfortunately
we are limited in what we can ask our customers to provide, so this
won't work for us. However you mentioned that a CTI application script
can be used to solve this. Are you saying that an application can be
implemented that interfaces with the CTI Route Point, which can handle
the load balancing? An application which can reside either on the CCM or
on one of the VMs? Are you envisioning an application which uses JTAPI?
Is there any service which currently runs on the CCM that may provide
script support for such an action? Does TCD provide any scripting
functionality?
Thanks,
Paul
-----Original Message-----
From: Wes Sisk [<a class="moz-txt-link-freetext" href="mailto:wsisk@cisco.com">mailto:wsisk@cisco.com</a>]
Sent: Tuesday, June 07, 2005 11:35 AM
To: Paul Yago
Subject: RE: [cisco-voip] 3rd Party Voice Mail Cluster using Hunt Groups
and CTI Route Points - Attendant Console
Paul,
How does your 3rd party VM behave with calls?
Traditional:
call presented to CTI Route Point is immediately redirected to CTI port
for
audio treatment.
New:
Media terminated CTI Route Points - the CTI application can accept the
call
on the line on the route point without redirecting to CTI port.
If Traditional, AttedantConsole will always see the pilot as available.
If
New, TCD will see the pilot as busy as soon as 1 call is answered.
*Is there any way to have the line status correctly communicated the AC
Pilot?
ws: Not under this model. Only if your VM system registers 5 CTI ports
each
and can accept calls directly to those CTI Ports (without redirecting
through a CTI Route Point)
* When I add any DN to the Hunt Group I get a dialog saying "Hunt Group
member x does not have a valid directory number". Why am I getting this
message? Could this be contributing to the line state issue?
ws: this is just a usability issue on the web page, it's not exactly
nice
for some actions.
to add a member:
service->AC->Hunt Group
click the HG on the left side
click the 'add member' button
enter directory number / partition or User Member Information
click the 'update' button
* Could you please let me know more regarding the scripting with Cisco
CRS? Could there be a script which resides on the Call Manager and load
balances based on a pilot point?
With CRS you can round robin or load balance in several ways, all
programmable. setup CRS to attempt a consultative transfer to either
the
route point or directly to CTI ports. If you get the failure branch of
consult transfer, the VM is either busy or down.
Sample Consult transfer script attached.
/Wes
-----Original Message-----
From: Paul Yago [<a class="moz-txt-link-freetext" href="mailto:pyago@adomo.com">mailto:pyago@adomo.com</a>]
Sent: Tuesday, June 07, 2005 1:48 PM
To: Wes Sisk
Cc: <a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
Subject: RE: [cisco-voip] 3rd Party Voice Mail Cluster using Hunt Groups
and CTI Route Points - Attendant Console
Hello Wes,
Yes I need to load balance between different CTI Route Points. As you
suggested, I'm attempting to use the AC Pilot Points and Hunt Groups.
And, the Hunt Group works, in regards to using CTI Route Points. However
there are still some problems.
A simple example of what I'd like to do is:
1) Have 2 Hunt Group Members: CTI1 and CTI2, where each can handle 5
simultaneous calls.
2) Have one Pilot Point: 8000
3) Configure the group to route on Longest Idle Time.
4) And if 10 calls arrive, at a frequency of 1 call per second:
a) Call 1 goes to CTI1
b) Call 2 goes to CTI2
c) Call 3 goes to CTI1 - although CTI1 is already occupied.
d) Call 4 goes to CTI2 - although CTI2 is already occupied.
e) Call 5 to CTI1
f) etc.
5) When 10 lines are taken up (5 for each CTI) then the CTIs will
communicate this state to the Pilot Point / Hunt Group and all
successive calls will be queued until the line state of any member
becomes free.
The problem I'm having is that multiple calls won't be routed to any
member unless I select *Always Route Member*. However, when selected,
ALL the calls are routed to that member, regardless of line state.
* Is there anyway to have the line state correctly communicated to the
Hunt Pilot?
* When I add any DN to the Hunt Group I get a dialog saying "Hunt Group
member x does not have a valid directory number". Why am I getting this
message? Could this be contributing to the line state issue?
* Could you please let me know more regarding the scripting with Cisco
CRS? Could there be a script which resides on the Call Manager and load
balances based on a pilot point?
Thanks,
Paul
-----Original Message-----
From: Wes Sisk [<a class="moz-txt-link-freetext" href="mailto:wsisk@cisco.com">mailto:wsisk@cisco.com</a>]
Sent: Sunday, May 22, 2005 6:15 PM
To: Paul Yago
Cc: <a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
Subject: Re: [cisco-voip] 3rd Party Voice Mail Cluster using Hunt Groups
and CTI Route Points - Attendant Console
So you need to load balance / round robin over CTI Route Points. If
you're already in the CTI business, how about a small application script
to round robin between them? This is very easy with Cisco CRS.
Though i'm not certain why Attendant Console Hunt Groups would not work
for this. It is valid (and works) to make an AC Pilot Point (which is
really just a CTI Route Point) A member of another AC Hunt Group.
You're certain the AC Huntgroup was functaional otherwise? It has be
associated to the AC user, TCD has to be running, etc.
/Wes
Paul Yago wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Wes, actually the VMs are interfacing directly to a CTI Route Point. A
CTI Port is not being used by the VM.
-----Original Message-----
From: Wes Sisk [<a class="moz-txt-link-freetext" href="mailto:wsisk@cisco.com">mailto:wsisk@cisco.com</a>]
Sent: Wednesday, May 18, 2005 1:08 PM
To: Paul Yago
Cc: <a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
Subject: Re: [cisco-voip] 3rd Party Voice Mail Cluster using Hunt
</pre>
</blockquote>
<pre wrap=""><!---->Groups
</pre>
<blockquote type="cite">
<pre wrap="">and CTI Route Points - Attendant Console
Paul,
do your vm systems pickup calls directly from cti ports? or do they
depend on redirects from CTI Route Point down to CTI port?
/Wes
Paul Yago wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Wes,
With AC, I believe I will encounter the same limitation when including
CTI Route Point extensions in the Hunt Group. I've tried this once
before but please correct me if I'm wrong. I'm trying this again.
Thanks
- Paul
-----Original Message-----
From: Wes Sisk [<a class="moz-txt-link-freetext" href="mailto:wsisk@cisco.com">mailto:wsisk@cisco.com</a>]
Sent: Wednesday, May 18, 2005 12:46 PM
To: Paul Yago
Cc: <a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
Subject: Re: [cisco-voip] 3rd Party Voice Mail Cluster using Hunt
</pre>
</blockquote>
<pre wrap="">Groups
</pre>
<blockquote type="cite">
<pre wrap="">and CTI Route Points
I don't have a cti app handy to test with, but you may be able to use
Attendant Console Pilot Point to frontend your cti ports.
/Wes
Paul Yago wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hello,
We're trying to create a 3rd Party Voice Mail Cluster using Line
Groups and CTI Route Points.
I'm sure there are other people encountering this issue as well, and
</pre>
</blockquote>
</blockquote>
</blockquote>
<pre wrap=""><!---->I
</pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">
</pre>
</blockquote>
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">hope there is a work-around. Cisco claims that one doesn't yet exist
and that a solution will exist in the future. Personally, I haven't
found one yet.
We wish to cluster up to 4 - 3^rd party Voice Mail Servers (VMs) to
our 4.1 Call Manager in order to provide both redundancy and dynamic
load balancing. The initial attempt at this was to create a Line
Group, containing CTI Route Point extensions, along with a Hunt List
and a Hunt Pilot. The Hunt pilot would be called and one of the
members of the LG would be accessed based a distribution algorithm.
This didn't work because the members of an LG can only be phone
extensions, rather than CTI extensions.
The next attempt was to use a phone extension and configure it to
provided forwarding to the CTI extension. Again this failed because
all forwarding is disabled for an extension that resides in an LG.
Perhaps there is a way to enable forwarding of extensions when they
reside in an LG; however I have not yet found it.
Is anyone familiar with this situation and with a solution that can
</pre>
</blockquote>
</blockquote>
</blockquote>
<pre wrap=""><!---->be
</pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">
</pre>
</blockquote>
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">applied within the Call Manager itself?
Regards,
Paul
---------------------------------------------------------------------
</pre>
</blockquote>
</blockquote>
</blockquote>
<pre wrap=""><!---->-
</pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">
</pre>
</blockquote>
</blockquote>
<pre wrap="">-
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">
</pre>
</blockquote>
<pre wrap="">-
</pre>
<blockquote type="cite">
<pre wrap="">_______________________________________________
cisco-voip mailing list
<a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
<a class="moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a>
</pre>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</body>
</html>