[v6ops] Re: Correction: Re: Working group Last call: draft-ietf-v6ops-cpe-lan-pd
Vasilenko Eduard <vasilenko.eduard@huawei.com> Thu, 08 August 2024 09:05 UTC
Return-Path: <vasilenko.eduard@huawei.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 99919C15106F for <v6ops@ietfa.amsl.com>; Thu, 8 Aug 2024 02:05:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.903
X-Spam-Level:
X-Spam-Status: No, score=-6.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
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 gjJf6KMVZyB7 for <v6ops@ietfa.amsl.com>; Thu, 8 Aug 2024 02:05:37 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6AACCC1D52E0 for <v6ops@ietf.org>; Thu, 8 Aug 2024 02:05:37 -0700 (PDT)
Received: from mail.maildlp.com (unknown [172.18.186.216]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Wfh0K2fkNz6K9gB; Thu, 8 Aug 2024 17:03:13 +0800 (CST)
Received: from mscpeml100004.china.huawei.com (unknown [7.188.51.133]) by mail.maildlp.com (Postfix) with ESMTPS id BCB52140D1A; Thu, 8 Aug 2024 17:05:34 +0800 (CST)
Received: from mscpeml500004.china.huawei.com (7.188.26.250) by mscpeml100004.china.huawei.com (7.188.51.133) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1258.34; Thu, 8 Aug 2024 12:05:34 +0300
Received: from mscpeml500004.china.huawei.com ([7.188.26.250]) by mscpeml500004.china.huawei.com ([7.188.26.250]) with mapi id 15.02.1258.034; Thu, 8 Aug 2024 12:05:34 +0300
From: Vasilenko Eduard <vasilenko.eduard@huawei.com>
To: Tim Chown <Tim.Chown=40jisc.ac.uk@dmarc.ietf.org>, Timothy Winters <tim@qacafe.com>
Thread-Topic: [v6ops] Re: Correction: Re: Working group Last call: draft-ietf-v6ops-cpe-lan-pd
Thread-Index: AQHa6Lx80QdQMW/gm0mrCqsSFKjJtbIb9tkAgADdb4CAAD35IA==
Date: Thu, 08 Aug 2024 09:05:34 +0000
Message-ID: <33e61736f9fb4848aaa2af6e68ca7288@huawei.com>
References: <CACMsEX_x0ORZZ+nYeUQ5Lf83W9GZPwZOfcWpfq5gDtuY7oqk9w@mail.gmail.com> <11d52d74-b53a-4176-8128-5d2aa80320ca@gmail.com> <DB9PR07MB7771A90163C51552F8BCE28CD6B82@DB9PR07MB7771.eurprd07.prod.outlook.com> <CAJgLMKtS=yD=PjamVAjW88ZtvNpGqV6QgqPNfPPgfTVBE_wCEw@mail.gmail.com> <DB9PR07MB7771DC1F7FB03FD2B9BEF1EBD6B92@DB9PR07MB7771.eurprd07.prod.outlook.com>
In-Reply-To: <DB9PR07MB7771DC1F7FB03FD2B9BEF1EBD6B92@DB9PR07MB7771.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.199.59.222]
Content-Type: multipart/alternative; boundary="_000_33e61736f9fb4848aaa2af6e68ca7288huaweicom_"
MIME-Version: 1.0
Message-ID-Hash: 7DPU6PNBUF4HHO2ZXKT5ZZXNOE6LVVHV
X-Message-ID-Hash: 7DPU6PNBUF4HHO2ZXKT5ZZXNOE6LVVHV
X-MailFrom: vasilenko.eduard@huawei.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-v6ops.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: IPv6 Operations <v6ops@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [v6ops] Re: Correction: Re: Working group Last call: draft-ietf-v6ops-cpe-lan-pd
List-Id: v6ops discussion list <v6ops.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/R35Yfn00TQyy6DBT8Uetcee7suc>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Owner: <mailto:v6ops-owner@ietf.org>
List-Post: <mailto:v6ops@ietf.org>
List-Subscribe: <mailto:v6ops-join@ietf.org>
List-Unsubscribe: <mailto:v6ops-leave@ietf.org>
+1 IMHO: it is possible to avoid hard coding “/64” in this case. “ISP delegates prefix that is enough for sub-delegation to a few LANs”. Eduard From: Tim Chown <Tim.Chown=40jisc.ac.uk@dmarc.ietf.org> Sent: Thursday, August 8, 2024 11:22 To: Timothy Winters <tim@qacafe.com> Cc: IPv6 Operations <v6ops@ietf.org> Subject: [v6ops] Re: Correction: Re: Working group Last call: draft-ietf-v6ops-cpe-lan-pd Hi Tim, From: Timothy Winters <tim@qacafe.com<mailto:tim@qacafe.com>> Date: Wednesday, 7 August 2024 at 20:09 To: Tim Chown <Tim.Chown@jisc.ac.uk<mailto:Tim.Chown@jisc.ac.uk>> Cc: Brian E Carpenter <brian.e.carpenter@gmail.com<mailto:brian.e.carpenter@gmail.com>>, Nick Buraglio <buraglio@forwardingplane.net<mailto:buraglio@forwardingplane.net>>, IPv6 Operations <v6ops@ietf.org<mailto:v6ops@ietf.org>> Subject: Re: [v6ops] Re: Correction: Re: Working group Last call: draft-ietf-v6ops-cpe-lan-pd Hi Tim, On Wed, Aug 7, 2024 at 7:24 AM Tim Chown <Tim.Chown=40jisc.ac.uk@dmarc.ietf.org<mailto:40jisc.ac.uk@dmarc.ietf.org>> wrote: Hi, From: Brian E Carpenter <brian.e.carpenter@gmail.com<mailto:brian.e.carpenter@gmail.com>> Date: Tuesday, 6 August 2024 at 21:53 To: Nick Buraglio <buraglio@forwardingplane.net<mailto:buraglio@forwardingplane.net>>, IPv6 Operations <v6ops@ietf.org<mailto:v6ops@ietf.org>> Subject: [v6ops] Correction: Re: Working group Last call: draft-ietf-v6ops-cpe-lan-pd I support the draft going forward. I do have one comment on the scope of the document. I believe that it should also cover use of PD for a locally assigned ULA prefix. Please don't turn this into another endless ULA thread - but if the CE has assigned a ULA prefix, and supports PD for a GUA prefix, it should also support PD for the ULA prefix. This seems reasonable. Should /64 be hard coded in the document, or should it refer to a prefix of the length required to support SLAAC as currently defined? I'm concerned this will cause confusion amongst the CE Router community if I don't put an actual number. If you really want we can 64 is based on the prefix length of SLAAC as currently defined. How strong do you feel about this? Not strongly, but the WG has of late been trying not to unnecessarily hard code the 64 into documents. If 64 is used, then a short statement as to why would be good. The pd-per-device draft uses /64 in an example and says “Note that the prefix lengths used in the example are /64 because that is the prefix length currently supported by SLAAC and is not otherwise required by the proposed deployment model” and says a little more on /64 in section 8 which also refers to RFC 7084, and in section 11. The 64 isn’t “hard coded” in there, in that its use in the example is clearly explained. Minor nit – the “addresses” at the end of para 1 of the intro should probably say “prefixes”. thanks, fixed in -03. Best wishes, Tim Tim (There are several grammatical nits in the Introduction. I'll send them to the author off-list.) Regards Brian Carpenter On 07-Aug-24 03:18, Nick Buraglio wrote: > All, > > This message begins the working group last call for draft-ietf-v6ops-cpe-lan-pd. Please read the draft and send your comments in response to this email. > > The draft can be found here: https://datatracker.ietf.org/doc/draft-ietf-v6ops-cpe-lan-pd/ <https://datatracker.ietf.org/doc/draft-ietf-v6ops-cpe-lan-pd/> > > nb > > _______________________________________________ > v6ops mailing list -- v6ops@ietf.org<mailto:v6ops@ietf.org> > To unsubscribe send an email to v6ops-leave@ietf.org<mailto:v6ops-leave@ietf.org> _______________________________________________ v6ops mailing list -- v6ops@ietf.org<mailto:v6ops@ietf.org> To unsubscribe send an email to v6ops-leave@ietf.org<mailto:v6ops-leave@ietf.org> _______________________________________________ v6ops mailing list -- v6ops@ietf.org<mailto:v6ops@ietf.org> To unsubscribe send an email to v6ops-leave@ietf.org<mailto:v6ops-leave@ietf.org>
- [v6ops] Working group Last call: draft-ietf-v6ops… Nick Buraglio
- [v6ops] Re: Working group Last call: draft-ietf-v… Brian E Carpenter
- [v6ops] Correction: Re: Working group Last call: … Brian E Carpenter
- [v6ops] Re: Working group Last call: draft-ietf-v… Vasilenko Eduard
- [v6ops] Re: Correction: Re: Working group Last ca… Tim Chown
- [v6ops] Re: Correction: Re: Working group Last ca… Timothy Winters
- [v6ops] Re: Working group Last call: draft-ietf-v… Timothy Winters
- [v6ops] Re: Correction: Re: Working group Last ca… Tim Chown
- [v6ops] Re: Working group Last call: draft-ietf-v… Vasilenko Eduard
- [v6ops] Re: Correction: Re: Working group Last ca… Vasilenko Eduard
- [v6ops] Re: Correction: Re: Working group Last ca… Timothy Winters
- [v6ops] Re: Correction: Re: Working group Last ca… Ted Lemon
- [v6ops] Re: Correction: Re: Working group Last ca… Ted Lemon
- [v6ops] Re: Working group Last call: draft-ietf-v… Timothy Winters
- [v6ops] Re: Correction: Re: Working group Last ca… Timothy Winters
- [v6ops] Re: Working group Last call: draft-ietf-v… Vasilenko Eduard
- [v6ops] Re: Correction: Re: Working group Last ca… Jen Linkova
- [v6ops] Re: Correction: Re: Working group Last ca… Ted Lemon
- [v6ops] Re: Working group Last call: draft-ietf-v… David Farmer
- [v6ops] Re: Correction: Re: Working group Last ca… Timothy Winters
- [v6ops] Re: Correction: Re: Working group Last ca… Ted Lemon
- [v6ops] Re: Working group Last call: draft-ietf-v… Timothy Winters
- [v6ops] Re: Correction: Re: Working group Last ca… Ted Lemon
- [v6ops] Re: Correction: Re: Working group Last ca… Timothy Winters