03-07-2011 06:09 AM - edited 03-06-2019 03:56 PM
We are having a very strange problem , that is we have a lan with 16 vlans and all the vlans have different DHCP for each vlan in the coreswitch (Cisco 6509) and all the clients in the 16 vlans are windows 7 clients , now the problem is that some machines are not getting IP Addresses , but if we see the registry settings in those machines we see that there is an ip address given by the dhcp server in the following key of registery
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters\Interfaces\THE RELATED NETWORK CARD KEY
this ip is not being shown in the network settings instead APIPA ip 169.245.*.* is shown here ,
DHCP server configuration are check and verified and they are also ok , packets are also captured which show the whole process of DCHP request is ok and dhcps in the core switch is replying back with the ip address to the machines mac address and that same ip can be seen in the above given registry value.
Kindly help as soon as possible as already alot of time is wasted in tracing this issue.
05-06-2011 07:01 AM
ok, I'm not shure if this is still hot, but I'm actualy experiencing with dhcp problems on Windows 7 too and I found this one:
after disabeling the Windows Firewall the client gets IP Address from DHCP Server, but however - this cannot be the solution...
So the problem seems to be that the dhcp relay agent sends the dhcp packets as unicast and the Windows 7 machine expects and only accepts dhcp broadcast packets... Is there any way to make the dhcp relay agent sending the dhcp packets as broadcast and not as unicast???
If there is any solution for this one - any help is highly appreciated...
werner
05-06-2011 07:25 AM
first is the windows PC in different network segment?
example DHCP server is in 10.0.1.0 and the PC is in 10.0.2.0
If this is the case you need enable the DHCP Helper on router where the PC is installed and set the helper with address of the DHCP server.
05-06-2011 10:12 PM
this is a problem of your system side there is no configuration issues, so to verify kindly plug another PCs or laptop on same port in same vlan
thanks
05-08-2011 03:10 AM
only the Windows 7 machines which are not in same network segment as the DHCP Server do have this Problem...
in other words: Only Win7 machines which do not have L2 connectivity to DHCP Server have this Problem!
When I disable the Win7 Firewall everything works fine, the machine gets and accepts IP Address from DHCP Server...
Win7 machines in the same Network segment as DHCP Server (L2 connectivity) work fine even with Win7 Firewall enabled!
XP machines do not have any problem, they work fine in both network segments...
ip-helper address is configured, as stated bofore XP machines work fine, so the general dhcp config seems to be ok...
Aso with wireshark I see the dhcp offers the win7 machine definitly gets from dhcp Server, but the machine does not accept this offer from dhcp Server - only when I disable the win7 Firewall everything works perfekt!
With Win7 Firewall enabled I also can see the DENIED dhcp offers in the Win7 Firewall logfile!
Any ideas???
werner
05-09-2011 05:00 AM
I am not familiar yet with windows 7 but we are installing those in our environment, and we did have the same problem with one or two of those, but after we did the command "Ip config /release" and and then "IP config /renew" the PC got the right IP address. Also since I do not know your network environment. I suggest that you open the port on PC firewalls for the DHCP server by adding the IP of it and the port. Other problem may occurred form IPV6 Windows 7 supports IPV6 and the PC may try to get the IPV6 if you have older switch and routers that does not support and that may cause the problem. If all equipment working fine with windows older version then looks like it is a PC network configuration.
If you have switches in that subnet I also suggest clearing the ARP table and the MAC-address dynamic table. With slow networks the time to keep alive of this tables is in order of hours sometime.
Final contact your WAN service provider and findout if they are blocking any traffic. Reviewing the description of the problem it looks like it is a routing issue.
05-11-2011 04:09 AM
On our vlan interfaces we had configured ip broadcast address "subnet.255". Now I changed the ip broadcast address on vlan interface to 255.255.255.255 and now the win7 clients get their ip addresses via dhcp...
But there seems to be a problem too, because from time to time some of the win7 clients claim that there is an ip address conflicct with ip 0.0.0.0 and hardware address 00-0a-b8-ad-7d-38, and this mac-address is the mac from the interface (of cisco switch) to which the win7 client is connected...
I have checked the dhcp server but everything looks fine... I have no idea why there should be an address conflict with this interface???
werner
05-11-2011 06:46 AM
Hi Muhammad,
At this point I would recommend opening a SEV 1 Cisco TAC case and a SEV 1 with Microsoft, they should have an answer for you.- It seems you have done a complete TSHOOT session.
Cisco TAC will usually request a WebEx Session to share your desktop.
HTH,
Elyinn.-
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