I cant seem to get CME to call-forward to CUE - or when it does the call just gets disconnected.
Here is my config - pretty much the same as this good example:
Anyone have any ideas?
description Private Link Network
ip address 172.19.0.138 255.255.255.248
ip unnumbered GigabitEthernet0/0
service-module ip address 172.19.0.139 255.255.255.248
service-module ip default-gateway 172.19.0.137
dial-peer voice 1 voip
session protocol sipv2
session target ipv4:172.19.0.139
authentication credential otn Ms3rv1c3
em logout 0:0 0:0 0:0
max-dn 192 no-reg primary
ip source-address 172.19.0.138 port 2000
url services http://172.19.0.139/voiceview/common/login.do
url authentication http://172.19.0.138/CCMCIP/authenticate.asp
cnf-file location flash:
load 7921 CP7921G-1.2.1.LOADS
load 7942 SCCP42.8-4-2S.loads
load 7962 SCCP42.8-4-2S.loads
load ata ATA030203SCCP051201A.zup
dialplan-pattern 1 566727.. extension-length 4 extension-pattern 27..
max-conferences 8 gain -6
hunt-group logout HLog
web admin system name otn password Ms3rv1c3
create cnf-files version-stamp 7960 Mar 25 2009 20:44:32
call-forward busy 9999
call-forward noan 9999 timeout 10
Not sure if this is your issue but I have seen issues like this when Cue is not initialised.
Connect to the GUI of the CME module log in and initialise.
Unfortunately changing the codec to G711ulaw didn't seem to help.
CUE is also initialised and I have created a number of mailboxes.
Any further suggestions?
A few things to check on CME:
-Do you have the 255.255.255.255 route defined statically pointing towards the service engine?
-Can you ping CUE?
-If you have a SIP trunk coming in, you need:
voice service voip
A few things to check on CUE:
-Under ccn subsystem sip, do you have the correct IP address defined for CME
-Does your sip target match what you're dialing?
I was using 9999 as the CUE extension. I changed it to 9992 and all now works fine.
Looks like ext9999 is used by a public distribution list for all users.
Thanks for the tips anyway.
I had the same thing: I could call the VM pilot (being 9999 in your case), but transfer to 9999 fails. Try to remove the command "dialplan-pattern 1 566727.. extension-length 4 extension-pattern 27.. " under Telephony-service. That fixed my problem.