Re: [spring] Question of SRH.Last_entry=0 in Reduced mode
Huzhibo <huzhibo@huawei.com> Wed, 29 June 2022 02:56 UTC
Return-Path: <huzhibo@huawei.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36064C157B52 for <spring@ietfa.amsl.com>; Tue, 28 Jun 2022 19:56:47 -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_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-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 PNT6jhZSodrw for <spring@ietfa.amsl.com>; Tue, 28 Jun 2022 19:56:43 -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 36F3FC14CF12 for <spring@ietf.org>; Tue, 28 Jun 2022 19:56:43 -0700 (PDT)
Received: from fraeml705-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4LXmGY70Dsz67nFV for <spring@ietf.org>; Wed, 29 Jun 2022 10:52:37 +0800 (CST)
Received: from canpemm500009.china.huawei.com (7.192.105.203) by fraeml705-chm.china.huawei.com (10.206.15.54) 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:56:39 +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:37 +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:37 +0800
From: Huzhibo <huzhibo@huawei.com>
To: "spring@ietf.org" <spring@ietf.org>
Thread-Topic: Question of SRH.Last_entry=0 in Reduced mode
Thread-Index: AdiLVIBKnb5cy0HxQCC6Y57UeOaDOwAD0ztw
Date: Wed, 29 Jun 2022 02:56:37 +0000
Message-ID: <ac2c649797a84e2f9850d6971bcfb9f9@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_ac2c649797a84e2f9850d6971bcfb9f9huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/Q_dcwr0xTXJ7CTwCdPFgXwoRX64>
Subject: Re: [spring] Question of SRH.Last_entry=0 in Reduced mode
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Jun 2022 02:56:47 -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:10 AM To: 'spring@ietf.org' <spring@ietf.org> Subject: Question of SRH.Last_entry=0 in Reduced mode Hi SPRING, 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