Return to BSD News archive
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.uwa.edu.au!classic.iinet.com.au!news.uoknor.edu!news.ecn.uoknor.edu!paladin.american.edu!howland.reston.ans.net!swrinde!gatech!news.sprintlink.net!cs.utexas.edu!math.ohio-state.edu!scipio.cyberstore.ca!news.Direct.CA!cynic.portal.ca!curt From: curt@cynic.portal.ca (Curt Sampson) Newsgroups: comp.unix.bsd.netbsd.misc Subject: Re: bootpd / arp table update problem Date: 26 May 1995 17:59:56 GMT Organization: Internet Portal Services, Ltd. Lines: 27 Message-ID: <3q54us$cp1@stud.Direct.CA> References: <KCOUSINS.95May26125242@desertoak.awadi.com.au> NNTP-Posting-Host: 204.174.36.7 In article <KCOUSINS.95May26125242@desertoak.awadi.com.au>, Kevin Cousins <kcousins@awadi.com.au> wrote: >It appears that initially everything goes along fine, until one of >the clients is reset and performs its bootp request again. > >At that point, bootpd complains about 'arp failed, exit code 0x100'. > >'arp -a' lists MAC address of the client whose request failed as >'(incomplete)'. > >Deleting the offending entry from the arp table temporarily corrects >the problem. > >What gives? Has anyone seen this behaviour before? I have. The bootpd is using a system() call to arp(8) to add the arp entry for that host to the arp table so that it can send back the reply. It can't add the arp entry if it's already there. Just hack the source to do an `arp -d' just before it does the `arp -a' to try to add the arp entry. cjs -- Curt Sampson curt@portal.ca Internet Portal Services, Ltd. Beside the willow'd river bank Vancouver, BC (604) 257-9400 Repose I, still and thinking...