[spring] Hope to draw the attention of the Working Group:draft-han-spring-srv6-underlay-tunnel-programming-01

chen.ran@zte.com.cn Wed, 09 November 2022 07:52 UTC

Return-Path: <chen.ran@zte.com.cn>
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 41B58C1522B6 for <spring@ietfa.amsl.com>; Tue, 8 Nov 2022 23:52:22 -0800 (PST)
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, UNPARSEABLE_RELAY=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 fhD1FqvowCrQ for <spring@ietfa.amsl.com>; Tue, 8 Nov 2022 23:52:18 -0800 (PST)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 22D87C14F733 for <spring@ietf.org>; Tue, 8 Nov 2022 23:52:17 -0800 (PST)
Received: from mxct.zte.com.cn (unknown [192.168.251.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4N6ccw0Ctwz8R03d for <spring@ietf.org>; Wed, 9 Nov 2022 15:52:16 +0800 (CST)
Received: from mse-fl1.zte.com.cn (unknown [10.5.228.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxct.zte.com.cn (FangMail) with ESMTPS id 4N6ccK4sTBz4xq1l; Wed, 9 Nov 2022 15:51:45 +0800 (CST)
Received: from njxapp02.zte.com.cn ([10.41.132.201]) by mse-fl1.zte.com.cn with SMTP id 2A97pWFZ076005; Wed, 9 Nov 2022 15:51:32 +0800 (+08) (envelope-from chen.ran@zte.com.cn)
Received: from mapi (njxapp05[null]) by mapi (Zmail) with MAPI id mid203; Wed, 9 Nov 2022 15:51:34 +0800 (CST)
Date: Wed, 09 Nov 2022 15:51:34 +0800
X-Zmail-TransId: 2afd636b5c065f23b81e
X-Mailer: Zmail v1.0
Message-ID: <202211091551344649426@zte.com.cn>
Mime-Version: 1.0
From: chen.ran@zte.com.cn
To: alexander.vainshtein@rbbn.com, jmh@joelhalpern.com, ketant.ietf@gmail.com, spring@ietf.org
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl1.zte.com.cn 2A97pWFZ076005
X-Fangmail-Gw-Spam-Type: 0
X-FangMail-Miltered: at cgslv5.04-192.168.250.137.novalocal with ID 636B5C30.000 by FangMail milter!
X-FangMail-Envelope: 1667980336/4N6ccw0Ctwz8R03d/636B5C30.000/192.168.251.13/[192.168.251.13]/mxct.zte.com.cn/<chen.ran@zte.com.cn>
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 636B5C30.000/4N6ccw0Ctwz8R03d
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/1jXZaz1xB-Z5vhtvq42TGIjY0G0>
Subject: [spring] Hope to draw the attention of the Working Group:draft-han-spring-srv6-underlay-tunnel-programming-01
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, 09 Nov 2022 07:52:22 -0000

Hi Joel,Sasha,Ketan and WG






There is a similar proposal , and in which we want to provide the end-to-end SRv6 tunnel to bind the L1 connection directly. It defines a new SRv6 END.BXC behavior for inter-layer network programming. The SRv6 END.BXC Function mechanism has been implemented by ZTE, and China Mobile has successfully completed the basic verification of this function. The link is:


https://datatracker.ietf.org/doc/draft-han-spring-srv6-underlay-tunnel-programming/ 


Abstract





   This document defines a new SRv6 Endpoint behavior which can be used


   for SRv6 underlay tunnel (e.g.L1 channel) Programming, called


   END.BXC, this behavior are used to bind an underlay tunnel.


Any comments are welcome.





Best Regards,


Ran