[spring] Re: My question at the mike about draft-dong-spring-srv6-inter-layer-programming
"Dongjie (Jimmy)" <jie.dong@huawei.com> Sat, 27 July 2024 15:12 UTC
Return-Path: <jie.dong@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 21878C14F706; Sat, 27 Jul 2024 08:12:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.205
X-Spam-Level:
X-Spam-Status: No, score=-4.205 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable 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 PPT6sFirLZLg; Sat, 27 Jul 2024 08:12:49 -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 B672DC151980; Sat, 27 Jul 2024 08:12:48 -0700 (PDT)
Received: from mail.maildlp.com (unknown [172.18.186.231]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4WWSkC63f9z6K9Jr; Sat, 27 Jul 2024 23:10:59 +0800 (CST)
Received: from lhrpeml100005.china.huawei.com (unknown [7.191.160.25]) by mail.maildlp.com (Postfix) with ESMTPS id 010D6140517; Sat, 27 Jul 2024 23:12:47 +0800 (CST)
Received: from dggpemf500008.china.huawei.com (7.185.36.156) by lhrpeml100005.china.huawei.com (7.191.160.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.39; Sat, 27 Jul 2024 16:12:46 +0100
Received: from kwepemf100006.china.huawei.com (7.202.181.220) by dggpemf500008.china.huawei.com (7.185.36.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Sat, 27 Jul 2024 23:12:44 +0800
Received: from kwepemf100006.china.huawei.com ([7.202.181.220]) by kwepemf100006.china.huawei.com ([7.202.181.220]) with mapi id 15.02.1544.011; Sat, 27 Jul 2024 23:12:43 +0800
From: "Dongjie (Jimmy)" <jie.dong@huawei.com>
To: Ketan Talaulikar <ketant.ietf@gmail.com>, Alexander Vainshtein <Alexander.Vainshtein=40rbbn.com@dmarc.ietf.org>
Thread-Topic: [spring] My question at the mike about draft-dong-spring-srv6-inter-layer-programming
Thread-Index: AdrfooQj6DZxEhqlTAWjGuRHEiNQKf//f6uAgAGmlv0=
Date: Sat, 27 Jul 2024 15:12:43 +0000
Message-ID: <405f2270e5954f7180e7944ea746207a@huawei.com>
References: <PH0PR03MB63005B338D8408CAC04A03FFF6B42@PH0PR03MB6300.namprd03.prod.outlook.com>,<CAH6gdPyA9W-01NmHXKr=Ro7fmWyy97c1zVpjez67hV8cwrvr1w@mail.gmail.com>
In-Reply-To: <CAH6gdPyA9W-01NmHXKr=Ro7fmWyy97c1zVpjez67hV8cwrvr1w@mail.gmail.com>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.45.155.167]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Message-ID-Hash: 3KOUCYZKMFZZHGTU7D6U2RICSFEBQDQY
X-Message-ID-Hash: 3KOUCYZKMFZZHGTU7D6U2RICSFEBQDQY
X-MailFrom: jie.dong@huawei.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-spring.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "draft-dong-spring-srv6-inter-layer-programming@ietf.org" <draft-dong-spring-srv6-inter-layer-programming@ietf.org>, "spring@ietf.org" <spring@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [spring] Re: My question at the mike about draft-dong-spring-srv6-inter-layer-programming
List-Id: "Source Packet Routing in NetworkinG (SPRING)" <spring.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/HX6bmNvdHKUu1fi26M7t_WyI2BE>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Owner: <mailto:spring-owner@ietf.org>
List-Post: <mailto:spring@ietf.org>
List-Subscribe: <mailto:spring-join@ietf.org>
List-Unsubscribe: <mailto:spring-leave@ietf.org>
Hi Ketan, Thanks for your comments at the mic and on the list. Yes in RFC 8986 SRv6 End.X was extended to identify L2bundle member link, we will not argue whether that is the best approach or not, but that is different from the case here. A L2 bundle member link is associated with an L3 interface, thus there is an L3 adjacency. In the cases described in this document, there is no L3 adjacency, and it is challenging to build an L3 adjacency. Best regards, Jie ________________________________________ From: Ketan Talaulikar <ketant.ietf@gmail.com> Sent: Saturday, July 27, 2024 5:47 To: Alexander Vainshtein Cc: draft-dong-spring-srv6-inter-layer-programming@ietf.org; spring@ietf.org Subject: Re: [spring] My question at the mike about draft-dong-spring-srv6-inter-layer-programming Adding to what Sasha has said, RFC8986 that has specified End.X (refer https://www.rfc-editor.org/rfc/rfc8986.html#section-4.2) also allows for the same to be used for the underlying L2 bundle member links as well. To me, the L3 interface with optical sub-channels under it, seems similar and makes me also wonder (same as Sasha) about why End.X is not sufficient. Thanks, Ketan On Fri, Jul 26, 2024 at 2:28 PM Alexander Vainshtein <Alexander.Vainshtein=40rbbn.com@dmarc.ietf.org<mailto:40rbbn.com@dmarc.ietf.org>> wrote: Hi all, Just repeating the question about the draft<https://datatracker.ietf.org/doc/html/draft-dong-spring-srv6-inter-layer-programming-08> I’ve asked at he mike at the SPRING WG session today. * Suppose that there is an underlay link between a pair of IP nodes that is not “visible in he L3 topology”. To me this means that there no P-capable (logical) interfaces associated with the endpoints of this underlay link * Suppose further that one of these nodes (the upstream one) allocates and advertises an SID with End.XU behavior for this underlay link * The upstream node receives an IPv6 packets with the tops SRv6 SID on it being the End.XU. It strips this SID (this the common behavior of all End-like SIDs) and send the resulting IPv6 packet across the link to the downstream node/\. Now the question: How should the downstream node process the received packet if its local endpoint of the undelay link s not associated with an IP-capable logical interface? If the endpoints of the underlay ink are associated with L3 interfaces in both nodes, the link becomes visible in L3 topology, and a regular End.X SID can be allocated and advertised for it. Hopefully this clarifies my question. Regards, Sasha Disclaimer This e-mail together with any attachments may contain information of Ribbon Communications Inc. and its Affiliates that is confidential and/or proprietary for the sole use of the intended recipient. Any review, disclosure, reliance or distribution by others or forwarding without express permission is strictly prohibited. If you are not the intended recipient, please notify the sender immediately and then delete all copies, including any attachments. _______________________________________________ spring mailing list -- spring@ietf.org<mailto:spring@ietf.org> To unsubscribe send an email to spring-leave@ietf.org<mailto:spring-leave@ietf.org>
- [spring] My question at the mike about draft-dong… Alexander Vainshtein
- [spring] Re: My question at the mike about draft-… Ketan Talaulikar
- [spring] Re: [EXTERNAL] Re: My question at the mi… Alexander Vainshtein
- [spring] Re: My question at the mike about draft-… Dongjie (Jimmy)
- [spring] Re: My question at the mike about draft-… Dongjie (Jimmy)
- [spring] Re: My question at the mike about draft-… Gyan Mishra
- [spring] Re: My question at the mike about draft-… Alexander Vainshtein
- [spring] Re: My question at the mike about draft-… Dongjie (Jimmy)
- [spring] Re: My question at the mike aboutdraft-d… Joel Halpern
- [spring] Re: My question at the mike about draft-… 韩柳燕
- [spring] Re: My question at the mike aboutdraft-d… 韩柳燕
- [spring] Re: My question at the mike about draft-… Gyan Mishra
- [spring] Re: My question at the mikeaboutdraft-do… 韩柳燕
- [spring] Re: My question at the mike about draft-… 韩柳燕
- [spring] Re: My question at the mike about draft-… Dongjie (Jimmy)
- [spring] Re: My question at the mikeaboutdraft-do… Joel Halpern
- [spring] Re: My question at the mike about draft-… Gyan Mishra
- [spring] Re: My question at themikeaboutdraft-don… 韩柳燕
- [spring] Re: [EXTERNAL] Re: My question at the mi… Alexander Vainshtein
- [spring] Re: [EXTERNAL] Re: My question at the mi… 韩柳燕
- [spring] Re: [EXTERNAL] Re: My question at the mi… Alexander Vainshtein
- [spring] Re: [EXTERNAL] Re: My question at themik… 韩柳燕
- [spring] Re: [EXTERNAL] Re: My question atthemike… 韩柳燕
- [spring] Re: [EXTERNAL] Re: My question atthemike… Dongjie (Jimmy)
- [spring] Re: [EXTERNAL] Re: My question at the mi… 张乃晗(联通集团科技创新部)
- [spring] Re: [EXTERNAL] Re: My question at the mi… Zafar Ali (zali)