Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Grant Edwards <grant.b.edwards@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] [Bug 8736] IPV6 forced on in busybox
Date: Thu, 3 Mar 2016 21:35:39 +0000 (UTC)	[thread overview]
Message-ID: <nbaanb$k0e$1@ger.gmane.org> (raw)
In-Reply-To: 87povb6z6z.fsf@dell.be.48ers.dk

On 2016-03-03, Peter Korsgaard <peter@korsgaard.com> wrote:
>>>>>> "Grant" == Grant Edwards <grant.b.edwards@gmail.com> writes:
>
> Hi,
>
> > I agree that IPv6 support (if broken) needs to be fixed.  But I think
> > it's also important to restore the ability to disable IPv6 support.
> > I have customers who explicity state that they want no IPv6 support
> > in their products.
>
> I btw must say that I find such requirements quite sad in 2016 :/

Well, these are products which are often installed on small,
air-gapped networks which are never connected to "The Interwebs" and
have nothing but a handful of static, non-routable IPv4 addresses.
The people who set up and maintain these systems often don't
understand even IPv4 network addressing and just blindly follow
recipes. IPv6 is new and scary and could make heads explode.

It's still sort of sad, because with a little forethought, switching
to IPv6 could make setup and comissioning many of these setups _way_
simpler: everything could just run with auto-discovered link-local
addresses.  The phrase "plug and play" comes to mind, but historically
that phrase is too closely associated with Microsoft to be used in
polite company.

OTOH, there are other product lines where IPv6 is absolutely required
because of feature checklists handed down from on-high.  Still, nobody
ever enables IPv6 or uses it. I actually had to add some code to the
network stack to allow IPv6 to be completely disabled at boot time
based on user-configuration [these products don't run Linux, so that's
a moot point for this discussion]. :)

-- 
Grant Edwards               grant.b.edwards        Yow! Boys, you have ALL
                                  at               been selected to LEAVE th'
                              gmail.com            PLANET in 15 minutes!!

  reply	other threads:[~2016-03-03 21:35 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-03 17:07 [Buildroot] [Bug 8736] New: IPV6 forced on in busybox bugzilla at busybox.net
2016-03-03 20:59 ` [Buildroot] [Bug 8736] " bugzilla at busybox.net
2016-03-03 21:08   ` Grant Edwards
2016-03-03 21:12     ` Peter Korsgaard
2016-03-03 21:15     ` Peter Korsgaard
2016-03-03 21:35       ` Grant Edwards [this message]
2016-03-03 21:05 ` bugzilla at busybox.net
2016-03-03 21:09 ` bugzilla at busybox.net
2016-03-03 21:13 ` bugzilla at busybox.net
2016-03-03 21:17 ` bugzilla at busybox.net
2016-03-03 21:43 ` bugzilla at busybox.net
2016-03-03 21:47 ` bugzilla at busybox.net
2016-03-03 22:33 ` bugzilla at busybox.net
2016-03-03 22:40 ` bugzilla at busybox.net
2016-03-04 16:10 ` bugzilla at busybox.net

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='nbaanb$k0e$1@ger.gmane.org' \
    --to=grant.b.edwards@gmail.com \
    --cc=buildroot@busybox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox