Re: I-D Action: draft-mishra-6man-variable-slaac-01.txt

Brian E Carpenter <brian.e.carpenter@gmail.com> Mon, 02 November 2020 21:41 UTC

Return-Path: <brian.e.carpenter@gmail.com>
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 2C55D3A03FB; Mon, 2 Nov 2020 13:41:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.346
X-Spam-Level:
X-Spam-Status: No, score=-2.346 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, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.247, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 UfsLlHzdXWhF; Mon, 2 Nov 2020 13:41:25 -0800 (PST)
Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA6973A03FA; Mon, 2 Nov 2020 13:41:21 -0800 (PST)
Received: by mail-pl1-x62e.google.com with SMTP id t6so7491705plq.11; Mon, 02 Nov 2020 13:41:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=+Pnc1pNxj/kAo8sMB4yV8heNHxzR2sjvehX9a4LwQtc=; b=D8K6Qj5fO+JPF25NTHkIZSNgjX2J+DPl1M90oy9ku4tGtlr2q4g5yE2EknRovQsZV+ bgMQ6tsK77mmg2N01edRctTLrFDA1bqVGn08c6JRfHJMJuBQ3zsa96SoaZ8IdjGg82L+ 4HMghqJi7rjbTn6TkgxSfjmetE3/DdWmMRBTvp3fBRa7aVbl9NJWNl+SqzS0pcZmeW2Q VdcIcDlBdenBIDYz0cc1usF1lWr/td8a9tuED0n9trnV8/0GGIn6S+uUcsXq8GfK8S5g +uJMWQvVxtq9BCE68pZ0bbxVNmazp4hMVthbIYiuI+IXUIxggLg1ibjnO5pxsiJNKBLq Nh7g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=+Pnc1pNxj/kAo8sMB4yV8heNHxzR2sjvehX9a4LwQtc=; b=bttDqjlOqRMNV3QBu/nzsA9ptQcRNZp+AU3P7WfFuBlaZzl3ZxLWAzJ8bYgbLUvAST xWGGSKVTVgBk6Jgqa3QjzKnjvddyD8IYzPV68/JduxbSL2gQy1gO1DfTRc2DEDUUOx2k M4ObHFNlYfiWu5aqU/CVrvaVIZfWjkVK48LdwintpZvSI7Ybh2vZXCNQkXTWNXVyC8KH HghQ23uvoxWsJUmzREAuBJVwu+x401LBmwSyv9SiOFnJnN/wamvmz5w7noBMkNJChsNq u+dpiA1j+yeqN6lXimE045Bzk4vvU6Ho+ejD5ObkkMSHqYmgvpxMVZiS+xVwEZ55hoWz JFlQ==
X-Gm-Message-State: AOAM533GIgQeTrS968l7WFO3Y1kQhhnOT32UMtGIcT/p+/VyanAsa0EH SB7aeQHQEKt5SDCZLjp1zFRHNTUnJrDDWw==
X-Google-Smtp-Source: ABdhPJx2aiKgBINkmXx9QfUiOp1cgPixRAGsWJ5S+21Lf1p+2PbpTusfelln4qcOPxXpBQPdTgNXTg==
X-Received: by 2002:a17:902:8c88:b029:d6:d0e4:7e1b with SMTP id t8-20020a1709028c88b02900d6d0e47e1bmr5369973plo.70.1604353280827; Mon, 02 Nov 2020 13:41:20 -0800 (PST)
Received: from [192.168.178.20] ([151.210.130.0]) by smtp.gmail.com with ESMTPSA id i123sm14711055pfc.13.2020.11.02.13.41.18 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 02 Nov 2020 13:41:20 -0800 (PST)
Subject: Re: I-D Action: draft-mishra-6man-variable-slaac-01.txt
To: draft-mishra-6man-variable-slaac@ietf.org
References: <160409741426.1448.16934303750885888002@ietfa.amsl.com>
Cc: 6man <ipv6@ietf.org>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <3c1c3ab5-5726-b141-e7ed-618984bbbdb1@gmail.com>
Date: Tue, 03 Nov 2020 10:41:17 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <160409741426.1448.16934303750885888002@ietfa.amsl.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/nPAfYNkHgJ_uzrwmeyBEOta_NO4>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 02 Nov 2020 21:41:26 -0000

Hi authors,

> 8.  Greater than 64 bit prefix usage by ISPs is strictly prohibited
> 
>    The RA flag S bit setting proposed by this draft for greater or less
>    then /64 bit prefix feature is strictly for enterprises and broadband
>    subscriber customer use only. 

How do you propose to enforce this, to prevent a race to the bottom
between ISPs? Do you have a funding source for the new Protocol Police?

It's hard to see why this draft is needed anyway. All that is needed
is to remove the "64 bit" statement from the addressing architecture,
which the WG has consistently failed to reach consensus about.

>    o  1: Variable length interface identifier is enabled (ignored by
>       hosts not supporting)

How does this work if the router expects hosts to use shorter IIDs but
hosts in fact use standard 64 bit IIDs? As far as I can see, SLAAC,
DAD and default address selection will only work correctly if all
nodes on a given link agree about the prefix and IID lengths. For
all existing devices, the baked-in code assumes that both are 64.

If a 64 bit node wants to send to a destination with the same
64 bit prefix that is in fact off-link because the on-link prefix
is actually supposed to be /68, what happens?

Regards
   Brian