cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1749
Views
5
Helpful
12
Replies

New Phones stuck at configuring IP

lafortuna
Level 1
Level 1

I have checked physical connectivity, tried replacing the phones and still the phones are stuck at configuring IP? Any ideas? phone is a 7960. tried using a 7940 and it comes up fine. thanks...

12 Replies 12

Tommer Catlin
VIP Alumni
VIP Alumni

Check the licensing on the CallManger for the 7960 phones. 7940 phone license will not activate a 7960 phone.

Check your tFTP.. we had a problem where all the phones at once tried to download the confige and crapped out the tftp server. So we had to limit the connections (for remote phones mostly)

hope this helps.

how do I verify how many licenses are left? Also, tftp has been bounced to no avail.

mshavrov
Level 1
Level 1

The "Configuring IP" message shows that the IP phone has send DHCP request and is waiting for DHCP response. Your phones do not receive IP addresses. If your phones are on the different subnet than your CallManager/DHCP server, then you have to make sure that your have the "ip helper " command on the phone subnet's interface.

Check your DHCP server, if it is running, if your have scopes defined and activated, and if scope has any IP addresses leased. Check if you have IP addresses available, and if not, try to reconsile the scope or release some IP addresses. Also, if it's possible, you can increase your scope.

Good luck,

Michael Shavrov

www.ciscoheadsetadapter.com

If you are using auto registration then I would also check your auto registration settings within Callmanager, make sure that you have enough free numbers.

Via - System/Cisco Callmanager/

Checking your - Starting range and Ending Range is large enough to encorperate all your phones.

Or if you have dead phones (phones that have been replaced, but the original phone MAC address is still appearing) in your callmanager phone list then removing these would also help

dekulp
Level 1
Level 1

I am experiencing the same thing. The fix is to hard code an IP in the phone then go back to DHCP, however, this is a workaround. I was hoping to find an answer to this question on the forum myself. What we see with packet captures is that the DHCP server is offering an IP but the phone is not taking it.

Everyone is suggesting great things here. To sum up:

- check your DHCP scope. Have enough addresses?

- Licensing. CCM license for the correct model phone?

- dead hardware.. remove those dead MACs that are taking up license.

- have the phones been regestered before or is this new? I have seen DOA phones out of the box. The way to check for sure is put a static IP on the phone. Can it connect to CallManager.

- On the same cable drop, try another phone.. will a 7940 connect on the same cable? if not, then you probably have a VLAN issue to your DHCP server, or TFTP server.

- you can also try a quick test with a PC... can the PC get an IP address off the voice vlan? at least you know if it can, the DHCP is working correctly.

- in your DHCP scope, find the MAC address of the phone and delete the IP and MAC address. Bounce the DHCP server (if it's Windows, you can just stop and start the service in Service Manager).

hope any of this helps!

mshavrov
Level 1
Level 1

Just a thought... Don't you have 802.1x implemented?

Another thing - try to reset these phones to the factory default configuration:

1. **# to unlock the phone

2. (Settings) -> "3" -> "33"

3. "Yes" -> "Save"

4. Reboot.

Good luck,

Michael Shavrov

www.ciscoheadsetadapter.com

bhattacharya.s
Level 1
Level 1

Hi,

I see that everyone has come up with good probable causes.

Check the phoneload on the new 7960 that you are trying to plug in and the phoneload in the Device Defaults page. I remember from my days in TAC, we used to have such issues being reported. The phoneload has to be upgraded to an interim one and then from there to the latest load (or whatever you have in the Device defaults)

So, let me know the phoneloads you have on the phone and the device defaults page.

MARTIN STREULE
Spotlight
Spotlight

I have seen this in cases where in DHCP the option 150 was done as ASCII instead IP address (wrong field type).

If you think you've done everything, check this option.

dhingst
Level 1
Level 1

I've had this problem several times. It's due to a combindation of things. Try this...

Make sure your Windows dhcp server is connected to a switchport set for access mode rather than trunking like you would hook a normal users phone/pc to. There is an issue with dhcp and Windows where the dhcp server replies with an address on the native vlan rather than the data/voice vlan as it should. The easy way to check for this is look at your dhcp scopes and see if you see an entry for the phone in the wrong scope. Also if you have a sniffer you can look at the offered address and make sure it's appropriate for the network the phone is on. It should be for the voice vlan, not the data or native vlans of course.

There is an issue with firmware loads with new phones where they won't respond correctly to dhcp on a trunked switch port. The work-around is to plug the phone into a switch port set to access mode rather than as a trunk port. Let the phone boot and update its load and then it should be fine. The default load with a lot of new phones has a bug with dhcp. I highly recommend updating to the latest phone load.

For brand-new phones I usually have my techs plug them into an access port in the shop before deployment. It's an extra step but it makes sure the phone works when it hits the users desk. For phones that have been previously deployed we can just configure in CM and send them out saving a little time since they already have a good working load.

The other workaround was already discussed which is to set a static address on the phone, let it register and update it's load then switch back to dhcp.

milay
Cisco Employee
Cisco Employee

YOu did not state what phone load you were running. However ths bug may be interest:

http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsc33230&Submit=Search

Mike

Let us know the phoneload you have on the 7960 you are trying to connect and the phoneload you have in the Device Defaults page.

I don't think this issue is with the DHCP settings or anything, or else the 7940 phones wouldn't have worked.

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: