Re: [v6ops] Fwd: New Version Notification for draft-linkova-v6ops-ipmaclimi-00.txt

David Farmer <farmer@umn.edu> Tue, 08 November 2022 22:10 UTC

Return-Path: <farmer@umn.edu>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E415AC152564 for <v6ops@ietfa.amsl.com>; Tue, 8 Nov 2022 14:10:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.807
X-Spam-Level:
X-Spam-Status: No, score=-2.807 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, LOTS_OF_MONEY=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BPelqCOcJuEe for <v6ops@ietfa.amsl.com>; Tue, 8 Nov 2022 14:10:03 -0800 (PST)
Received: from mta-p7.oit.umn.edu (mta-p7.oit.umn.edu [134.84.196.207]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24E57C14F74E for <v6ops@ietf.org>; Tue, 8 Nov 2022 14:10:02 -0800 (PST)
Received: from localhost (unknown [127.0.0.1]) by mta-p7.oit.umn.edu (Postfix) with ESMTP id 4N6Mj5588Kz9vKSl for <v6ops@ietf.org>; Tue, 8 Nov 2022 22:10:01 +0000 (UTC)
X-Virus-Scanned: amavisd-new at umn.edu
Received: from mta-p7.oit.umn.edu ([127.0.0.1]) by localhost (mta-p7.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wLuwE5aRevi2 for <v6ops@ietf.org>; Tue, 8 Nov 2022 16:10:01 -0600 (CST)
Received: from mail-ed1-f69.google.com (mail-ed1-f69.google.com [209.85.208.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p7.oit.umn.edu (Postfix) with ESMTPS id 4N6Mj51xKnz9vKSq for <v6ops@ietf.org>; Tue, 8 Nov 2022 16:10:01 -0600 (CST)
DMARC-Filter: OpenDMARC Filter v1.3.2 mta-p7.oit.umn.edu 4N6Mj51xKnz9vKSq
DKIM-Filter: OpenDKIM Filter v2.11.0 mta-p7.oit.umn.edu 4N6Mj51xKnz9vKSq
Received: by mail-ed1-f69.google.com with SMTP id b13-20020a056402350d00b00464175c3f1eso11449301edd.11 for <v6ops@ietf.org>; Tue, 08 Nov 2022 14:10:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umn.edu; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=DX0U6162Vn8FeE5qRveaRwybG5ueSh2P4/TmW/EiYIA=; b=B4lzMD5gpMqH41v+GlzsFC89clSk04nxnJVHGD0jIA5DDY82zsWlr4XF1EuQYKHaON i1gJW3v9lzWXW/hPc+DGIn/07eOuv+hMnBB6M5fPSkyoamCltJIGriuBPsLNZcX+361K HKT2Cbc4yTjuotHQbfYW1vaDTFWYejPSSnJGVq+UdzesDfv/+dLs7Tx6voos9IFyvbjc 6fqyKQ5zlNeDutpMaiQnXPPKzD/W8HtwiWouoXD5pOoFTIAYaDoRSXv66HkxA0iJkPHT VFEIX8vZUOfLVO38HhEFfrmEeyEUOpIy1iXd4xTehY31rP0/egpAjFC/cW4i+u7tkftT IJiQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=DX0U6162Vn8FeE5qRveaRwybG5ueSh2P4/TmW/EiYIA=; b=rxqa62Gimw8rS93+6Ba18D6YaXoFJNUsfqnCzc38QrHhwiPYEks8/ixeYfOSIYnNWu 8UldL8XdQILhd9MeIiTyDd9nPT8LhGRzSSc/Ws/GzHBTgKNO+gkFywrx3FGEwYC6BnL2 jJhUInoC7k14xbGoTGYfHu8CbXlqdgCAa9vpOY0VOMlN26uSoCGHUQq6oDl0BywiAVgh XmavOmjbd+2cDbb189sitpUOoPQ/LJkc0ZbuhdweNGYlROyyzpo54cqEPUKmvXxivtVZ 0jLuaCEUZcmnJQfJr4oTmP9hTeBhX5M6CDzgHg7hVconzxYXVoACMqbxfog1w35RF5pE dzEQ==
X-Gm-Message-State: ACrzQf1ZGGoVuyzZ/ohcj+3asGd4IRHuqcYsAQmyDQcf2qdiGIvg1m1z PP8Px9rsF+m6X8QFWzGs4N5IZlZ9ZUY03zLihBotyGUHjKyUazHgBjNX74SQyKfipUxOsmthoXc fupSz1G8tGUDfaYHOh3Hk6U4Mlg==
X-Received: by 2002:a05:6402:2712:b0:462:3758:beca with SMTP id y18-20020a056402271200b004623758becamr56572291edd.157.1667945400238; Tue, 08 Nov 2022 14:10:00 -0800 (PST)
X-Google-Smtp-Source: AMsMyM7yfJ6wj80cVgG3emTA6OG/O3ITdpCs5ovVfeqdWG0frsgDIApA3gucd3tJXod7QMyCZkGze/5X+4tL7IRn4zo=
X-Received: by 2002:a05:6402:2712:b0:462:3758:beca with SMTP id y18-20020a056402271200b004623758becamr56572275edd.157.1667945399872; Tue, 08 Nov 2022 14:09:59 -0800 (PST)
MIME-Version: 1.0
References: <166787013771.45604.8636622079744458317@ietfa.amsl.com> <CAFU7BAQV5eeO3EKWXyTYDnsnAUhLCi-j-b7tkAJ5K79+-qSN9g@mail.gmail.com>
In-Reply-To: <CAFU7BAQV5eeO3EKWXyTYDnsnAUhLCi-j-b7tkAJ5K79+-qSN9g@mail.gmail.com>
From: David Farmer <farmer@umn.edu>
Date: Tue, 08 Nov 2022 16:09:43 -0600
Message-ID: <CAN-Dau199CauNiS9rxc_+-Tqtg72DCTZUqEdgNyxcXmyJezuiw@mail.gmail.com>
To: Jen Linkova <furry13@gmail.com>
Cc: V6 Ops List <v6ops@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000010851205ecfccd5e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/OADnWklMSb0kTz0AGV_trlhZorY>
Subject: Re: [v6ops] Fwd: New Version Notification for draft-linkova-v6ops-ipmaclimi-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Nov 2022 22:10:08 -0000

On Mon, Nov 7, 2022 at 7:25 PM Jen Linkova <furry13@gmail.com> wrote:

> Hello,
>
> As I've come across some rather nasty failure scenarios, affecting
> both IPv6-only and dual-stack deployments, I think it might be useful
> to re-emphasize RFC7934 and provide some recommendations to vendors.
>
> This is a rather raw -00, the text is very brief and unpolished, it
> will be definitely expanded and improved, should the group agree that
> this is a problem worth solving.
>
> Feedback/comments are appreciated indeed!
> Thanks!


A different anecdote of a corollary problem;

I have a bunch of $1M router line cards that were default tested for 2000
IPv4 ARP entries and only 256 IPv6 ND entries. I had to have the vendor
test a custom profile that was at least a little more realistic. I think
the draft should say something about the typical IPv6-only or even Dual
stack network will need significantly more, probably multiple times, the
IPv6 ND entries than the IPv4 Arp entries of a comparable IPv4-only
network. A tested ND scale that is 1/4 the tested ARP scale is
completely unacceptable these days; that example is probably at least
backward; there should probably be at least 4 times the ND scale as the ARP
scale.

The suggestion for LRU (least-recently-used) for the management of the list
is also a relevant and important suggestion.

While I agree this is not exclusively a problem with SLAAC, the problem
exists for manual configuration and DHCPv6 as well, at least to one extent
or another. However, at least in theory, with DHCPv6 the network can
prevent a host from configuring an unlimited number of addresses. It is my
understanding that this is in fact the reason that Android doesn't support
DHCPv6 on mobile devices.

So, using DHCPv6 doesn't eliminate the issue, but with DHCPv6 there can be
bounds enforced by the network; this clearly comes with its own set of
costs and limitations and contrives at least part of the intent of RFC
7934. But there can be differences between DHCPv6 and SLAAC.

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
Minneapolis, MN 55414-3029   Cell: 612-812-9952
===============================================