03-11-2014 06:55 AM
We are experiencing recents issues where clients (MS Win 7 PCs) are not 'taking' the IP address being given to them via DHCP. Our routers are configured with 'ip helper-addresses' that point to DHCP servers. I ran 'debug ip udp' and 'debug ip dhcp server packet detail' and it shows the client requesting an IP address, the router forwarding the request to the DHCP servers, the router getting the reply back from the DHCP server and then forwarding the reply back to the client. The clients never gives any indication it receives the IP address. The client continues to show the default 169.x.x.x IP address and continues to issue bootp's requesting an IP address.
I did notice in a debug that the client prepends 01 to its MAC address when it issues a bootp request. When the router replies back to the client it does NOT include the 01. Is this an issue? The destination MAC address field is 48 bits so this 01 realy part of the MAC address? Other devices that connect to this device work fine when requesting an IP address via DHCP. I do not think they prepend 01 to their request though.
Here is the debug
003935: Mar 11 09:39:25.938 EDT: UDP: rcvd src=0.0.0.0(68), dst=255.255.255.255(67), length=308
003936: Mar 11 09:39:25.938 EDT: DHCPD: client's VPN is usps.
003937: Mar 11 09:39:25.942 EDT: DHCPD: setting giaddr to x.x.x.x.
003938: Mar 11 09:39:25.942 EDT: UDP: sent src=x.x.x.x(67), dst=x.x.x.x(67), length=308
003939: Mar 11 09:39:25.942 EDT: DHCPD: BOOTREQUEST from 0188.51fb.6621.9c forwarded to x.x.x.x. (Here is the client prepending 01)
003940: Mar 11 09:39:25.942 EDT: UDP: sent src=x.x.x.x(67), dst=x.x.x.x(67), length=308
003941: Mar 11 09:39:25.942 EDT: DHCPD: BOOTREQUEST from 0188.51fb.6621.9c forwarded to x.x.x.x.
003942: Mar 11 09:39:26.038 EDT: UDP: rcvd src=x.x.x.x(67), dst=x.x.x.x(67), length=317
003943: Mar 11 09:39:26.038 EDT: DHCPD: client's VPN is .
003944: Mar 11 09:39:26.038 EDT: DHCPD: forwarding BOOTREPLY to client 8851.fb66.219c. (Here is the router sending the reply to the MAC address without 01).
11-13-2024 07:49 PM
Can anyone give any suggestions, these are the logs:
GRIFHSP_NCS_CSB_CD_CS01#
119351: Nov 14 08:50:55.419 ADST: DHCPD: tableid for 10.121.1.193 on Vlan601 is 0
119352: Nov 14 08:50:55.419 ADST: DHCPD: client's VPN is .
119353: Nov 14 08:50:55.419 ADST: DHCPD: No option 125
119354: Nov 14 08:50:55.419 ADST: DHCPD: No option 124
119355: Nov 14 08:50:55.419 ADST: DHCPD: Option 125 not present in the msg.
119356: Nov 14 08:50:55.419 ADST: DHCPD: using received relay info.
119357: Nov 14 08:50:55.419 ADST: DHCPD: Looking up binding using address 10.121.1.193
119358: Nov 14 08:50:55.419 ADST: DHCPD: setting giaddr to 10.121.1.193.
119359: Nov 14 08:50:55.419 ADST: DHCPD: BOOTREQUEST from 001e.c0b6.b392 forwarded to 10.125.0.20.
I am still not getting the desired IP from DHCP server
11-13-2024 08:22 PM
Make new post please
MHM
11-20-2024 03:48 PM
I agree with MHM that it would have been better to start a new discussion rather than adopting an older discussion. But you asked here and we can deal with it here. Can you provide some more detail about this environment? What device is the client? Are we correct in understanding that it is in vlan 601? What is the subnet for vlan 601? Is 10.121.1.193 the gateway for that vlan? How does the subnet for 10.125.0.20 fit into this?
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