From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stefano Babic Date: Fri, 03 Feb 2012 17:19:22 +0100 Subject: [U-Boot] [PATCH 00/28] Add link-local addressing support In-Reply-To: <201202030634.06229.vapier@gentoo.org> References: <1327020811-1538-1-git-send-email-joe.hershberger@ni.com> <4F211B11.1070703@denx.de> <201202030634.06229.vapier@gentoo.org> Message-ID: <4F2C090A.6010101@denx.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On 03/02/2012 12:34, Mike Frysinger wrote: > On Thursday 26 January 2012 04:21:21 Stefano Babic wrote: >> On 26/01/2012 00:40, Joe Hershberger wrote: >>>> I have a basic question about your patchset. RFC3927 requires >>>> that addresses are continuosly checked to avoid conflicts - >>>> this is a strict requirement. >>> >>> True. It cannot be 100% compliant in every use-case. >> >> It is important that these limitations are well documented >> >>> Any time we are processing NetLoop, we will handle conflict >>> correctly. >> >> Yes, but NetLoop is running only when there some activity on the >> network. > > isn't that the only time that matters ? if we're sitting at the > command prompt, then u-boot has the network pretty much shut off > (doesn't respond to ARP let alone anything higher). This is true, but what does happen with a second / multiple boards on the network ? Some of them can steal the same ip address because our board does not answer and conflicts are not solved. At least, I am expecting that some ip address suddenly changes and that can be some inconsistencies in ARP tables. Stefano -- ===================================================================== DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office at denx.de =====================================================================