07-10-2013 02:21 PM - edited 03-16-2019 06:19 PM
Hi,
I am working with a customer to upgrade a CUCM 7.0 cluster to 9.1(1a).
As part of this I am trying to upgrade the firmware on phones connected to the 7.0 cluster to the default version for 9.1(1a)
The have some 7942G phones in a remote office which I have not managed to upgrade. The phones are registered to the cluster and can be reset via the CUCM interface but they will not load the new firmware version specified in the Phone Load Name field.
Looking at the network page of the phone web server I noticed that the fields relating to TFTP are blank -see below. I cannot remember ever seeing this and I am not sure how the phones managed to register.
Anyone got any ideas what is happening?
DHCP Server | 192.168.50.18 | |
BOOTP Server | No | |
MAC Address | 3CCE73AD7B31 | |
Host Name | SEP3CCE73AD7B31 | |
Domain Name | ||
IP Address | 192.168.50.145 | |
Subnet Mask | 255.255.255.0 | |
TFTP Server 1 | ||
Default Router 1 | 192.168.50.1 | |
Default Router 2 | ||
Default Router 3 | ||
Default Router 4 | ||
Default Router 5 | ||
DNS Server 1 | 192.168.50.16 | |
DNS Server 2 | 192.168.50.18 | |
DNS Server 3 | 194.219.227.2 | |
DNS Server 4 | 193.92.150.3 | |
DNS Server 5 | ||
Operational VLAN Id | ||
Admin. VLAN Id | ||
Unified CM 1 | 192.168.23.12 Active | |
Unified CM 2 | 192.168.121.18 Standby | |
Unified CM 3 | 192.168.23.10 | |
Unified CM 4 | ||
Unified CM 5 | ||
Information URL | http://192.168.23.12:8080/ccmcip/GetTelecasterHelpText.jsp | |
Directories URL | http://192.168.23.12:8080/ccmcip/xmldirectory.jsp | |
Messages URL | ||
Services URL | http://192.168.23.12:8080/ccmcip/getservicesmenu.jsp | |
DHCP | Yes | |
DHCP Address Released | No | |
Alternate TFTP | No | |
Forwarding Delay | No | |
Idle URL | ||
Idle URL Time | 0 | |
Proxy Server URL | ||
Authentication URL | http://192.168.23.12:8080/ccmcip/authenticate.jsp | |
SW Port Configuration | Auto Negotiate | |
PC Port Configuration | Auto Negotiate | |
TFTP Server 2 | ||
User Locale | English_United_Kingdom | |
Network Locale | United_Kingdom | |
Headset Enabled | Yes | |
User Locale Version | ||
Network Locale Version | ||
PC Port Disabled | No | |
Speaker Enabled | Yes | |
GARP Enabled | 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 | |
Span to PC Port | No | |
PC VLAN | ||
CDP: PC Port | Yes | |
CDP: SW Port | Yes | |
LLDP-MED: SW Port | Yes | |
LLDP: PC Port | Yes | |
LLDP Power Priority | Unknown | |
LLDP Asset ID | ||
IP Addressing Mode | IPv4 Only | |
IP Preference Mode Control | V4 | |
Auto IP Configuration | Yes | |
IPv6 Load Server | ||
IPv6 Log Server | ||
IPv6 CAPF Server | ||
DHCPv6 | Yes | |
IPv6 Address | :: | |
IPv6 Prefix Length | 0 | |
IPv6 Default Router 1 | :: | |
IPv6 DNS Server 1 | :: | |
IPv6 DNS Server 2 | :: | |
DHCPv6 Address Released | No | |
IPv6 Alternate TFTP | No | |
IPv6 TFTP Server 1 | :: | |
IPv6 TFTP Server 2 | :: |
07-10-2013 02:51 PM
Hi,
Check that option 150 is set on the DHCP server scope for this subnet.
Regards,
Alex.
Please rate useful posts.
07-12-2013 06:19 AM
I got to the bottom of this.
The customer bought some new phones, configured them at their head office (where the DHCP scope has option 150 set) and then sent them to the remote office.
They were able to boot up using the local DHCP scope which does not have option 150 set and managed to register with the CUCM cluster. However the phones are not able to receive any updated config or firmware via TFTP.
I have found some phone remote control software and will try manually setting the TFTP server configs on the phones.
07-13-2013 07:39 AM
As Alex said, you could apply the Option 150 to the local DHCP scope. Are the phones in their own Voice VLAN or are they takin a lease from the sites Data VLAN range?
Sent from Cisco Technical Support iPhone App
07-13-2013 09:20 AM
Hi JAmes,
Can u also try doing telnet to call manager followed by tftp port from remote site PC to check whether tftp port is opened or not? you would get a blank screen which would be stable with blinking cursor which means port is working.
telnet PUB IP address 69
regds,
aman
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide