From: "Jeff V. Merkey" <jmerkey@wolfmountaingroup.com>
To: Al Boldi <a1426z@gawab.com>
Cc: netdev@vger.kernel.org, linux-net@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [RFC] ip / ifconfig redesign
Date: Fri, 02 Dec 2005 15:40:15 -0700 [thread overview]
Message-ID: <4390CD4F.105@wolfmountaingroup.com> (raw)
In-Reply-To: <200512022253.19029.a1426z@gawab.com>
Al Boldi wrote:
>The current ip / ifconfig configuration is arcane and inflexible. The reason
>being, that they are based on design principles inherited from the last
>century.
>
>In a GNU/OpenSource environment, OpenMinds should not inhibit themselves
>achieving new design-goals to enable a flexible non-redundant configuration.
>
>Specifically, '#> ip addr ' exhibits this issue clearly, by requiring to
>associate the address to a link instead of the other way around.
>
>Consider this new approach for better address management:
>1. Allow the definition of an address pool
>2. Relate links to addresses
>3. Implement to make things backward-compatible.
>
>The obvious benefit here, would be the transparent ability for apps to bind
>to addresses, regardless of the link existence.
>
>Another benefit includes the ability to scale the link level transparently,
>regardless of the application bind state.
>
>And there may be many other benefits... (i.e. 100% OSI compliance)
>
>--
>Al
>
>-
>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at http://www.tux.org/lkml/
>
>
>
Just what we need, another broken utility without backward
compatibility. Make certain you preserve the existing commands so the whole
planet isn't broken as a result.
Jeff
next prev parent reply other threads:[~2005-12-02 23:06 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-02 19:53 [RFC] ip / ifconfig redesign Al Boldi
2005-12-02 19:59 ` Pekka Savola
2005-12-02 20:08 ` Ben Greear
2005-12-02 20:38 ` linux-os (Dick Johnson)
2005-12-02 22:49 ` Jesper Juhl
2005-12-10 18:51 ` Stefan Smietanowski
2005-12-02 21:19 ` Jan-Benedict Glaw
2005-12-08 10:15 ` Eric W. Biederman
2005-12-02 22:40 ` Jeff V. Merkey [this message]
2005-12-03 13:46 ` Al Boldi
2005-12-03 18:33 ` Ben Greear
2005-12-03 20:25 ` Al Boldi
2005-12-05 14:01 ` John W. Linville
2005-12-05 14:20 ` Jeroen Massar
2005-12-05 17:40 ` Marc Singer
2005-12-05 17:59 ` Jeroen Massar
2005-12-05 20:56 ` Marc Singer
2005-12-05 22:19 ` John Heffner
2005-12-05 22:28 ` Rick Jones
2005-12-05 22:30 ` John Heffner
2005-12-05 22:43 ` Rick Jones
2005-12-05 23:03 ` John Heffner
2005-12-06 5:13 ` Marc Singer
2005-12-05 22:48 ` Jeroen Massar
2005-12-05 22:56 ` John Heffner
2005-12-05 23:10 ` Jeroen Massar
2005-12-06 5:18 ` Marc Singer
2005-12-05 18:00 ` Ben Greear
2005-12-05 20:10 ` John W. Linville
2005-12-05 21:03 ` Marc Singer
2005-12-05 20:48 ` Al Boldi
2005-12-11 4:59 ` Bernd Eckenfels
2005-12-14 14:19 ` Al Boldi
[not found] <447BB19E14004A4388CB9A864D2BA7630DF693@hq-ex-6.brocade.com>
2005-12-03 14:58 ` Jan-Benedict Glaw
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=4390CD4F.105@wolfmountaingroup.com \
--to=jmerkey@wolfmountaingroup.com \
--cc=a1426z@gawab.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-net@vger.kernel.org \
--cc=netdev@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.