Problems with forward on CTI failure by using a CTI Route Point

Unanswered Question
Dec 21st, 2009

Hello to everyone,

Let me explain you the issue. I´ve a ARC server for monitoring and call management, in this project I´ve 8 agents using this system.

The problem is the following, I´ve configured a failover in case of the server is down. This failover consists simply in a hunt pilot (4XXXX) compound by the 8 phones.

The call flow is a translation pattern (5XXXX, necessary for internal users) which translate to the CTI port (3XXXX) for this connection, on the CTI port I´ve a forward on CTI failure and no coverage internal and external to the hunt pilot (4XXXX), for testing I disconnect the cable of the server, so the CTI port was unregistered, I called to the TP the call was translated but dropped by the CTI port, my solution works fine when the CTI is registered.

I don´t know if there is any bug related to my version CCM 5.1.3. The question is why the call is not forwarded to the hunt pilot when the CTI Port is down if I have a forward on CTI failure?

I´ve checked CCO and Cisco tells that this option is only fr external calls and the option with forward no coverage for internal calls.

I don´t have any idea why this simple solution it´s not working? 

Thanks a lot to everyone for your help and comments

Regards,

Pablo.

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (1 ratings)
Loading.
iptuser55 Mon, 12/21/2009 - 10:00

If I`m reading your fault correctly, The CTI forwarding is not how you think it is, the CTI failure, No coverage is for a call being sent

  to a "registered" Application but the application fails to answer in a certain time- The actual description is in the "Trouble Shooting CUCM" book. You also need "CF NOT REGISTERED" as when the server is down it becomes unavailable

j.rodriguez.hormigos Tue, 12/22/2009 - 00:46

Hello,

Thank you for your answer but that´s not the problem, I only comment forward no coverage (internal-external) as additional information.

The question is why is not working the forward on CTI failure when the CTI Port is unregistered?

Thanks a lot for your help.

Regards,

Pablo,

iptuser55 Tue, 12/22/2009 - 01:10

Your set up should work as I`ve also used an ARC server with failover to the internal web attendant when the server is down or the CTI application/ ARC is not responding. You mention CTI failure but have you also added the "Forward Not Registered Internal, External" to point your hunt group?

j.rodriguez.hormigos Tue, 12/22/2009 - 02:19

Hello iptuser55

Thanks again mate,

I´m using UCCM version 5.1.3

If I´ve understood you well, under call forward and call pickup settings I don´t have a forward not registered (internal-external) option. This is what I´m looking for :-)

Please, can you tell me the configuration steps you are talking about?

Many thanks,

Regards

Pablo.

iptuser55 Tue, 12/22/2009 - 02:27

From your CTI Route point, click on the associated information - i.e the DN you configured as the CTI RP. In this page, see attached, you should have the call forward settings for the CTI PORT- Call Forward No Ring, Busy CTI Failure etc at the bottom you will see the Not Registered- it is the same page as for normal DN`s

Hopefully that should work , make sure the CSS for the CF setting can see your Hunt Pilot

Attachment: 
iptuser55 Tue, 12/22/2009 - 03:06

Yours is 5.1.3 which is based upon 4.1.x I`ve used 4.2, 4.3 and 6.x which does have Not Registered. To overcome this you need to implement a feature which was used for IPMA failover where you make use of equal match DN`s, Translation Patterns but with different Partitions in the same CSS. If you remember the order of partitions can also be used in CSS where there is an exact mach to route calls  e.g CTI RP of  5123 has a Partition of PT_ARC  but there is an overflow to a hunt group also 5123 with has a Partition of PT-DIVERT

Place both Partitions   in the same CSS but MAKE SURE the the destination you want to call to go as first choice is always higher in the order in the CSS configuration. In  your  case the CSS is the one you assign to your original Translation pattern which routes to the ARC CTI RP

Original CSS called ARC

Partitions   1st choice PT_ARC

                 2nd Choice PT_DIVERT

When you call 5123, there is an equal match for CTI RP and a Hunt Group however since the CTI RP partition is higher in the CSS  then PT_DIVERT then this always be used however if this is not available then it uses the 2nd choice PT_DIVERT - your hunt group

See URL    page 169 of 484               http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/5_1_3/ccmsys/accm.pdf

test it and let me know

j.rodriguez.hormigos Wed, 12/23/2009 - 03:47

Hi,

At the moment I can´t test it until the end of Xmas

I think that your solution is very good.

I´ll tell you something in January.

Thank you very much for your help, really appreciated and merry Xmas.

Pablo.

j.rodriguez.hormigos Thu, 01/14/2010 - 04:07

Hello,

At the end I´ve implemented a variation of IPMA solution and it´s working perfectly.

Thanks a lot for your help.

Regards.

Actions

This Discussion