CTI Route Points Unregistered?

Unanswered Question
Jun 24th, 2009
User Badges:

I have 25 CTI route points in my CUCM 6.0 server, all of which have the status and IP listed as "unknown" but they all appear to work. A reboot of the server didn't change anything.

Should I be concerned?

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 4 (1 ratings)
gogasca Wed, 06/24/2009 - 07:35
User Badges:
  • Green, 3000 points or more

It may be a problem with RIS,

it only happens to CTI or also IP Phones?

Try restarting RIS and see if status changes, statr with pub then subs, it shouldnt affect anything.

6.0 which exact version?

gmgarrian Thu, 06/25/2009 - 10:16
User Badges:

CUCM Version

This is happening only for the CTI route points.

Will restarting RIS interrupt anything?

tnooning Thu, 06/25/2009 - 10:39
User Badges:

This is normal if they're not true CTI RP's, i.e. connected to a CTI server on a IPCC or CUAE box for instance. If there just doing forwarding like a 'straight to voicemail' route, then this is what you would expect to see.

gmgarrian Thu, 06/25/2009 - 10:44
User Badges:

These are configured for "straight to voicemail."

I asked the question because I have an open TAC trying to get CUBE working from a SIP provider. After six hours of trouble shooting they were adamant that the unregistered CTI route points are what is causing the call to fail.

Is there a known issue with CUBE working with CTI route points?

tnooning Thu, 06/25/2009 - 10:56
User Badges:

I don't know much about CUBE, but I wouldn't think it being sent to/from a CTI route point would be a problem. It could possibly be something with the call being marked redirected or diverted, but that would have nothing to do with the CTI route points being unregistered. Only time they'll show registered is if something is actually controlling them via CTI.

How exactly are the route points coming into play? Just set to forward to voicemail on an inbound call from the SIP provider?

gmgarrian Thu, 06/25/2009 - 11:14
User Badges:

Inbound calls are received via a sip trunk to a CUBE configured gateway. The gateway takes the SIP and forwards it to the CUCM server as an H323 call. The incoming call hits a translation rule and the resulting number is configured on a CTI route point set to CFA to a Unity call handler.

That's it in a nutshell. Debugs on the router show that the call is processed but the caller gets around five rings then a fast busy.

gmgarrian Thu, 06/25/2009 - 11:32
User Badges:

Nope, no "Voicemail" in the alerting name. The same translation rule and CTI route point works when the provider redirects inbound calls directly to the server and the server is configured with a SIP trunk.

tnooning Thu, 06/25/2009 - 12:27
User Badges:

Can you ping the Unity server from the CUBE? You might also want to try checking the "Media Termination Point Required" box on the h.323 gateway if you haven't already. Can you post your 'voice service voip' and dial-peer config?

gmgarrian Fri, 06/26/2009 - 10:26
User Badges:

Pinging is fine. Here's the output:


voice service voip

allow-connections h323 to sip

allow-connections sip to h323



call start slow


bind control source-interface FastEthernet0/0.20

bind media source-interface FastEthernet0/0.20



voice translation-rule 1

rule 1 /602314\(....\)/ /\1/



voice translation-profile indnis

translate called 1



dial-peer voice 7580 voip

description To-CUCM

destination-pattern ....

session target ipv4:

dtmf-relay h245-alphanumeric

codec g711ulaw


dial-peer voice 1000 voip

translation-profile incoming indnis

session protocol sipv2

session target ipv4:

incoming called-number .

dtmf-relay rtp-nte

codec g711ulaw






gmgarrian Thu, 06/25/2009 - 13:00
User Badges:

I'm not sure about the gateway being able to ping Unity. I'll check that in the morning when I get some free time.

I'll let you know.

deans2006 Wed, 07/01/2009 - 20:52
User Badges:

Try the following:

Tick "Media Termination Point Required" in the CUCM config of the H.323 gateway and "Enable Inbound FastStart"


This Discussion