Re: [Int-area] Review of draft-narten-ipv6-3177bis-48boundary-05
Mark Smith <ipng@69706e6720323030352d30312d31340a.nosense.org> Sat, 21 August 2010 01:31 UTC
Return-Path: <ipng@69706e6720323030352d30312d31340a.nosense.org>
X-Original-To: int-area@core3.amsl.com
Delivered-To: int-area@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9C85A3A68E7 for <int-area@core3.amsl.com>; Fri, 20 Aug 2010 18:31:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.449
X-Spam-Level:
X-Spam-Status: No, score=-1.449 tagged_above=-999 required=5 tests=[AWL=0.446, BAYES_00=-2.599, HELO_EQ_AU=0.377, HOST_EQ_AU=0.327]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WOWcgPl29Rxh for <int-area@core3.amsl.com>; Fri, 20 Aug 2010 18:31:58 -0700 (PDT)
Received: from smtp2.adam.net.au (smtp2.adam.net.au [202.136.110.251]) by core3.amsl.com (Postfix) with ESMTP id C98D33A679F for <int-area@ietf.org>; Fri, 20 Aug 2010 18:31:57 -0700 (PDT)
Received: from 182-239-154-130.ip.adam.com.au ([182.239.154.130] helo=opy.nosense.org) by smtp2.adam.net.au with esmtp (Exim 4.63) (envelope-from <ipng@69706e6720323030352d30312d31340a.nosense.org>) id 1Omcwe-0006GI-Ay; Sat, 21 Aug 2010 11:02:28 +0930
Received: from opy.nosense.org (localhost.localdomain [IPv6:::1]) by opy.nosense.org (Postfix) with ESMTP id ECB103B31E; Sat, 21 Aug 2010 10:59:12 +0930 (CST)
Date: Sat, 21 Aug 2010 10:59:12 +0930
From: Mark Smith <ipng@69706e6720323030352d30312d31340a.nosense.org>
To: Fred Baker <fred@cisco.com>
Message-ID: <20100821105912.65da34e3@opy.nosense.org>
In-Reply-To: <28C4A15C-DE54-4DD2-A5FD-33BFF66EFE83@cisco.com>
References: <D74F3837-E115-49FB-A9AB-5E0C53406621@tony.li> <28C4A15C-DE54-4DD2-A5FD-33BFF66EFE83@cisco.com>
X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-unknown-linux-gnu)
X-Location: Lower Mitcham, South Australia, 5062
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Sat, 21 Aug 2010 20:01:33 -0700
Cc: IPv6 Operations <v6ops@ops.ietf.org>, int-area@ietf.org
Subject: Re: [Int-area] Review of draft-narten-ipv6-3177bis-48boundary-05
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/int-area>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Aug 2010 01:32:00 -0000
Hi Fred, Tony, On Fri, 20 Aug 2010 13:16:05 -0700 Fred Baker <fred@cisco.com> wrote: > Thanks, Tony. > > Let me comment on one point in your review. > > On Aug 20, 2010, at 11:47 AM, Tony Li wrote: > <snip> > > To be really honest, I have concluded that every time we further idiot-proof the world, the world makes better idiots. > (That made me laugh out loud when I first read it :-) ) That seems to me to be a good argument for less options and more simplicity. The less knobs there are to tweak, the less chance of them being tweaked incorrectly. This topic has made me think a bit more about why I've liked e.g. Novell's IPX, and why I think IPv6 should be at least as easy to use. Protocols like IPX and Appletalk were easier to use because they were designed to be user friendly - with the users of the protocols being both the end users and the operators of the network (if the network was large enough for them to exist). User friendliness is quite an attractive feature of a protocol once you've experienced it. I think the main reason I've liked the idea of everybody having a /48 as a minimum is that it creates more simplicity and therefore user (and operator) friendliness. It's one less thing that varies, and therefore one less thing that the better idiots are likely to get wrong. It also makes my life easier as an operator because it's one less parameter to track the value of when dealing with the majority of addressing tasks. Having a "one size fits all" approach to addressing has worked successfully with ethernet addressing and other layer 3 protocols, so I think the principle is quite sound. The cost has been more than functionally necessary addressing bits, however those bits are generally pretty cheap and have provided a good simplicity and convenience return. So while I'm not strongly against the idea of having a small variety of prefix lengths (which is a whole lot better than the 20+ in IPv4!), I think it is worth trying to pursue operational simplicity and convenience, as a priority, by fixing parameters that don't need to vary. Hopefully that will continue to raise the threshold of the quality of idiots, and the efforts they have to go to, to be successful at breaking things :-) I think most low quality idiots won't bother when things just work :-) I'd really like to see IPv6 being far more user friendly than IPv4 and at least as user friendly as more modern protocols like IPX and Appletalk. I think the original designs and parameters pursued that goal, however as the protocol has been exposed to more and more IPv4-only people, it seems to me that there is now a push to make it more like IPv4 because those people are comfortable with IPv4 and haven't experienced the user friendliness of anything else. I think this is ultimately going to make IPv6 less user friendly than it was designed to be and can be. That'd be a shame. Regards, Mark.
- [Int-area] Review of draft-narten-ipv6-3177bis-48… Tony Li
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Eric Gray
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Fred Baker
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Fred Baker
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Brian E Carpenter
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Brian E Carpenter
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Eric Gray
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Joel M. Halpern
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Brian E Carpenter
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Fred Baker
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Eric Gray
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Eric Gray
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Tony Li
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Fred Baker
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Brian E Carpenter
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Brian E Carpenter
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Brian E Carpenter
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Joel Jaeggli
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Mark Smith
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Randy Bush
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Mikael Abrahamsson
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Randy Bush
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Randy Bush
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Peter Koch
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Ole Troan
- Re: [Int-area] Review of draft-narten-ipv6-3177bi… Rémi Després