Re: draft-bourbaki-6man-classless-ipv6-00

David Farmer <farmer@umn.edu> Sat, 03 June 2017 21:55 UTC

Return-Path: <farmer@umn.edu>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC8F0127869 for <ipv6@ietfa.amsl.com>; Sat, 3 Jun 2017 14:55:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.8
X-Spam-Level:
X-Spam-Status: No, score=-3.8 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_SORBS_SPAM=0.5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=umn.edu
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fk94Z3JJy6fh for <ipv6@ietfa.amsl.com>; Sat, 3 Jun 2017 14:55:22 -0700 (PDT)
Received: from mta-p8.oit.umn.edu (mta-p8.oit.umn.edu [134.84.196.208]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E9565127BA3 for <ipv6@ietf.org>; Sat, 3 Jun 2017 14:55:21 -0700 (PDT)
Received: from localhost (unknown [127.0.0.1]) by mta-p8.oit.umn.edu (Postfix) with ESMTP id 7D5966C0 for <ipv6@ietf.org>; Sat, 3 Jun 2017 21:55:21 +0000 (UTC)
X-Virus-Scanned: amavisd-new at umn.edu
Received: from mta-p8.oit.umn.edu ([127.0.0.1]) by localhost (mta-p8.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tzzy8OX77Dxb for <ipv6@ietf.org>; Sat, 3 Jun 2017 16:55:21 -0500 (CDT)
Received: from mail-vk0-f70.google.com (mail-vk0-f70.google.com [209.85.213.70]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p8.oit.umn.edu (Postfix) with ESMTPS id 47D45668 for <ipv6@ietf.org>; Sat, 3 Jun 2017 16:55:21 -0500 (CDT)
Received: by mail-vk0-f70.google.com with SMTP id i62so443920vke.4 for <ipv6@ietf.org>; Sat, 03 Jun 2017 14:55:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umn.edu; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Ji/9i4iLjNqFUSpQzAZ2hvcbXpC2Kt7OBZ4ra1Kt9hA=; b=J1EwQHgqYI3WzEvgjcqzbtZFH9PBplA2kUyvsGNCfqSUkNrEu3z6lfFogNTLGjthe+ vv5aork88de2NF9sDGRS5zNbP4jiQ4u3qGdm/c1dYW3eYPi47zfLtC4cYJEBGB9HEhxQ llNR3OUGs0GIe41qQ3pc66Mth5ecON2VRr5/P8lbIAAQk9XCSycWyLf2JAmDoHV84ebr FktbQnC+0fdX01tsdxia0b09dqnpv6kBA6MLJENEV1KvwPGsv86pYvcRIZ2pn3qYEUim qb8ynfauPFlUr0lxWOZqWSqYK4flntAYwuxSNiOqUj2a4MJx5XDYxyUHhJV0Td2wW95l E4cA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Ji/9i4iLjNqFUSpQzAZ2hvcbXpC2Kt7OBZ4ra1Kt9hA=; b=RIeUxIPaKN1MReOZDhR6vFk8vCrLKOG4pebkUTk2foR1/BYx5xswyvOChJayRK78Sh yZ1tOhImrYnAr23GMKw9DujFlzRac/iVgoONFh/BX8A8Kd8qJ9YZnKDihnX1ULE4BgHx +IL35ARCPZ2kJAsShk7YYRvGAHiZMyV4IhZXU0slmwpHMR+MlywsgQtZXlaAJ1BmP7PU fpVVY3xa5GWc+90ZNSaXJ2V9xxibcNi6G5ytBsrxjPb/+YpPQK2Jt6SfoSs2WuSr5u2h +dBWBCiSF/9UoxJcR8spK+qR9Zql3hSp0tdgL1JTbNEUCRPhE+3madIcUYYpG+UDybxq 9uXQ==
X-Gm-Message-State: AODbwcAtYII/COOJhwjhY1gby1xzP0fj72N4wiAgyKvDAzXxNBwlxoNr hwREH8StbTgCDDE45RqwxCcl1v0gjCtMlg7yhk9DRpMWuTYWWH5NvrK5nJmUvyM3kkJfNV08rdQ AyyjpZMZiIMy5LyE=
X-Received: by 10.31.99.67 with SMTP id x64mr6543647vkb.24.1496526920244; Sat, 03 Jun 2017 14:55:20 -0700 (PDT)
X-Received: by 10.31.99.67 with SMTP id x64mr6543643vkb.24.1496526920060; Sat, 03 Jun 2017 14:55:20 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.103.44.137 with HTTP; Sat, 3 Jun 2017 14:55:19 -0700 (PDT)
In-Reply-To: <CAKFn1SGwQug4tesCMFu4Rt1Ca9Z1+CYa7vvcRvYe1k3WLkg_Pw@mail.gmail.com>
References: <20170602141112.x64nleqclygz7dwd@Vurt.local> <CAKFn1SGwQug4tesCMFu4Rt1Ca9Z1+CYa7vvcRvYe1k3WLkg_Pw@mail.gmail.com>
From: David Farmer <farmer@umn.edu>
Date: Sat, 03 Jun 2017 16:55:19 -0500
Message-ID: <CAN-Dau1ubu+3SOWYuVwoRZ044mC8cmaF-fNqCMdXfPTPEGJG2Q@mail.gmail.com>
Subject: Re: draft-bourbaki-6man-classless-ipv6-00
To: Roger Jørgensen <rogerj@gmail.com>
Cc: Job Snijders <job@ntt.net>, 6man <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="94eb2c07b11877a17e05511553fd"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/utQK7QOI1ijX3bMPxVO0oYPHSyc>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Jun 2017 21:55:24 -0000

On Sat, Jun 3, 2017 at 12:32 PM, Roger Jørgensen <rogerj@gmail.com> wrote:
>
>
> Things like this ONLY hurt IPv6, yet again IETF can't agree on IPv6 so why
> should we bother using it? But I guess the none technical side are a lost
> case for most IETF'ers. Not to mention that we remove one of the thing
> so many I've spoken to over the years think is great - the standard LAN
> size. No more discussion on that.
>

Personally, I'm fine with a standard LAN subnet size, but that's not what
RFC4291 says, it says /64 is magic and all subnets are /64 regardless.
However, not every network in the world is a LAN. Just because we use
ethernet framing everywhere doesn't make every network a LAN either. We
have added /127 with RFC6164 for point-to-point, but if you use a /30 for
IPv4 point-to-points, then a /126 makes more sense for your IPv6
point-to-points.

Anyway, changing to "/64 is the RECOMMENDED subnet size" is still provides
a standardized LAN size. It just recognizes that not everything is a LAN.

More generally, I understand the desire to break with the old conventions
from IPv4, and eventually we have to. However, right now we are in a
transition state where we have to support both IPv4 and IPv6, and to much
divergence in the operational models between IPv4 and IPv6 just creates
issues.  Yes this costs money and the bean counters don't like that, but
even more importantly it reduces reliability and lowers the quality of the
user experience.  This is what you call a lose-lose situation.

And talk about hurting IPv6, if deploying it reduces reliability and and
lowers the quality of the user experience for a network, that's what will
hurt IPv6.

Finally, saying all LANs are /64 only works if providers had out prefixes
to customers that are larger than /64. In my experience that's not
happening, if you know how to fix that please speak up!  Otherwise, we
better figure out have to split a /64 across multiple local subnets,
because its very difficult for lay people to understand why 18
quintillion addresses isn't enough for their house, no matter how many
networks they have in their house.

Thanks.



-- 
===============================================
David Farmer               Email:farmer@umn.edu
Networking & Telecommunication Services
Office of Information Technology
University of Minnesota
2218 University Ave SE        Phone: 612-626-0815 <(612)%20626-0815>
Minneapolis, MN 55414-3029   Cell: 612-812-9952 <(612)%20812-9952>
===============================================