Return to BSD News archive
Path: sserve!newshost.anu.edu.au!munnari.oz.au!spool.mu.edu!howland.reston.ans.net!news.sprintlink.net!sunserver.insinc.net!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: 2 Jun 1995 00:35:39 GMT Organization: Internet Portal Services, Ltd. Lines: 26 Message-ID: <3qlmcr$eh8@stud.Direct.CA> References: <KCOUSINS.95May26125242@desertoak.awadi.com.au> <3q54us$cp1@stud.Direct.CA> <KCOUSINS.95Jun2003407@desertoak.awadi.com.au> NNTP-Posting-Host: cynic.portal.ca In article <KCOUSINS.95Jun2003407@desertoak.awadi.com.au>, Kevin Cousins <kcousins@awadi.com.au> wrote: >Well spotted, Curt. Eventually we got brave, found the problem and >wound up putting that exact same hack in place. Now it works, sweet as >a button. > >So, who else needs to be notified of this? Is this fix worthy of being >bundled in a patch release? This is something that should definitely go back to the bootpd maintainer (who is currently Gordon Ross, of sun3-port fame :-)). However, there are two choices of what to put in. The more portable method is to use system() and call the arp program. The better method (though one subject to change if NetBSD changes) is to add a new section to the bootpd code that uses the same techniques as arp.c to muck about with the arp table. Offhand, I can't say which is preferable, only which is easier. 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...