Re: [v6ops] New Version Notification for draft-xiao-v6ops-nd-deployment-guidelines-02.txt
Xipengxiao <xipengxiao@huawei.com> Sat, 02 July 2022 22:38 UTC
Return-Path: <xipengxiao@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 D747FC14F6EC for <v6ops@ietfa.amsl.com>; Sat, 2 Jul 2022 15:38:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham 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 QxAuiXb_Qsyy for <v6ops@ietfa.amsl.com>; Sat, 2 Jul 2022 15:38:41 -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 1CD40C14F6E5 for <v6ops@ietf.org>; Sat, 2 Jul 2022 15:38:41 -0700 (PDT)
Received: from fraeml709-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Lb6Nk6f0Lz67D7Q for <v6ops@ietf.org>; Sun, 3 Jul 2022 06:36:06 +0800 (CST)
Received: from mscpeml100001.china.huawei.com (7.188.26.227) by fraeml709-chm.china.huawei.com (10.206.15.37) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Sun, 3 Jul 2022 00:38:37 +0200
Received: from fraeml712-chm.china.huawei.com (10.206.15.61) by mscpeml100001.china.huawei.com (7.188.26.227) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Sun, 3 Jul 2022 01:38:37 +0300
Received: from fraeml712-chm.china.huawei.com ([10.206.15.61]) by fraeml712-chm.china.huawei.com ([10.206.15.61]) with mapi id 15.01.2375.024; Sun, 3 Jul 2022 00:38:36 +0200
From: Xipengxiao <xipengxiao@huawei.com>
To: "xiechf@chinatelecom.cn" <xiechf@chinatelecom.cn>, list <v6ops@ietf.org>
CC: Gyan Mishra <gyan.s.mishra@verizon.com>, Eduard Metz <eduard.metz@kpn.com>, Vasilenko Eduard <vasilenko.eduard@huawei.com>
Thread-Topic: Re: [v6ops] New Version Notification for draft-xiao-v6ops-nd-deployment-guidelines-02.txt
Thread-Index: AQHYjVEq+wr4DKpY7EuUOaJcn30+Za1piMWAgADSgTmAAVA7AA==
Date: Sat, 02 Jul 2022 22:38:36 +0000
Message-ID: <9c952aebf3974f72a0738dc65a86852e@huawei.com>
References: <165668326774.27360.2092628030855259850@ietfa.amsl.com>, <99c4576853804cd3895f65bb66b18ab0@huawei.com> <202207021024293115595@chinatelecom.cn>
In-Reply-To: <202207021024293115595@chinatelecom.cn>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.81.214.83]
Content-Type: multipart/alternative; boundary="_000_9c952aebf3974f72a0738dc65a86852ehuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/VWiRj8g40OwrRW6TBTzDcLvBLKI>
Subject: Re: [v6ops] New Version Notification for draft-xiao-v6ops-nd-deployment-guidelines-02.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: Sat, 02 Jul 2022 22:38:43 -0000
Hi Chongfeng, I agree with your point. This draft is about IPv6 first-hop deployment. In this version, we have changed the title of the draft to “Selectively Applying Host Isolation to Simplify IPv6 First-hop Deployment”. But we didn’t change the file name. We can change it in a new version. If you can further review and comment on the draft we would greatly appreciate it! XiPeng From: xiechf@chinatelecom.cn <xiechf@chinatelecom.cn> Sent: Saturday, July 2, 2022 4:25 AM To: Xipengxiao <xipengxiao@huawei.com>; list <v6ops@ietf.org> Cc: Gyan Mishra <gyan.s.mishra@verizon.com> Subject: Re: Re: [v6ops] New Version Notification for draft-xiao-v6ops-nd-deployment-guidelines-02.txt Hi, Xipeng, I 'd like to make a personal comment on the term "deployment". Usually, this term refers to the deployment and application of a device or system for network operators or enterprise customers who operate their own network. Specific protocols such as ND are part of the device or system. Whether or how the device supports ND should be decided prior to the phase of operator deployment. So is it replaced by other terms? What's your opinion? Best regards Chongfeng From: Xipengxiao<mailto:xipengxiao=40huawei.com@dmarc.ietf.org> Date: 2022-07-01 22:02 To: list<mailto:v6ops@ietf.org> CC: Gyan Mishra<mailto:gyan.s.mishra@verizon.com> Subject: Re: [v6ops] New Version Notification for draft-xiao-v6ops-nd-deployment-guidelines-02.txt Dear folks, We submitted a major revision of ND-deployment-guidelines draft. We believe its quality is significantly improved. The key points are below. Your review and comments will be greatly appreciated. XiPeng & the co-authors Problem statement: • Various issues and solutions are documented in more than 30 RFCs. It is difficult to keep track of all these issues and solutions, and how the various solutions fit together. These include: ND Proxy, Optimistic ND, ND for mobile broadband, ND for fixed broadband, ND Mediation, Operational ND Problems, Wireless ND (WiND), DAD Proxy, SAVI/RA-Guard/RA-Guard+, Enhanced DAD, Scalable ARP, Reducing Router Advertisements, Unique Prefix Per Host, GRAND, Proxy ARP/ND for EVPN etc. This draft: • Summarizes the known ND issues and optimization solutions into a one-stop reference. • Present an insight: isolating hosts is effective in solving ND issues. • Propose 4 isolation methods and discuss their applicability: P2P link & subnet isolation, P2MP link & subnet isolation, GUA isolation, proxy isolation • Describe guidelines for selecting a suitable isolation method based on the deployment scenario. Regards, Xipeng Xiao, Ph.D. +49 162 2047 661 xipengxiao@huawei.com<mailto:xipengxiao@huawei.com> Dusseldorf, Germany -----Original Message----- From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>> Sent: Friday, July 1, 2022 3:48 PM To: Vasilenko Eduard <vasilenko.eduard@huawei.com<mailto:vasilenko.eduard@huawei.com>>; Eduard Metz <eduard.metz@kpn.com<mailto:eduard.metz@kpn.com>>; Vasilenko Eduard <vasilenko.eduard@huawei.com<mailto:vasilenko.eduard@huawei.com>>; Gyan Mishra <gyan.s.mishra@verizon.com<mailto:gyan.s.mishra@verizon.com>>; Xipengxiao <xipengxiao@huawei.com<mailto:xipengxiao@huawei.com>> Subject: New Version Notification for draft-xiao-v6ops-nd-deployment-guidelines-02.txt A new version of I-D, draft-xiao-v6ops-nd-deployment-guidelines-02.txt has been successfully submitted by XiPeng Xiao and posted to the IETF repository. Name: draft-xiao-v6ops-nd-deployment-guidelines Revision: 02 Title: Selectively Applying Host Isolation to Simplify IPv6 First-hop Deployment Document date: 2022-07-01 Group: Individual Submission Pages: 29 URL: https://www.ietf.org/archive/id/draft-xiao-v6ops-nd-deployment-guidelines-02.txt Status: https://datatracker.ietf.org/doc/draft-xiao-v6ops-nd-deployment-guidelines/ Htmlized: https://datatracker.ietf.org/doc/html/draft-xiao-v6ops-nd-deployment-guidelines Diff: https://www.ietf.org/rfcdiff?url2=draft-xiao-v6ops-nd-deployment-guidelines-02 Abstract: Neighbor Discovery (ND) is the key protocol of IPv6 first-hop. ND uses multicast extensively and trusts all hosts. In some scenarios like wireless networks, multicast can be inefficient. In other scenarios like public access networks, hosts may not be trustable. Consequently, ND issues may happen in various scenarios. The issues and solutions are documented in more than 30 RFCs. It is difficult to keep track of all these issues and solutions, and how the various solutions fit together. Therefore, deployment guidelines are needed. This document firstly summarizes the known ND issues and optimization solutions into a one-stop reference. Analyzing these solutions reveals an insight: isolating hosts is effective in solving ND issues. Four isolation methods are proposed and their applicability is discussed. Guidelines are then described for selecting a suitable isolation method based on the deployment scenario. The IETF Secretariat
- Re: [v6ops] New Version Notification for draft-xi… Xipengxiao
- Re: [v6ops] New Version Notification for draft-xi… Chongfeng XIE
- Re: [v6ops] New Version Notification for draft-xi… Xipengxiao