Re: [Idr] Fw: Re: New Version Notification for draft-xie-idr-mpbgp-extention-4map6-00.txt

"Xiejingrong (Jingrong)" <xiejingrong@huawei.com> Sat, 28 January 2023 12:07 UTC

Return-Path: <xiejingrong@huawei.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1D25C1522AA; Sat, 28 Jan 2023 04:07:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 uP0Q2VmFpjA5; Sat, 28 Jan 2023 04:07:44 -0800 (PST)
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 62824C14F6EB; Sat, 28 Jan 2023 04:07:43 -0800 (PST)
Received: from lhrpeml100006.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4P3tQF2QYvz67MK3; Sat, 28 Jan 2023 20:03:49 +0800 (CST)
Received: from kwepemi500002.china.huawei.com (7.221.188.171) by lhrpeml100006.china.huawei.com (7.191.160.224) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.34; Sat, 28 Jan 2023 12:07:16 +0000
Received: from kwepemi500004.china.huawei.com (7.221.188.17) by kwepemi500002.china.huawei.com (7.221.188.171) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.34; Sat, 28 Jan 2023 20:07:15 +0800
Received: from kwepemi500004.china.huawei.com ([7.221.188.17]) by kwepemi500004.china.huawei.com ([7.221.188.17]) with mapi id 15.01.2375.034; Sat, 28 Jan 2023 20:07:15 +0800
From: "Xiejingrong (Jingrong)" <xiejingrong@huawei.com>
To: Robert Raszuk <robert@raszuk.net>, Chongfeng Xie <xiechf@chinatelecom.cn>
CC: "idr-chairs@ietf.org" <idr-chairs@ietf.org>, idr <idr@ietf.org>, xing <xing@cernet.edu.cn>
Thread-Topic: [Idr] Fw: Re: New Version Notification for draft-xie-idr-mpbgp-extention-4map6-00.txt
Thread-Index: AQHZMKESSnkR9e2I80iV5A6F/RIzJq6ubUoAgAL3fWj//4F+AIACHZKJgAAinQCAAJRhQA==
Date: Sat, 28 Jan 2023 12:07:14 +0000
Message-ID: <4573a0f3d9f9445db81ba02d6e0e5c39@huawei.com>
References: <202301250747459386600@chinatelecom.cn> <2023012517403527261033@chinatelecom.cn> <CAOj+MMGyr8uowrY2oJKTncKJ25Ey0Y7otq2iqRzutd8u7Dk=ow@mail.gmail.com> <2023012708023871817347@chinatelecom.cn> <CAOj+MMGXHWf=gLOMJ1mRF_xaPapCC6ZhCzz4NEwDH9fMVQhQMg@mail.gmail.com> <2023012808483046168910@chinatelecom.cn> <CAOj+MMGzkDT4x6RL3_3n=fVGTKSZ_scRFFD7EYRd3dOJW2p9Tg@mail.gmail.com>
In-Reply-To: <CAOj+MMGzkDT4x6RL3_3n=fVGTKSZ_scRFFD7EYRd3dOJW2p9Tg@mail.gmail.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.108.202.42]
Content-Type: multipart/alternative; boundary="_000_4573a0f3d9f9445db81ba02d6e0e5c39huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/TN0mXo1Wt7KfiMtwzjNEMcF8Ly4>
Subject: Re: [Idr] Fw: Re: New Version Notification for draft-xie-idr-mpbgp-extention-4map6-00.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Jan 2023 12:07:47 -0000

Hi Robert,

I think it is a valid option to use existing SAFI such as those (SAFI-1/128) described in RFC5549/8950.

But I don’t understand this sentence “It does not even require any new software upgrade to existing routers if they already support RFC5549+RFC9012.”

My understanding of the overall 4map6 solution is in my previous mail [*], and I think the main requirement for the BGP extension in the solution is an “IPv4/IPv6 Prefix” information in an TLV/Sub-TLV/Sub-sub-TLV of some BGP Attribute.

[*] https://mailarchive.ietf.org/arch/msg/idr/fUMnsJpSwoU3Vz-3NrcUCQqggfY/

But I failed to find a TLV or Sub-TLV that can carry an IPv4/IPv6 Prefix after reading RFC9012 quickly.

Can you please clarify on that ?

Regards,
Jingrong

本邮件及其附件可能含有华为公司的保密信息,仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用(包括但不限于全部或部分地泄露、复制、或散发)本邮件中的信息。如果您错收了本邮件,请您立即电话或邮件通知发件人并删除本邮件!
This e-mail and its attachments may contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!

From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Robert Raszuk
Sent: Saturday, January 28, 2023 6:55 PM
To: Chongfeng Xie <xiechf@chinatelecom.cn>
Cc: idr-chairs@ietf.org; idr <idr@ietf.org>; xing <xing@cernet.edu.cn>
Subject: Re: [Idr] Fw: Re: New Version Notification for draft-xie-idr-mpbgp-extention-4map6-00.txt

Chongfeng,

【Chongfeng】: I agree with you, introducing IPv4 routes into IPv6 domain will increase the size of control plane, but I think this is normal, you have mentioned RFC5549/8950 several times, RFC5549/8950  also adopts new SAFI value

I do not recall ever mentioning RFC8950, but it DOES NOT introduce new SAFI. Please read section 3 of either RFC5549 or RFC8950.

I mentioned RFC5549 with RFC9012 which requires new capability not a new SAFI- that's all. It does not even require any new software upgrade to existing routers if they already support RFC5549+RFC9012.

All that is needed is just a few lines of configuration - that's all.

Regards,
R.



, and specifies the extensions necessary to allow the advertising of IPv4 NLRI with a next-hop IPv6 address, herein 128-bits of next IPv6 address will be used for all IPv4 routes. My proposal is basically the same as RFC5549/8950 in terms of the scale, the difference is that my draft use IPv6 mapping prefix instead of specific next-hop IPv6 address.  In addition, my draft is about IPv6-only deployment for the network. IPv6-only will run after dual-stack as a whole. At that time, IPv6 will be the main stream, and the use of IPv4 will be less, and the overall quantity of IPv4 routes may be reduced hopefully.


Furthermore, the forwarding of IPv4 services in P routers will be based on IPv6 FIB, the size of which is
In all cases forwarding in P routers will be based on IPv6 FIB so I do not understand why you are highlighting it here.
[Chongfeng]:   You mentioned the cost issue before, and IPv6-only in multi-domain networks can reduce the cost of data forwarding, so I highlighted it.  BTW, What does "in all cases" here mean?


Your statement sounded like what I am describing would not be forwarded based on IPv6 FIB so I commented on it.
【Chongfeng】:OK

[Chongfeng]:  In large-scale networks, it is not enough to achieve IPv4/IPv6 packet conversion only through local algorithmic computing. To convert an IPv4 address to an IPv6 address in PE, it needs to obtain the IPv6 address prefix of remote-end to identify the location of the IPv4 address block in the IPv6 network in advance.
In addition, I think the/96 prefix you mentioned is about the choice of prefix length, which can be considered in the future.


I disagree. Irrespective of network scale you can algorithmically and consistently insert a bit string into a packet.

And the algorithm we are talking about it well know so there is no issue what so ever.
【Chongfeng】: Can you tell me which RFC the algorithm is in? MAP-T/MAP-E?  or something else?

I am not talking about some local domain mapping.

Thx,
R.

Thanks!
Chongfeng