IETF Logo Mail Archive

Re: [v6ops] Implementation Status of PREF64

Lorenzo Colitti <lorenzo@google.com> Tue, 12 October 2021 04:39 UTC

Return-Path: <lorenzo@google.com>
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 6E4DD3A0CF2 for <v6ops@ietfa.amsl.com>; Mon, 11 Oct 2021 21:39:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -18.097
X-Spam-Level:
X-Spam-Status: No, score=-18.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.499, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 9mn1FDjAWlSy for <v6ops@ietfa.amsl.com>; Mon, 11 Oct 2021 21:39:09 -0700 (PDT)
Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (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 A2F4D3A0CF0 for <v6ops@ietf.org>; Mon, 11 Oct 2021 21:39:09 -0700 (PDT)
Received: by mail-wr1-x42f.google.com with SMTP id t2so62715607wrb.8 for <v6ops@ietf.org>; Mon, 11 Oct 2021 21:39:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=l/LF3TfPvnR67JDZWG76neeKdUCIJSVZ8Oz6KQ70xaU=; b=eJQ8w/xSI4UHvSogGOo/w8YNFv/F4bHuKIdblkl7Iv05V7vVOXeWe3ilbrK1RN21AC vdtemIEopfHZc2Lt2I9AmJLSwff9EID1O+yBuYWNuZGdrcIgybibZ4+b/D3ep5wluOom PiNIpVifvUP/Ya0IhA5UM3XjPstfBa7UUwDr6t6EhXekkl+j8F/TEwyfdn4S10avaTYp srkl5EkpuWHPKzz56Rq4+NoxwC/I8ppo5wtdVA9stT8s7sdWH3bwjbn8B8Fv52x6tydI gMhcEa+Cs7PZEqERIlBfO7zT5jcDS2d2GMY22JfBxvspXjz7anOj1q5Ksf6lGTLqGTd2 rY1g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=l/LF3TfPvnR67JDZWG76neeKdUCIJSVZ8Oz6KQ70xaU=; b=kSTLNT4+lJKTjL5Q9OAfpowSMmCXiHmUcnBSUyweWASMMzPkGjLRl7afuS3hNqsj8S T8vI9I+kZ7/KLGAtOpDrM9h63Rt/Nfs/VeRdCp/PD193QUvpwQN749DITPvyKlxCn9R2 AH5G2OUB9ZbUeg89TxHfcNpWEpjv/eLdKwkcyyP8G2upDwp9bHkIENiS/x58Ub/mYa1E hmGjIAFa+ImT3cEzuT5V4sNheJZKCJUUdqhssJRv2tcLB1BTRUr+HEvWNFeuD1Hk2bzE vYET7L8J7TQyLeC/9DrxBf3wVD0BnbuviBdj4R2sa8lnxrMYn0RrVbiNO1sQnHVpnOlG zNMA==
X-Gm-Message-State: AOAM533/FecDsj/kTJSOgvIj6FjvUpsq1tQEmyzuoDhXZKbo0/siAzRK K51QbcPXhcnLLFCA/XN7Z8gUdInY5trJ21K3GYTjQg==
X-Google-Smtp-Source: ABdhPJwE5zf63Si/TDW+PVdX1JoE2nhPFwE5+bB5l5uI2UcQFiDCZrAJrSL9be6xvwVFkMvOK79bAsCHkufBzLDqyu8=
X-Received: by 2002:a1c:1bce:: with SMTP id b197mr3241581wmb.88.1634013545884; Mon, 11 Oct 2021 21:39:05 -0700 (PDT)
MIME-Version: 1.0
References: <DDA36020-90CC-471B-83AD-3D98950F1164@delong.com> <CAKD1Yr0T-7t-UHbsJBMLpTjKhPAV5uUQkux6oby89TVUue7PyA@mail.gmail.com> <CO1PR11MB4881D400EA4681F1505040D2D8AA9@CO1PR11MB4881.namprd11.prod.outlook.com> <CAKD1Yr3TmqFxjKuZ57wS7VuPOf6rJvOwnvnQdFrRLQ=DkZ+CCw@mail.gmail.com> <CO1PR11MB4881F411A4D5BEA7A8479726D8AA9@CO1PR11MB4881.namprd11.prod.outlook.com> <D8AEA194-293B-43E4-BCAE-33CD81FB7D8C@delong.com> <CAKD1Yr2Tug-PFV7wAh0s6-gw8W3LcLG7wC1fD7Lu_hMZQYKdtw@mail.gmail.com> <08D2885E-B824-48E8-9703-DCA98771FA37@delong.com> <CAKD1Yr2EVsY3tYUf56R0Q1+KVrowtqh-HgwXj5vxzy4wd-vkTg@mail.gmail.com> <1A6ED87B-666E-439C-852F-2E5C904C0515@delong.com> <CAKD1Yr23fY2DJDvB-9eVFRsxnBnZQ0kZuZfYUfRUHYW=_D=enA@mail.gmail.com> <CAN-Dau1z0q0R61x7iY+Wg_cFRU0jmqr+fR0y=bSXxj+K-n722w@mail.gmail.com> <CAKD1Yr1T_mXfxJGHOrBfqZfexm6GTrUqnFi57710pTroKQK6uQ@mail.gmail.com> <702CB018-1A02-4B32-B9AA-7C7B31521F12@delong.com> <CAKD1Yr0jZR8Efzr_Y6FeiBvHYS8ATmDupx2ABTXXy-rSA_QjmA@mail.gmail.com> <1adb70a8-db0a-4ea6-f721-c1035343cda3@foobar.org> <DM6PR02MB69249D4F0A8003E77EC9F153C3B19@DM6PR02MB6924.namprd02.prod.outlook.com> <E1FED93B-674C-46DD-8C39-F6C30475C48A@delong.com> <CAKD1Yr34jv_N0jGKdg=sG76oGU7PdRjYFC_-w9Uvzs=7oGm38w@mail.gmail.com> <E6316781-AC7D-438F-B216-75B1DF9217DC@delong.com> <CAKD1Yr10OKMJ1y8bs5xpt6jS8ZWsqs66oFCXmp-QLySS5Yn4hg@mail.gmail.com> <5DF8D1AE-4B54-429F-962A-488F2AA1F895@delong.com> <CAPt1N1ma45GKqXcvjHUGCYFKVbEGp3OuT013pZhrnOkFFLMiQA@mail.gmail.com>
In-Reply-To: <CAPt1N1ma45GKqXcvjHUGCYFKVbEGp3OuT013pZhrnOkFFLMiQA@mail.gmail.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Tue, 12 Oct 2021 13:38:46 +0900
Message-ID: <CAKD1Yr2Pe+=tNkA7Ou9KeMkgFhcdSb8WxgVn1w9MauusMEhRcw@mail.gmail.com>
To: Ted Lemon <mellon@fugue.com>
Cc: Owen DeLong <owen@delong.com>, v6ops list <v6ops@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f6a80905ce206c5b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/ldKoDixoxLqrG-vLc1rxOBNEhZ0>
Subject: Re: [v6ops] Implementation Status of PREF64
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
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, 12 Oct 2021 04:39:15 -0000

On Tue, Oct 12, 2021 at 1:14 AM Ted Lemon <mellon@fugue.com> wrote:

> However, they’re not going to want IA_PD addresses on the directly
> attached interface. They’re going to want IA_NA there and to route the
> IA_PD prefix to the host via ND resolution of the MAC of it’s IA_NA address.
>
>>
>> This isn't really necessary, although it's common practice. If the device
> is not going to use the prefix on the DHCP-ward link, it can use the
> address on the link it /does/ use the prefix on as its GUA. Its link-local
> address on the DHCP-ward link will suffice for routing, and is known to the
> DHCP server because that's the address it used to do the IA_PD.
>

+1, that's how I think such an implementation would behave.

v2.46.0 | Report a Bug | By Email | System Status