I have about five phones that have the same problem not getting an IP from the DHCP server.
I have about 20+ phones that are working and operational. I can unplug them and plug them back and they'll work.
for the not working phones, they seem to stuck at the "Configuring IP" message stage.
I have tried "erased" "restore" and "default" options on the phone.
the phone currently connecting to a poe switch.
in the "setting" then "Model Information" it shows:
Model # ===cp-7960
Mac address ===the phone mac
app load ID ===p00308000500
boot load ID ===pc030300
serial # ===phone serial #
CTL ===not installed
MIC === not installed
LSC === not installed
OK, that is an SCCP load, which is good. Are the other phones working fine on the same switch? Is that IP, 10.1.1.X your voice VLAN?
yes, there are other phones that work on the same switch.
yes, phone vlan 10.1.1.x
I think for the sake of fault finding and working our way from the begin to the end, can you please do the following:
Make sure the correct phone loads are on the UC-500 on the flash card and in their right location, also make sure that the TFTP server commands on the UC-500 are pointing to the right location as well (you can check this by typing "sh run | s tftp-serv" at the command) analyze the information and make sure all reference points match, then also check your telephony-service and make sure that the right phone load is in there by typing the following at the command line "sh telephony-service" make sure the phone load version in there matches the one in your TFTP-SERVER and also the phone load on the Flash Card.
What i have noticed is that some phones can work by using the default load already on the phone, others will bomb out and not work at all if they can not find the correct load on the system.
You should also look to putting on your flash card the latest phone loads from the Cisco software depository, update all your reference points and get the phone to update to a newer phone load.
Help Full Hints:
Use a program like putty to work on the CLI it can make life much easier, you can get it from here: http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
The first one you see is the best to go for, log in using either SSH or Telnet.
before you go ahead and click connect, go to the window section (On your left in the Navigation Menu) and to your right change the setting where it says "Control the Scroll Back in your window" from "200" too "2000000", this will allow you to capture everything on the screen.
Once you have finished doing your "sh run" on the command line (Press space bar it will make it scroll quicker) right click on the bar at the top (Where your minimize and close options are) and use copy all to clip board, this will allow you to paste this to a .txt file.
Last thing to consider doing:
Use CCA (Latest version) to upgrade the IOS (Use the all option) and get it running of the official stable release, this should ensure you have the latest IOS, the latest stable Phone Loads, and all the other jazz, it will also restructure your Flash Card directories into the new format.... This is of course assuming you haven't done this already.
Hope you get it sorted out.
okay, I tried the restore to the phone's default and no luck. below are the show tftp and telephony service:
uc520#sh run | s tftp-serv
Cisco Unified Communications Manager Express
For on-line documentation please see:
ip source-address 10.1.1.1 port 2000
service dnis overlay
service dnis dir-lookup
load 7902 CP7902080002SCCP060817A
load 7921 CP7921G-1.2.1
load 7936 cmterm_7936.3-3-13-0
load 7970 SCCP70.8-2-2SR2S
load 7971 SCCP70.8-2-2SR2S
load 7962 SCCP42.8-3-2S
load 7942 SCCP42.8-3-2S
load 7945 SCCP45.8-3-2S
load 7965 SCCP45.8-3-2S
load 7975 SCCP75.8-3-2S
load 7961 SCCP41.8-2-2SR2S
load 7961GE SCCP41.8-2-2SR2S
load 7941 SCCP41.8-2-2SR2S
load 7941GE SCCP41.8-2-2SR2S
load 7931 SCCP31.8-2-2SR2S
load 7911 SCCP11.8-2-2SR2S
load 7906 SCCP11.8-2-2SR2S
load 7914 S00105000200
load 7960-7940 P00308000500
load 521G-524G cp524g-08-01-12
max-conferences 8 gain -6
dspfarm units 5
dspfarm transcode sessions 0
dspfarm 1 1234567890
# of hunt-group collect data: 4
hunt-group report delay 1 hours
Number of hunt-group configured: 3
hunt-group logout DND
cnf-file location: system:
cnf-file option: PER-PHONE
network-locale US (This is the default network locale for this box)
user-locale US (This is the default user locale for this box)
srst mode auto-provision is OFF
srst ephone template is 0
srst dn template is 0
srst dn line mode is single
phone service videoCapability 1
timezone 8 Central Standard/Daylight Time
url services http://10.1.10.1/voiceview/common/login.do
url authentication http://10.1.10.1/voiceview/authentication/authenticate.do
call-forward pattern .T
call-forward system redirecting-expanded
keepalive 30 auxiliary 30
timeout interdigit 5
timeout busy 10
timeout ringing 180
timeout ringin-callerid 8
timeout night-service-bell 12
caller-id name-only: enable
system message TelaDoc
web admin system name cisco secret 5 xxxxxxxxxx
web admin customer name Customer
edit DN through Web: enabled.
edit TIME through web: enabled.
Log (table parameters):
create cnf-files version-stamp 7960 Mar 30 2009 17:06:28
transfer-system full-consult dss
multicast moh 126.96.36.199 port 2000
local directory service: enabled.
Extension-assigner tag-type ephone-tag.
What does your flash look like?
Thinking the tftp-server statements need to specify the exact folder on which the phone load resides:
i.e. in the case they are in a phone subdirectory and a phone sub directory below that:
tftp-server flash:/phones/7945_7965/apps45.8-4-1-23.sbn alias apps45.8-4-1-23.sbn
In your case, even if the load is in root of flash:, then at least you need the flash: prefix
The phone seems to be on the right load, so I suspect this is not related to firmware upgrade.
Could you please do the following:
1) Log into the CLI
2) Enter config mode
3) Go under "telephonty-service"
4) Do "no create cnf" followed by "create cnf".
5) Save the config. Reboot the phones.
If that doesn't help. You can try rebooting the UC500.
Let us know,
This forces the router to delete and recreate the config files for the phones. The phones will only get this when they boot, so it shouldn't effect working phones.
It will recreate the phone config files. It won't affect working phones.
It is also very important that you verify that there are "ephone" entries for the phones that you want to register. Auto-reg is not on, it seems, so this could be the culprit here.
I added an ephone but without ephone-dn and no luck still.
auto-reg is just not allowed.
having readd the cnf file and I know that you say it will won't affect the working phones, but what happen when you need to reset the current working phone?
I added an ephone but without ephone-dn and no luck still.
[EDIT] I did not do my research enough, the 7960 phones use a different phone load to the 7961 phones.
Message was edited by: David Trad 11/08/2009 1811hrs AEST