Date: Sat, 12 Nov 2016 07:59:36 +0800 From: Erich Dollansky <erichsfreebsdlist@alogt.com> To: "John W. Kitz" <John.Kitz@xs4all.nl> Cc: <freebsd-arm@freebsd.org> Subject: Re: How to change MAC address on RPI-B? Message-ID: <20161112075936.6cf98437@X220.alogt.com> In-Reply-To: <000f01d23c14$da3a6c00$8eaf4400$@Kitz@xs4all.nl> References: <005701d23a7d$71400630$53c01290$@Kitz@xs4all.nl> <20161110065105.77a19e3b@X220.alogt.com> <000c01d23b3a$c06e1ef0$414a5cd0$@Kitz@xs4all.nl> <20161111094930.46f55a60@X220.alogt.com> <000f01d23c14$da3a6c00$8eaf4400$@Kitz@xs4all.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi John, On Fri, 11 Nov 2016 13:12:19 +0100 "John W. Kitz" <John.Kitz@xs4all.nl> wrote: > JKi: The point I was trying to make is that locally administered MAC > addresses serve a purpose in the recovery of hardware failures, e.g. > in its basic form when one needs to replace a broken NIC thereby > ending up with a system with a different MAC address, in those > situations where the higher layer protocol (addressing or rather lack > thereof, such as can be the case in SNA / VTAM installations) doesn't. > > The other point, which you're not answering, is assuming that one > would rely on the use of both lower and higher layer addressing in > the recovery from hardware failures is there, in your experience, a > noticeable gain in recovery time to be made by applying both > techniques. we have at the moment only the situation in which non-fault-tolerant systems address our fault-tolerant system. Our emphasis is currently only to detect a fault, switch MAC and IP address, report the fault and let the outside world believe all is fine. We have then 1 to 4 days time to fix the faulty system. Yes, I know, this is not a very common situation. We use this only as users of the system have to have no IT skills. They even wonder that there is some IT used in our system. I can imagine where you come from. Your system is very, very different from our system. Just have a look at our website. The words IT, computer, fault-tolerant etc are not even used a single time. Erich > > Regards, Jk. > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20161112075936.6cf98437>