I am working on adding 7800 series phones to CME, version 10.5 and am running into some issues that I can't seem to find answers for.
Issue #1: I can't seem to put a call on Hold on the 7841 (SIP) that I am testing with and use Pickup on a 7942 (SCCP). When I press Pickup and the extension for the 7841, I get a fast busy signal. When trying to pickup the call in reverse, as soon as I press Pickup on the 7841, I get a fast busy. Interestingly enough if I dial the 7942's extension, I can press Pickup on the 7841, dial the extension for the 7942, and I can intercept the call. And I can intercept in the reverse order as well (7942 Pickup from the ringing 7841).
Issue #2: Apparently GPickup (Group Pickup) won't work on these new SIP phones? I can't seem to find a way to make it work. When dialing the 7841, I can press GPickup on the 7942 phone and intercept the call. When dialing the 7942, I press GPickup on the 7841 and it goes to dead air.
Issue #3: Paging across the phones will work when I page from the 7841 across SCCP phones, but when I page from an SCCP phone the page will come across other SCCP phones but not the 7841.
voice register global
source-address 192.168.22.1 port 5060
load 7841 sip78xx.10-2-1-12
load 8831 sip8831.9-3-3-5
authenticate realm all
create profile sync 0000924504351556
ntp-server 192.168.2.250 mode directedbroadcast
voice register dn 7
call-forward b2bua busy 5000
call-forward b2bua noan 5000 timeout 20
name Kevin Parsons
label KP-Desk Phone x4007
voice register template 1
softkeys hold Resume Newcall iDivert
softkeys idle Newcall Redial DND Pickup Gpickup Cfwdall
softkeys ringIn Answer DND iDivert
softkeys connected Endcall Hold Park Trnsfer iDivert Confrn
voice register dialplan 1
pattern 1 4...
voice register pool 7
park reservation-group 1
id mac 885A.92D9.BC07
number 1 dn 7
username 4007 password 12345
sdspfarm conference mute-on 111 mute-off 222
sdspfarm units 1
sdspfarm tag 1 confprof1
maximum bit-rate 384
authentication credential <output omitted>
ip source-address 192.168.22.1 port 2000
service phone webAccess 0
service phone handsetHeadsetMonitor 0
service phone headsetWidebandEnable 0
service phone g722CodecSupport 2
service phone ehookEnable 1
timeouts ringing 60
system message Flair Colorado Springs
url services http://192.168.22.2/voiceview/common/login.do
url authentication http://192.168.22.1/CCMCIP/authenticate.asp
cnf-file location flash:
load 7915-24 B015-1-0-4-2
load 7925 CP7925G-1.4.5SR1.3
load 7960-7940 P0030801SR02
load 7942 SCCP42.9-3-1SR4-1S
load 7962 SCCP42.9-3-1SR4-1S
load 6921 SCCP69xx.9-3-3-2-SR1
load 6941 SCCP69xx.9-3-3-2-SR1
load 6961 SCCP69xx.9-3-3-2-SR1
max-conferences 8 gain -6
call-park system application
call-forward pattern .T
no hunt-group report delay
hunt-group logout HLog
moh enable-g711 "flash:music-on-hold.au"
multicast moh 184.108.40.206 port 2000 route 192.168.22.1
web admin system name admin secret 5 $1$AGH6$TPoR1kouVyj8e9o8IsBsS.
hold-alert 30 originator recurrence 300
softkeys hold Resume Newcall Join
softkeys idle HLog Newcall Redial Pickup Gpickup Cfwdall Dnd
softkeys connected Endcall Hold Park Trnsfer TrnsfVM Confrn LiveRcd Join
softkeys ringing HLog Answer Dnd
name All Staff Paging
paging ip 220.127.116.11 port 2000
paging group 145,146
name Paging Test 1
paging ip 18.104.22.168 port 2000
name Paging Test 2
paging ip 22.214.171.124 port 2000
ephone-dn 3 dual-line
label Nathan x4003
description Nathan Cowger x4003
name Nathan Cowger
call-forward busy 5000
call-forward noan 5000 timeout 10
Any and all help will be appreciated.
Based solely on experiences I've had in the past, I can tell you that if the firmware doesn't match up exactly with the CME matrix, there may be weird issues (can happen with both newer and older firmware). The CME 10.5 matrix is here:
I'd try back-revving those bad-boys and see what happens.
Thanks, I'll try that. But ironically, I was working with TAC on this scenario earlier in the day and the TAC engineer recommended I upgrade to 10.2.1.12 which I'm currently using. 10.1.1.9, which came on the 7841 phone, was causing several issues that have been fixed with the latest version.
And that had no impact.
I've had several problems with the 9.2.1 code on the 7942's, and was recommended a while back to use the 9.3.1SR4 by TAC.
I'll keep plugging away to see what's fully causing the issues. Logs aren't showing anything.
Not yet. I'm still working with TAC on all three of these. Originally TAC wanted to tell me that these features aren't available in the SIP firmware but may be when CME 11 comes out. After letting the engineer know in no uncertain terms that that answer was not going to fly, he's back in the lab trying to figure things out.
In the meantime a fourth issue has been discovered; the 7841 can't "customize" the VM message after accessing the VM box. I have some ideas from TAC I'll be trying on that issue.
thanks for your reply, Wow, I dont get it why Cisco can not handle such basic stuff with SIP, despite the 78xx is officially supported on cme 10.5.
I same to your state.
I try PDI helpdesk and they said not support pickup of CP78XX on CME.
You find out resolve for pickup issue on CME?
Do you receive final response from TAC?
Please help me and have a nice day.
Yes, I have tried that. It actually disrupted the ability to Park/Recall calls on SCCP phones.
Still working with TAC on this and other issues. Will post results as soon as I have them. . . .
Hi Kevin, any word from TAC on this as of yet? I was troubleshooting the same thing but came across your post and am putting my troubleshooting on hold until I hear if you have had any success.
Thanks for your patience as you're watching this thread. I'm not making any real headway with TAC on this. Using the "call park application" and "service directed-pickup gpickup" commands in telephony-services (as recommended by TAC), I can get the SIP phones to pick up an actively ringing call from either SIP or SCCP phones, but that also limits the SCCP phones to same. I cannot use the Pickup softkey to recall/divert a call on Hold or a call on Park.
To be honest, I think we're going to have to wait until CME 11 is released and go back through the testing process all over again. That's assuming Cisco will have addressed these issues in the SIP firmware for the 78xx phones. I really wish Cisco would release SCCP firmware for these and the 88xx phones, but I know that their direction is away from SCCP to SIP across the board.
With the upcoming release of BE6KS, I see the death knell for CME solutions as the BE6KS will have the same interface/drivers/et. al. as full blown CUCM. I also see many of my SOHO customers going to other solutions as Cisco will more than likely end up being too complicated and over priced for the smaller environments.
I know its been about a year since your post but as for the Paging aspect of your original post. With SIP you can use port 20480 on your paging-dn. That worked for me