[cisco-voip] Forward Unregistered CTI Ports with UCCX

Tanner Ezell tanner.ezell at gmail.com
Mon Jul 26 17:53:31 EDT 2010


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
>
>



More information about the cisco-voip mailing list