[cisco-voip] Forward Unregistered CTI Ports with UCCX

Bennie Grant Bennie.Grant at mettoni.com
Mon Jul 26 18:39:53 EDT 2010


Agreed - thanks :)


________________________________
From: Tanner Ezell <tanner.ezell at gmail.com>
Date: Mon, 26 Jul 2010 22:53:31 +0100
To: Bennie Grant <bennie.grant at mettoni.com>
Cc: Ryan Ratliff <rratliff at cisco.com>, <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Forward Unregistered CTI Ports with UCCX

Remember, CTI Ports are [essentially] virtual softphones controlled by
UCCX, when UCCX goes down, so does call control for those ports and
all calls will be lost..

On Mon, Jul 26, 2010 at 4:54 PM, Bennie Grant <Bennie.Grant at mettoni.com> wrote:
> That's what I thought - so forward_failure won't cut it, if the call has
> already been moved to the CTI Port (i.e. DA has happened)
>
>
>
> ________________________________
> From: Ryan Ratliff <rratliff at cisco.com>
> Date: Mon, 26 Jul 2010 21:18:31 +0100
> To: Bennie Grant <bennie.grant at mettoni.com>
> Cc: Steve G <smgustafson at gmail.com>, <cisco-voip at puck.nether.net>
> Subject: Re: [cisco-voip] Forward Unregistered CTI Ports with UCCX
>
> CF* only happens during digit analysis so the call would most likely drop.
>
> -Ryan
>
> On Jul 26, 2010, at 4:06 PM, Bennie Grant wrote:
>
> Pardon my ignorance here, but I have a related question. If a call is ON the
> CTI Port when the UCCX server drops (so the CTI Ports deregister) - what
> happens to those calls? Do they follow the CFUR, the "failure" forward, or
> do the calls simply drop?
>
> Cheers
>
> ________________________________
> From: Steve G <smgustafson at gmail.com <x-msg://2357/smgustafson@gmail.com> >
> Date: Mon, 26 Jul 2010 20:27:37 +0100
> To: <cisco-voip at puck.nether.net <x-msg://2357/cisco-voip@puck.nether.net> >
> Subject: Re: [cisco-voip] Forward Unregistered CTI Ports with UCCX
>
> Thanks all.  I'm going to test in a lab and see what the behavior is.  It is
> not an option in UCCX, so hopefully it would ignore it on a jtapi resync.
>
> On Mon, Jul 26, 2010 at 11:43 AM, Ryan Ratliff <rratliff at cisco.com
> <x-msg://2357/rratliff@cisco.com> > wrote:
>
> Agreed, depending on how the AXL stuff works it will either overwrite the
> setting OR ignore it completely.  IMO if they don't let you set it via the
> UCCX admin then the AXL sync should ignore that setting.  Either way I'd
> test it with a dummy RP before deploying live.
>
> -Ryan
>
> On Jul 26, 2010, at 1:32 PM, Tanner Ezell wrote:
>
> Well, the whole idea is that the call hits CUCM, hits the CTI Route
> Point which is owned by the JTAPI user and is controlled by UCCX (cti
> route point rings uccx, uccx does call control, transfers call to cti
> port, etc etc..).
>
> In theory, if the device is unregistered, CFUR will hit and take
> action but yes, I believe jtapi resync will overwrite those settings.
>
> I'm not at a UCCX box at the moment but check under the Trigger
> settings, if it was going to be there it would be near 'forward when
> busy'
>
> On Mon, Jul 26, 2010 at 12:37 PM, Fuermann, Jason <JBF005 at shsu.edu
> <x-msg://2357/JBF005@shsu.edu> > wrote:
>> I think the problem you're going to run into is if you data resync in
>> UCCX.
>> It will overwrite the CFUR. As far as messing up UCCX, I'm not a developer
>> on it, but I highly doubt it.
>>
>>
>>
>> From: cisco-voip-bounces at puck.nether.net
>> <x-msg://2357/cisco-voip-bounces@puck.nether.net>
>> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ryan Ratliff
>> Sent: Monday, July 26, 2010 10:31 AM
>> To: Steve G
>> Cc: cisco-voip at puck.nether.net <x-msg://2357/cisco-voip@puck.nether.net>
>> Subject: Re: [cisco-voip] Forward Unregistered CTI Ports with UCCX
>>
>>
>>
>> If UCCX doesn't support setting the CFUR then I would like to think it
>> would
>> ignore the field entirely.  You can sure as heck test it, and I'd also be
>> asking your CSE what version of UCCX will support this field in CUCM and
>> if
>> there is a bug to track it.
>>
>>
>>
>> -Ryan
>>
>>
>>
>> On Jul 26, 2010, at 11:22 AM, Steve G wrote:
>>
>> We are on CUCM 7.1.3 and it is supported in this version of CUCM.
>>  However,
>> the TAC rep says it is not supported with UCCX and could cause Jtapi
>> issues
>> is you are not supposed to configure anything on the CTI RP in CUCM, but
>> do
>> it all on UCCX.  Also, let's say we set the CTI RP to Forward
>> Unregistered,
>> and then updated Jtapi.  Wouldn't that clear out the forward unregistered
>> settings?
>>
>> On Mon, Jul 26, 2010 at 8:12 AM, Tanner Ezell <tanner.ezell at gmail.com
>> <x-msg://2357/tanner.ezell@gmail.com> >
>> wrote:
>>
>> It's not really a UCCX thing. What version of UCM? If you're version
>> supports forward on unregistered then that's all you can do..
>>
>> On Mon, Jul 26, 2010 at 11:07 AM, Steve G <smgustafson at gmail.com
>> <x-msg://2357/smgustafson@gmail.com> > wrote:
>>> Anyone???  going once, going twice...
>>>
>>> On Fri, Jul 23, 2010 at 11:08 AM, Steve G <smgustafson at gmail.com
>>> <x-msg://2357/smgustafson@gmail.com> > wrote:
>>>>
>>>> I meant CTI Route Points...not CTI Ports.
>>>>
>>>> On Fri, Jul 23, 2010 at 11:05 AM, Steve G <smgustafson at gmail.com
>>>> <x-msg://2357/smgustafson@gmail.com> > wrote:
>>>>>
>>>>> In UCCX is there a way to configure a CTI Port to forward Unregistered
>>>>> to
>>>>> anther number...ie Hunt Pilot?  We are running into an issue where CTI
>>>>> ports
>>>>> become unregistered and don't recover without manual intervention of
>>>>> updating the jtapi triggers in UCCX.  We have a TAC rep saying that we
>>>>> can
>>>>> not modify the CTI ports in CUCM as that is not supported. So if UCCX
>>>>> has a
>>>>> jtapi problem we are dead in the water until we can login and
>>>>> update/resync
>>>>> the jtapi triggers.
>>>>> I am extremely new to UCCX so please forgive me if my terminology is
>>>>> wacky.
>>>>> Thanks,
>>>>> Steve
>>>
>>>
>>
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net <x-msg://2357/cisco-voip@puck.nether.net>
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net <x-msg://2357/cisco-voip@puck.nether.net>
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net <x-msg://2357/cisco-voip@puck.nether.net>
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net <x-msg://2357/cisco-voip@puck.nether.net>
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net <x-msg://2357/cisco-voip@puck.nether.net>
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> *************************************************************************
> Please consider the environment before printing this e-mail
> *************************************************************************
> This email and any files transmitted with it are confidential and
> intended solely for the use of the individual or entity to whom they
> are addressed. If you have received this email in error please notify
> the system manager.  http://www.mettoni.com
>
> Mettoni Ltd
> Registered in England and Wales: 4485956
> 9400 Garsington Road, Oxford Business Park, Oxford, OX4 2HN
> *************************************************************************
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> *************************************************************************
> Please consider the environment before printing this e-mail
> *************************************************************************
> This email and any files transmitted with it are confidential and
> intended solely for the use of the individual or entity to whom they
> are addressed. If you have received this email in error please notify
> the system manager.  http://www.mettoni.com
>
> Mettoni Ltd
> Registered in England and Wales: 4485956
> 9400 Garsington Road, Oxford Business Park, Oxford, OX4 2HN
> *************************************************************************
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>


*************************************************************************
Please consider the environment before printing this e-mail
*************************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.  http://www.mettoni.com

Mettoni Ltd
Registered in England and Wales: 4485956
9400 Garsington Road, Oxford Business Park, Oxford, OX4 2HN
*************************************************************************

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100726/f412af60/attachment.html>


More information about the cisco-voip mailing list