FreePBX 13 - Cisco 7960G Sip 8-12

I have another Fresh install of FreePBX 13 with the default PJSIP channel driver (listening on 5060). I’ve done all the basic setup and verified I can provision and call extension to extension using Zoiper, Grandstream wave running on a cell phone and a Polycom 450. Audio is bidirectional.

However I cannot seem to get a Cisco 7960G with 8.12 to register. Phones have been restarted with a factory reset. Provisioning looks good and files all looked to be loaded properly when viewing in the SIP and network settings menus. I’ve read through everything I can find and can’t seem to figure out why registration fails. Password is simple and correct. Running a tcpdump on 5060 on the asterisk end I’ll see the registration attempt and the auth failure.

16:14:23.396638 IP (tos 0x60, ttl 64, id 10433, offset 0, flags [none], proto UDP (17), length 579)
192.168.1.154.51009 > 192.168.1.30.sip: [no cksum] SIP, length: 551
REGISTER sip:192.168.1.30 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.154:5060;branch=z9hG4bK622dc0d2
From: sip:[email protected];tag=00127f6d17350014062be10a-7763611f
To: sip:[email protected]
Call-ID: [email protected]
Max-Forwards: 70
Date: Fri, 02 Sep 2016 20:14:21 GMT
CSeq: 118 REGISTER
User-Agent: Cisco-CP7960G/8.0
Contact: sip:[email protected]:5060;user=phone;transport=udp;+sip.instance=“urn:uuid:00000000-0000-0000-0000-00127f6d1735”;+u.sip!model.ccm.cisco.com="7"
Content-Length: 0
Expires: 120
.
.
.
16:14:23.397066 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 545)
192.168.1.30.sip > 192.168.1.154.51009: [bad udp cksum 5aef!] SIP, length: 517
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.1.154:5060;rport=51009;received=192.168.1.154;branch=z9hG4bK622dc0d2
Call-ID: [email protected]
From: sip:[email protected];tag=00127f6d17350014062be10a-7763611f
To: sip:[email protected];tag=z9hG4bK622dc0d2
CSeq: 118 REGISTER
WWW-Authenticate: Digest realm=“asterisk”,nonce=“1472847263/3bb215d7335885e4dcb54c7330e0aa53”,opaque=“2f760df8263e7916”,algorithm=md5,qop="auth"
Server: FPBX-13.0.169(13.7.1)
Content-Length: 0
.
This will continue to repeat as long as the phone is powered up as expected.

My current SIPDefault.cnf is here.

image_version: “P0S3-8-12-00”

proxy_emergency: ""
proxy_emergency_port: "5060"
proxy_backup: ""
proxy_backup_port: "5060"
outbound_proxy: ""
outbound_proxy_port: “5060”

nat_enable: "0"
nat_address: ""
voip_control_port: "5060"
start_media_port: "16348"
end_media_port: “20000” ; was 20134
nat_received_processing: "1"
dyn_dns_addr_1: ""
dyn_dns_addr_2: ""
dyn_tftp_addr: "xxx.xxx.xxx.xxx
tftp_cfg_dir: “./”

proxy_register: "1"
timer_register_expires: "120"
preferred_codec: "none"
tos_media: "5"
enable_vad: "0"
dial_template: "dialplan"
network_media_type: "auto"
autocomplete: "1"
telnet_level: "2”

cnf_join_enable: "1"
semi_attended_transfer: "0"
call_waiting: "1"
anonymous_call_block: "0"
callerid_blocking: "0"
dnd_control: “0”

dtmf_inband: "1"
dtmf_outofband: "avt"
dtmf_db_level: "3"
dtmf_avt_payload: "101”
timer_t1: "500"
timer_t2: "4000"
sip_retx: "10"
sip_invite_retx: "6"
timer_invite_expires: “180”

sntp_mode: "directedbroadcast"
sntp_server: “128.138.141.172” ; utcnist2.colorado.edu
time_zone: "EST"
time_format_24hr: "1"
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”

messages_uri: "*98"
services_url: ""
directory_url: ""
logo_url: “”

http_proxy_addr: ""
http_proxy_port: 80
remote_party_id: 0

My current SIP{max}.cnf is this for the phones I’ve tried:

proxy1_address: "192.168.1.30"
proxy1_port: “5060”

line1_name: "100"
line1_shortname: "100"
line1_displayname: "100"
line1_authname: "100"
line1_password: “password”

line2_name: ""
line2_shortname: ""
line2_displayname: ""
line2_authname: "UNPROVISIONED"
line2_password: “UNPROVISIONED”

line3_name: ""
line3_shortname: ""
line3_displayname: ""
line3_authname: "UNPROVISIONED"
line3_password: “UNPROVISIONED”

line4_name: ""
line4_shortname:
line4_displayname: ""
line4_authname: "UNPROVISIONED"
line4_password: “UNPROVISIONED”

line5_name: ""
line5_shortname: ""
line5_displayname: ""
line5_authname: "UNPROVISIONED"
line5_password: “UNPROVISIONED”

line6_name: ""
line6_shortname: ""
line6_displayname: ""
line6_authname: "UNPROVISIONED"
line6_password: “UNPROVISIONED”

telnet_level: “0” ; 0-disabled
phone_prompt: "Cisco7960”
phone_password: "password"
enable_vad: "0"
network_media_type: "auto"
user_info: phone

I’m not sure how to diagnose this further. Anybody been able to get a version of 7960 to work with V13?

Just had a break through. I changed the extension time to use SIP_chan (NAT is set to never as per other articles that reference a possible issue) instead of PJSIP, the phones register. I also changed the port number in the configuration file to 5061 since that is what SIP on V13 is listening on.

So maybe something in the rather unique header format that these phones generate that the PJSIP driver doesn’t support?