RE: Question of SRH.Last_entry=0 in Reduced mode
Huzhibo <huzhibo@huawei.com> Wed, 29 June 2022 02:57 UTC
Return-Path: <huzhibo@huawei.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 0B6A6C15791C for <ipv6@ietfa.amsl.com>; Tue, 28 Jun 2022 19:57:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 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, 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 00umrgpz_zEx for <ipv6@ietfa.amsl.com>; Tue, 28 Jun 2022 19:57:18 -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 0A1B6C14CF12 for <ipv6@ietf.org>; Tue, 28 Jun 2022 19:57:18 -0700 (PDT)
Received: from fraeml704-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4LXmHG1Br0z67xv7 for <ipv6@ietf.org>; Wed, 29 Jun 2022 10:53:14 +0800 (CST)
Received: from canpemm500009.china.huawei.com (7.192.105.203) by fraeml704-chm.china.huawei.com (10.206.15.53) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2375.24; Wed, 29 Jun 2022 04:57:13 +0200
Received: from canpemm500009.china.huawei.com (7.192.105.203) by canpemm500009.china.huawei.com (7.192.105.203) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Wed, 29 Jun 2022 10:56:52 +0800
Received: from canpemm500009.china.huawei.com ([7.192.105.203]) by canpemm500009.china.huawei.com ([7.192.105.203]) with mapi id 15.01.2375.024; Wed, 29 Jun 2022 10:56:52 +0800
From: Huzhibo <huzhibo@huawei.com>
To: "ipv6@ietf.org" <ipv6@ietf.org>
Subject: RE: Question of SRH.Last_entry=0 in Reduced mode
Thread-Topic: Question of SRH.Last_entry=0 in Reduced mode
Thread-Index: AdiLVRqFFg39S8vLTkG9p8LMweuu1AADsFZA
Date: Wed, 29 Jun 2022 02:56:52 +0000
Message-ID: <30f732e27edd4341a9009c2f81b6fcbc@huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.108.202.45]
Content-Type: multipart/alternative; boundary="_000_30f732e27edd4341a9009c2f81b6fcbchuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/46vYrNE_IUKk2RcrU_OK6qmPDYE>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.39
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: Wed, 29 Jun 2022 02:57:20 -0000
oh, sorry, I meant "1. the node will not process the TLV if the length of TLV is NOT longer that (0+1)*2. ", sorry for missing the important word. From: Huzhibo Sent: Wednesday, June 29, 2022 9:11 AM To: 'ipv6@ietf.org' <ipv6@ietf.org> Subject: Question of SRH.Last_entry=0 in Reduced mode Hi 6man, I have a simple question: Do we allow to have empty Segment list in SRH? For instance, only carry common SRH header(8 Bytes) or carry the Common header with option TLV without any SID. According to the definition of RFC8754[1], "TLVs are present when the Hdr Ext Len is greater than (Last Entry+1)*2". In reduced mode, if we only have one single SRv6 SID or one single CSID container, the single SRv6 SID/CSID container will be put in the DA and no SID will be carried in the SRH. In this case, we will meet some errors: 1. the node will not process the TLV if the length of TLV is longer that (0+1)*2. 2. the node cannot locate the correct beginning of the TLV because no matter 1 SID or 0 SID in the SRH, the last entry will be 0 in both cases. We may suggest to disable reduced mode and encode the SID in the SRH when only one SID/CSID container in the SRH, so that the node can process the TLV(HMAC, etc.) correctly. Thoughts? Zhibo [1]. https://datatracker.ietf.org/doc/html/rfc8754#section-2