We bought 35 new 7821 - they are not getting registered.
they where on 12.0 firmware i upgraded them from CUCM (10.5.1) to 12.5 added extension manually as they are sip still cannot register.
i have to add VLAN manually in the phones for them to take voice vlan and get rid of activation code and domain.
We have all others phones 7941 and 7942. 130 phones working.
Solved! Go to Solution.
Having the URLs for the service buttons on the phone in IP-format and having the hostname of your server listed in name format is not a problem. If you change the hostname of your server to an IP address, this will eliminate the need for DNS for your phones. However, it will change your certificates so don't make the change just to get the phones to register.
What you need to do - and this is my third time saying it so I hope you listen - is add DNS resolution to the DHCP pools for your phones so that they can resolve the hostname of the CUCM server to the IP address via DNS. Making the following changes to the DHCP pool will allow your phones to register.
In the DHCP pool for your phones:
You do not need to make any changes on the CUCM server to get your phones to register.
It is a small matter to change the FQDN in the Enterprise Parameters so that the names are consistent. This will not change the ability of the phones to register, but has more to do with URI resolution and inter-cluster communications.
They did get the firmware update? Are you sure you didn't purchase the cloud registered phone loads if registering on prem?
Forgive me for asking the obvious, but did you install the COP file on all of the servers in your cluster?
I was inquiring if you had installed the COP file on *all* of your servers, and not just the publisher/TFTP server (as per the release notes for the COP file).
To determine the firmware on the phone: If the phone has never registered the phone's webpage may still be active, so give it a try. In a browser, bring up http://<ip.address.of.phone> and go to the "Device Information" link. The current firmware will be listed there under "Version" (not App Load or Boot Load).
If the webpage is not active (CUCM disables this by default), you should be able to look on the phone itself. Settings > Applications > and then some menuing getting you to Device Information. I couldn't find the specific menu structure in the admin guides so either Cisco didn't document it or (for whatever reason) Cisco is not making that information available on the phone.
Regardless, we need to watch the phone attempt to register in the TFTP trace file and the Cisco CallManager trace file. Please gather those two trace files for the period around the registration and post them and we can look and figure out what is wrong. If you don't know how to pull trace files use the instructions at the link below. It is specific about how to gather the CallManager trace files, also check the box for the "Cisco Tftp" service while you are at it:
We have only one Call Manager.
have attached trace log.
it shows active load file to latest sip78xx.12-5-1SR3-74
but the upgrade date is old
last upgrade: 06/09/17 8:29p
These after i have removed the admin vlan to data then i was able to access the webpage.
|App Load ID||rootfs78xx.12-5-1SR3-74|
|Boot Load ID||sboot78xx.12-5-1SR3-74|
|Cisco IP Phone 7821|
|System Free Memory||2147483647|
|Java Heap Free Memory||1331672|
|Java Pool Free Memory||2147483647|
|FIPS Mode Enabled||No|
|Default Router 1||192.168.1.1|
|DNS Server 1||192.168.1.2|
|DNS Server 2||192.168.1.1|
|DNS Server 3||188.8.131.52|
|TFTP Server 1|
|TFTP Server 2|
|DHCP Address Released||No|
|Operational VLAN ID|
|Admin VLAN ID|
|Idle URL Time||0|
|Proxy Server URL|
|SW Port Setup||Auto Negotiate|
|PC Port Setup||Auto Negotiate|
|PC Port Disabled||No|
|User Locale Version||10.0.0.0(1)|
|Network Locale Version||10.0.0.0(1)|
|Span to PC Port||No|
|Video Capability Enabled||No|
|Voice VLAN Enabled||Yes|
|Auto Line Select Enabled||No|
|DSCP For Call Control||CS3|
|DSCP For Configuration||CS3|
|DSCP For Services||Default|
|Security Mode||Non Secure|
|Web Access Enabled||Yes|
|SSH Access Enabled||No|
|CDP: SW Port||Yes|
|CDP: PC Port||Yes|
|LLDP-MED: SW Port||Yes|
|LLDP: PC Port||Yes|
|LLDP Power Priority||Unknown|
|LLDP Asset ID|
|CTL File||Not Installed|
|ITL Signature||AE D7 BD A3 30 63 C0 98 99 21 F3 D1 65 04 27 90 BA 42 B3 F1|
|Automatic Port Synchronization||No|
|Switch Port Remote Configuration||Disabled|
|PC Port Remote Configuration||Disabled|
|IP Addressing Mode||IPv4 Only|
|IP Preference Mode Control||V4|
|IP Preference Mode For Media||V4|
|IPv6 Auto Configuration||Yes|
|IPv6 Accept Redirect Message||No|
|IPv6 Reply Multicast Echo Request||No|
|IPv6 Load Server|
|IPv6 Log Server|
|IPv6 CAPF Server|
|IPv6 Prefix Length||0|
|IPv6 Default Router 1||::|
|IPv6 DNS Server 1||::|
|IPv6 DNS Server 2||::|
|IPv6 Alternate TFTP||No|
|IPv6 TFTP Server 1||::|
|IPv6 TFTP Server 2||::|
|IPv6 Address Released||No|
|Energywise Power Level||Full|
[04:47:19p,22/06/19] DeviceTLInfo DeviceName=SEP0CD0F8F45989 IPv4Address=192.168.2.105 IPv6Address=CTL_Signature=Not InstalledCTL_TFTP_Server=N/AITL_Signature=AE D7 BD A3 30 63 C0 98 99 21 F3 D1 65 04 27 90 BA 42 B3 F1 ITL_TFTP_Server=SEPCO-CUCM-PUBStatusCode=3
[04:47:17p,22/06/19] No IPv4 DNS Server
[04:47:18p,22/06/19] ITL Installed
[04:47:20p,22/06/19] IPv4 DNS Timeout SEPCO-CUCM-PUB
[04:47:22p,22/06/19] IPv4 DNS Timeout SEPCO-CUCM-PUB
[04:50:16p,22/06/19] No IPv4 DNS Server
[04:50:17p,22/06/19] ITL Installed
[04:50:18p,22/06/19] IPv4 DNS Timeout SEPCO-CUCM-PUB
[04:50:20p,22/06/19] IPv4 DNS Timeout SEPCO-CUCM-PUB
Both the log file from the phone and the phone status messages say that the phone cannot resolve SEPCO-CUCM-PUB via DNS. The phone is looking for SEPCO-CUCM-PUB as its TFTP server and since it can't resolve that to an IP address, it is failing.
I don't see a domain listed in the phone, so I think the phone can't resolve the name because it does not know which domain to query for that host.
Does your DHCP pool for this phone have a domain declared? If not, or if it can't, can you change the option 150 to point to an IP address instead of a hostname?