Kyle McDonald writes: > 48ea4f19: Datagram received on network device: mgmt0(limited broadcast) > 48ea4f19: Malformed ICMP message received from host 172.30.171.103: len > 84 != 64
This part means that we received a packet that was 84 bytes long (as reported by recvfrom) and that had an IP length of 64. I think the DHCP server is wrong here; that shouldn't be treated as an error. If the IP length is greater than the received length, then the packet has been truncated, and something's probably wrong. But if it's less, then that just means there's some padding we should have ignored. > 48ea4f19: ICMP ECHO reply to OFFER candidate: 172.30.171.103, disabling. Find that guy. Someone is reponding to the address that should not currently be in use, because the lease is not valid. > The client that is trying to renew it's address is an RHEL4u7 machine. > This is the second time this address has been makred unusable, and the > machine has been given an address it's not supposed to use. The DHCP > server is configured to only give one particular IP address to each MAC > address. At a guess, the RHEL4u7 machine is responding to an ICMP ECHO message, even though it doesn't have a current lease for that address. If that's a correct guess (a long-term snoop showing correct lease acquisition and eventual failure could provide more clues), then that's an error on their part. You can probably work around by specifying the ICMP_VERIFY=FALSE option in /etc/inet/dhcpsvc.conf. -- James Carlson, Solaris Networking <[EMAIL PROTECTED]> Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 _______________________________________________ networking-discuss mailing list [email protected]
