I have a few phones at a site that are pulling IP address from both the VG and from the server. I checked the phones and CM, both show the right address. I did a ping on the odd addresses and they all time out. I have also deleted the address out of DHCP, but they show back up. Anybody seen this before and know of a solution?
I am reposting this question as I have still not found a solution to my problem. I have since upgraded to CUCM 6.1(3) and my gateway is still a 2821. Can anyone out there give me some direction as to where I need to look?
Your original post isn't very clear.
Can you clarify exactly what the problem is?
After reading my orginal post, I was not very clear, sorry. So I will try again to best describe my issue. I have 6 or 7 out of 30 phones that are pulling an IP from both the VG and from DHCP on a Windows 2003 server that is designated for just computers. The phones are only to be pulling IPs from the voice gateway. When I try to ping the address that are on the 2003 server, they time out. I have tried deleting the phones from both CUCM and out of the DHCP on the 2003 server and recreating them in CUCM, but they show back up in DHCP. If all the phones were experiencing this problem, I might be able to chalk it up to a problem with DHCP on the 2003 server. But since it is only happening on a handful of phones I am stumped. Hope I am clearer on my problem.
There are several known conditions such as CSCsr22771 where phones may perform DHCP in both the data and voice vlan. It's not a 'problem' other than it may deplete the address space for your data vlan. Best fix is to correct the phone load and switch configuration so phones only DHCP to the voice vlan. Other workarounds include shortening DHCP lease duration for data vlan so leases timeout; note phones will not renew those leases. Another workaround is to configure the DHCP server to ignore DHCP requests from phones. All phones include "Cisco Systems" in the the options list provided to DHCP server. DHCP servers such as Network Registrar can key off this to avoid issuing addresses to those clients.
OK - so you have two VLANs (data/voice) per site, and you are expecting the phones to get DHCP from the router in the VVLAN?
I've seen this happen before, and it seems to be that the phones connect to the data VLAN first, and then when they get the VVLAN assignment from the switch (as per the 'voice vlan x' command) they switch to the voice VLAN, and get an address from there.
So they request an address from the data VLAN, then switch to the voice VLAN, at which point they no longer have the data VLAN address - though your DHCP server will have assigned an address for whatever your lease period is.
Is it actually causing you any problems?
Please rate helpful posts...
Just a little update on my issue, I noticed today that all the phones that are grabbing IP addresses from both data and voice vlans are also not updating their firmware. I looked around, but I could not find a document on how to either manually update the firmware or completely wipe it clean and start over from scratch.
Load : P00307010200 (should be P00308010200)
Version: 7.1(2.0) (should be 8.1(2.0))
Try adding option 150 to both subnets (data/voice) or at the server level. This way as long as the phone get an address and have reachability to the CCM TFTP server (i.e. you don't have ACLs/firewalls preventing the TFTP access) they should get the new firmware.
Maybe after the update they'll behave more as you expect.
Please rate helpful posts..
Took the phone to main office where my callmanager is located and tried to "force" the firmware upgrade with no luck. I went as far as deleting the phone and re-creating it. I am truely at a loss as to what I should try next. Oh also, when I do a cold boot, it does tell me "Version error" before displaying the extenstion. I am able to use the phone with no problems.
The other thing you can try is reconfiguring the switch port to avoid the VLAN 'oddity'... remove the 'voice vlan' command or set it to the same VLAN as the data VLAN. If you have Option 150 set on the data VLAN, the phone should reboot to that VLAN.
If that doesn't work, change the access vlan to the voice VLAN and remove the voice VLAN command. This should mean the phone on that port will boot straight to the voice VLAN. Might pick up the firmware that way.
As I say, shouldn't be necessary to do any of this... do you have a standard edge port config? Maybe post it up in case you've got something odd there...
The configuration in CM has nothing to do with the network configuration. Your phone is not initializing into the correct vlan. Most networks only provide TFTP access information (DHCP option 150 or DNS) and TFTP access (bascially open all UDP ports) from phone subnets to the CallManager TFTP server. You willl need to go back to basics at the phone and at the switch:
Perhaps a better place to start is:
From the name of the loads you provided it looks like the phones are 7940/7960.
It might be worth trying resetting the phones to factory defaults using the process below. In step 4 choose option 2. This should get rid of any static configuration entries that may be causing you a problem.
Unplug the power cable from the phone, and then plug in the cable again.
The phone begins its power up cycle.
Immediately press and hold # and while the Headset, Mute, and Speaker buttons begin to flash in sequence, release #.
The Headset, Mute, and Speaker buttons flash in sequence in order to indicate that the phone waits for you to enter the key sequence for the reset.
Press 123456789*0# within 60 seconds after the Headset, Mute, and Speaker buttons begin to flash.
If you repeat a key within the sequence, for example, if you press 1223456789*0#, the sequence is still accepted and the phone resets.
If you do not complete this key sequence or do not press any keys, after 60 seconds, the Headset, Mute, and Speaker buttons no longer flash, and the phone continues with its normal startup process. The phone does not reset.
If you enter an invalid key sequence, the buttons no longer flash, and the phone continues with its normal startup process. The phone does not reset.
If you enter this key sequence correctly, the phone displays this prompt:
Keep network cfg? 1 = yes 2 = no
In order to maintain the current network configuration settings for the phone when the phone resets, press 1. In order to reset the network configuration settings when the phone resets, press 2.
If you press another key or do not respond to this prompt within 60 seconds, the phone continues with its normal startup process and does not reset. Otherwise, the phone goes through the factory reset process.
First off I would like to thank Aaron, Wes, and James for all their help. I solved both of my issues with DHCP on the phones and a version error that I was receiving on a few 7960s.
Again thanks to everyone that helped me solve this issue.
Message was edited by: 17roush