Endpoint manager not provisioning Cisco CP-7940 phones

[kyiu (KEN YIU)]

FreePBX 14.0.13.4

Cisco CP-7940 phone unable to register to the server:
Aug 21 21:38:52 freepbx in.tftpd[16853]: Client 192.168.168.65 File not found SEP00070E36404B.cnf.xml
Aug 21 21:38:52 freepbx in.tftpd[16854]: RRQ from 192.168.168.65 filename SIP00070E36404B.cnf
Aug 21 21:38:52 freepbx in.tftpd[16854]: Client 192.168.168.65 finished SIP00070E36404B.cnf
Aug 21 21:38:52 freepbx in.tftpd[16855]: RRQ from 192.168.168.65 filename SIPDefault.cnf
Aug 21 21:38:52 freepbx in.tftpd[16855]: Client 192.168.168.65 finished SIPDefault.cnf
Aug 21 21:39:03 freepbx in.tftpd[16904]: RRQ from 192.168.168.65 filename CTLSEP00070E36404B.tlv
Aug 21 21:39:03 freepbx in.tftpd[16904]: Client 192.168.168.65 File not found CTLSEP00070E36404B.tlv
Aug 21 21:39:04 freepbx in.tftpd[16905]: RRQ from 192.168.168.65 filename SEP00070E36404B.cnf.xml
Aug 21 21:39:04 freepbx in.tftpd[16905]: Client 192.168.168.65 File not found SEP00070E36404B.cnf.xml
Aug 21 21:39:04 freepbx in.tftpd[16906]: RRQ from 192.168.168.65 filename XMLDefault.cnf.xml
Aug 21 21:39:04 freepbx in.tftpd[16906]: Client 192.168.168.65 File not found XMLDefault.cnf.xml

Checked the /tftpboot directory…I can find these files created by the EPM:
dialplan-00070E36404B.xml
SIPDefault.cnf
SIP00070E36404B.cnf

It seem the phone is looking for different files to perform the provisioning.
Please help…

[cynjut (Dave Burgess)]

@kyiu

It seem the phone is looking for different files to perform the provisioning.

Not looking for - finding. Your debug output shows that the files are found and downloaded.

[Ducktour (Edwin)]

@kyiu

Aug 21 21:38:52 freepbx in.tftpd[16853]: Client 192.168.168.65 File not found SEP00070E36404B.cnf.xml

Is it not looking for that simple .cnf.xml file that has this?

[cynjut (Dave Burgess)]

@Ducktour

Client 192.168.168.65 File not found SEP00070E36404B.cnf.xml

The SEP Config file is for the SCCP load. The phone’s way underpowered so making smart choices is really not in the cards.

I’ve never seen a 7940 look for a MAC Specific dialplan file, There wouldn’t be anything in it that you wouldn’t be able to put into the SIPDefault.cnf.xml, though, so that might be part of the issue. This phone is also not looking for that file, so unless it’s referenced in the config someplace, I don’t think if’s going to find it.

[kyiu (KEN YIU)]

Thank for your reply.
The only xml file generated by the epm is dialplan-00070E36404B.xml.
http_proxy_addr: “”
http_proxy_port: 80
remote_party_id: 0[root@freepbx tftpboot]# cat dialplan-00070E36404B.xml

<?xml version="1.0" encoding="utf-8"?>

The other two files are not xml files
******* SIP00070E36404B.cnf
proxy1_address: “192.168.168.73”
proxy2_address: “”
proxy3_address: “”
proxy4_address: “”
proxy5_address: “”
proxy6_address: “”
line1_name: “200”
line1_shortname: “200”
line1_displayname: “200”
line1_authname: “200”
line1_password: “*******5e68237f01”
line2_name: “200”
line2_shortname: “200”
line2_displayname: “200”
line2_authname: “200”
line2_password: “*******5e68237f01”
line3_name: “”
line3_shortname: “”
line3_displayname: “”
line3_authname: “”
line3_password: “”
line4_name: “”
line4_shortname: “”
line4_displayname: “”
line4_authname: “”
line4_password: “”
line5_name: “”
line5_shortname: “”
line5_displayname: “”
line5_authname: “”
line5_password: “”
line6_name: “”
line6_shortname: “”
line6_displayname: “”
line6_authname: “”
line6_password: “”
proxy_emergency: “192.168.168.73”
proxy_emergency_port: “5060”
proxy_backup: “192.168.168.73”
proxy_backup_port: “5060”
outbound_proxy: “192.168.168.73”
outbound_proxy_port: “5060”
nat_enable: “0”
nat_address: “”
voip_control_port: “5060”
start_media_port: “16348”
end_media_port: “20134”
nat_received_processing: “0”
time_zone: “EST”
logo_url: “”
telnet_level: “2”
phone_prompt: “CiscoCP7940”
phone_password: “222222”
enable_vad: “0”
network_media_type: “auto”
user_info: “phone”
sntp_mode: “directedbroadcast”
sntp_server: “0.us.pool.ntp.org”
time_format_24hr: “0”
dst_offset: “1”
dst_start_month: “April”
dst_start_day: “”
dst_start_day_of_week: “Sun”
dst_start_week_of_month: “1”
dst_start_time: “2”
dst_stop_month: “Nov”
dst_stop_day: “1”
dst_stop_day_of_week: “Sunday”
dst_stop_week_of_month: “”
dst_stop_time: “2”
dst_auto_adjust: “1”
proxy1_address: “192.168.168.73”
proxy2_address: “”
proxy3_address: “”
proxy4_address: “”
proxy5_address: “”
proxy6_address: “”
proxy1_port: “5060”
proxy2_port: “5060”
proxy3_port: “5060”
proxy4_port: “5060”
proxy5_port: “5060”
proxy6_port: “5060”
proxy_register: “1”
timer_register_expires: “60”
preferred_codec: “none”
cnf_join_enable: “1”
semi_attended_transfer: “1”
dtmf_inband: “1”
dtmf_db_level: “3”
timer_t1: “500”
timer_t2: “4000”
sip_retx: “10”
sip_invite_retx: “6”
timer_invite_expires: “180”
messages_uri: “*97”
dnd_control: “0”
callerid_blocking: “0”
anonymous_call_block: “0”
call_waiting: “1”
dtmf_avt_payload: “101”
dial_template: “dialplan-00070E36404B”
autocomplete: “1”
services_url: “tftp://192.168.168.73/cisco/xmlservices/index.php”
directory_url: “tftp://192.168.168.73/cisco/xmlservices/PhoneDirectory.php”
logo_url: “”
phone_label: “Reception”

******* and SIPDefault.cnf.
http_proxy_addr: “”
http_proxy_port: 80

[kyiu (KEN YIU)]

Update…
I renamed the files:
SIP00070E36404B.cnf to SEP00070E36404B.cnf.xml and
SIPDefault.cnf to XMLDefault.cnf.xml

The provisioning seems to have moved forward…
Aug 22 16:05:10 freepbx in.tftpd[13050]: RRQ from 192.168.168.65 filename SEP00070E36404B.cnf.xml
Aug 22 16:05:10 freepbx in.tftpd[13050]: Client 192.168.168.65 finished SEP00070E36404B.cnf.xml
Aug 22 16:05:17 freepbx in.tftpd[13051]: RRQ from 192.168.168.65 filename CTLSEP00070E36404B.tlv
Aug 22 16:05:17 freepbx in.tftpd[13051]: Client 192.168.168.65 File not found CTLSEP00070E36404B.tlv

If I can find the file: CTLSEP00070E36404B.tlv, I think it will work.

[Ducktour (Edwin)]

Dave @cynjut please correct me if I’m wrong, the SEPnnnnnnnnnB.cnf.xml file is (as he said) for SCCP load, which I believe points to the required SIP info for uploading the SIP firmware. I removed those files from the /tftpboot folder to prevent the phones reloading the SIP firmware each time they were booted.

As for the .tlv file I don’t think it is needed, thus maybe your problem is not there.

[kyiu (KEN YIU)]

Thank for your reply…

I’m not sure what you meant. The .tlv file is missing. How do I stop the provisioning from looking for the file?

[Ducktour (Edwin)]

Ignore it, again I am open to correction.

[kyiu (KEN YIU)]

Other then renaming the two files:

SIP00070E36404B.cnf to SEP00070E36404B.cnf.xml and
SIPDefault.cnf to XMLDefault.cnf.xml

nothing was changed. The phone kept looping: RRQ from 192.168.168.65 filename CTLSEP00070E36404B.tlv to the FreePBX…not provisioning.

any idea?

[Ducktour (Edwin)]

no Ken, sorry.

[cynjut (Dave Burgess)]

@Ducktour

As for the .tlv file I don’t think it is needed, thus maybe your problem is not there.

The TLV file is specifically for connection to CUCM’s License Validation service. Cisco SIP service has nothing even close. It is not required and is completely useless in a SIP context.

The SEP files are used for SCCP. If you want to use them, you should install Chan-SCCP-B as the local driver, follow the instructions I wrote at FreePBX_Installation · chan-sccp/chan-sccp Wiki · GitHub.

I don’t like the SIP load. I don’t. I never recommend it. The phones are too underpowered to do everything they do reasonably well as an SCCP endpoint. Regardless, this phone is the hardest to get working of all of the phones on the market. The money you save on them is offset by the pain in the neck that they cause when you go to configure them.

[Ducktour (Edwin)]

Totally with you there Dave. The only reason I got some a few years ago was because they were cheap and wanted to self-learn FreePBX/Asterisk. Once I was content enough to deploy a system at my business I upgraded to Sangoma S series phones and free EPM.
@kyiu the time you spend on these phones would be better spent on decent modern phones. Looks like you bought EPM so you have plenty of vendors endpoints to choose from.
Good luck!