Re: [spring] 回复: Re: draft-ietf-spring-srv6-network-programming :Section 4.16.2

li zhenqiang <li_zhenqiang@hotmail.com> Thu, 17 October 2019 03:54 UTC

Return-Path: <li_zhenqiang@hotmail.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 7B20512004A for <spring@ietfa.amsl.com>; Wed, 16 Oct 2019 20:54:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.124
X-Spam-Level:
X-Spam-Status: No, score=-1.124 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FORGED_HOTMAIL_RCVD2=0.874, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hotmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3uoXt60tsDpc for <spring@ietfa.amsl.com>; Wed, 16 Oct 2019 20:54:18 -0700 (PDT)
Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-oln040092253103.outbound.protection.outlook.com [40.92.253.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 00165120236 for <spring@ietf.org>; Wed, 16 Oct 2019 20:54:17 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dEI78FZBvt8JQPkm6NlYm2C/cWkc8daIvxT48svCsQRkk+QxJZt3u3S88brZzts9CYMKoV82TxCR5knHLw+0f4poGJkg2go9uozY1/4oVFoY3ZFei9n7+lU5QbqYkVyZ//YoB6ERJxXado471p7JzFO4UviZZunrpDeLt9re5cFQQFPIRZxzZRRLtU6wwze6dqYZFWtCNZEpNhNkEwi5Cw2nIE/kOvmHihzqYUJ298X31GQr7Bjev5lazXXrik3vBpeQLaQjAqShKy60jwPRXztz11qV9/boSRjdOqSMwBN4WOy+2JeW0H62GF9SGwXLTopTo2YttPuarZtM8ETBUg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=KbtzirmunzEQfuKGsnWYHLNIYb5pO7MxMtJ96T9XFpQ=; b=RaEWDiir+TiGyE9tdeofVD2W69+XPKxqZQlyWrpYK6oZeLl/OL7IA8qIx1RCu7nPDubFU0pKu96m2+C7mPv5OV7MGGlxSUFuGE+o1dJk7B9eE5sGj7E+L9yghuFJ92tLroS40O+VWuxexYshtRY20qLupOwNqQipvIGLmW3O4iOREXDpTOmot2fEItpRuNZqjAgYsAOsYELzQedIsHmTZayY6JXY6JhXoEXNI5xDPrn5EzSYaPluG5ZqItgPyjS09GkDYe5oINVtz0sEkzWLcrneuaGZlsae3yTZ0IhkWyL9bQyh5mmlS3WuNxGrVsW7g3uAsGQc3GR6yMYpy8K3zQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=KbtzirmunzEQfuKGsnWYHLNIYb5pO7MxMtJ96T9XFpQ=; b=pyf6FtNGHWOKt8msoCyw9nxMXfV6M8Bv39iE4FG/InEYYPxY7DwAbLABFvhE3GRTtx0EvuaZ4sOXD1eZRHgTltlLvAVCEkpGIR01fg8vCmtQJ/QZAZbRJ4ZU2yF6jbKSt2RKPaiCxD8xKsaCBrSnydOD9btdeQetggb2IZkC4ILgLQCD7hCXzKU7nCHqTE5l1y2xujUv8CGpQM9m83R7l0vzUkjonnVMPEQ3/pub5924oHv7BCdsIaVfuxYWOqExxMyu6SkzgXpQ5ou0ORs4CT0YYZ/DR+goReMz85kDLD3Ppz4uV9FNemwssCpQwH1Xf2d+wZjd/BK6zpvLigERaA==
Received: from HK2APC01FT038.eop-APC01.prod.protection.outlook.com (10.152.248.53) by HK2APC01HT139.eop-APC01.prod.protection.outlook.com (10.152.249.202) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2367.14; Thu, 17 Oct 2019 03:54:13 +0000
Received: from HK0PR03MB4066.apcprd03.prod.outlook.com (10.152.248.57) by HK2APC01FT038.mail.protection.outlook.com (10.152.248.243) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2367.14 via Frontend Transport; Thu, 17 Oct 2019 03:54:13 +0000
Received: from HK0PR03MB4066.apcprd03.prod.outlook.com ([fe80::7dba:f7ea:56a0:2b70]) by HK0PR03MB4066.apcprd03.prod.outlook.com ([fe80::7dba:f7ea:56a0:2b70%3]) with mapi id 15.20.2367.016; Thu, 17 Oct 2019 03:54:13 +0000
From: li zhenqiang <li_zhenqiang@hotmail.com>
To: "Pablo Camarillo (pcamaril)" <pcamaril@cisco.com>, "Wang, Weibin (NSB - CN/Shanghai)" <weibin.wang@nokia-sbell.com>, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, "spring@ietf.org" <spring@ietf.org>
Thread-Topic: =?utf-8?B?UmU6IFtzcHJpbmddIOWbnuWkjTogUmU6ICBkcmFmdC1pZXRmLXNwcmluZy1z?= =?utf-8?Q?rv6-network-programming_:Section_4.16.2?=
Thread-Index: AQHVg3gdRHpTZHiA+kCxJk9gr85QqA==
Date: Thu, 17 Oct 2019 03:54:13 +0000
Message-ID: <HK0PR03MB4066D9498E5DA42AD5840370FC6D0@HK0PR03MB4066.apcprd03.prod.outlook.com>
References: <BN7PR05MB56996E6255053373C17A61A8AE900@BN7PR05MB5699.namprd05.prod.outlook.com>, <BN7PR05MB56999544494E126CA9853186AE900@BN7PR05MB5699.namprd05.prod.outlook.com>, <f7df7922c6734e168aab5570fab2630e@nokia-sbell.com>, <HK0PR03MB4066A0C826C16D99D188E427FC930@HK0PR03MB4066.apcprd03.prod.outlook.com>, <836E0BF3-9233-4C2A-9F5C-F67807BFF916@cisco.com>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: HK2PR02CA0155.apcprd02.prod.outlook.com (2603:1096:201:1f::15) To HK0PR03MB4066.apcprd03.prod.outlook.com (2603:1096:203:9d::21)
x-incomingtopheadermarker: OriginalChecksum:544C9966F0E03230ED152976028353F0BAFAE92B094A587F0EF29A9FFF83D8EA; UpperCasedChecksum:4BD5C065D81666603135614F8B8D37B035ED2D7B8003143BCD9FC51766FB2D9F; SizeAsReceived:8108; Count:51
x-ms-exchange-messagesentrepresentingtype: 1
x-has-attach: no
x-mailer: Foxmail 7.2.9.156[cn]
x-tmn: [cg6PV/CPOlSnHwfqCfnZuYFxaICOXy7d7Sm3IUa1TmI=]
x-microsoft-original-message-id: <2019101711541483186221@hotmail.com>
x-ms-publictraffictype: Email
x-incomingheadercount: 51
x-eopattributedmessage: 0
x-ms-traffictypediagnostic: HK2APC01HT139:
x-ms-exchange-purlcount: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: uh7yn9nti/sNk9ArtY7s7cNyrZp7dyQktyl/vZfci3xsWwzMphpO+8HeXBxnNjh4HOjwo7Gcrk+F77XLecY97HXEUcciBN9KPW7OKZa7JS5wxwk8rzrAJFm7lGsGxeQzf4S3GpUFI1S9wp5p+fFxrwBAnCwF3G7sF2nk7CLepZaq44Fm3Bl2i2XxM3O3tHQM9HVjy88azeH3AxQxg6SQ+dYeE+RxzpZUDuLo9yNCXlA=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_HK0PR03MB4066D9498E5DA42AD5840370FC6D0HK0PR03MB4066apcp_"
MIME-Version: 1.0
X-OriginatorOrg: hotmail.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: 8a1f3dd3-adf7-4c74-d05e-08d752b5ac69
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Oct 2019 03:54:13.7015 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HK2APC01HT139
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/fkbQrUVOFhpC54K_YSHxRwUwR-8>
Subject: Re: [spring] =?utf-8?b?5Zue5aSNOiBSZTogIGRyYWZ0LWlldGYtc3ByaW5nLXNy?= =?utf-8?q?v6-network-programming_=3ASection_4=2E16=2E2?=
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 17 Oct 2019 03:54:21 -0000

I followed the disussion and got no useful and clear answer.

Best Regards,
Zhenqiang Li
________________________________
li_zhenqiang@hotmail.com

发件人: Pablo Camarillo (pcamaril)<mailto:pcamaril@cisco.com>
发送时间: 2019-10-16 00:46
收件人: li zhenqiang<mailto:li_zhenqiang@hotmail.com>; Wang, Weibin (NSB - CN/Shanghai)<mailto:weibin.wang@nokia-sbell.com>; Ron Bonica<mailto:rbonica=40juniper.net@dmarc.ietf.org>; spring@ietf.org<mailto:spring@ietf.org>
主题: Re: [spring] 回复: Re: draft-ietf-spring-srv6-network-programming :Section 4.16.2
Li,

Please read https://mailarchive.ietf.org/arch/msg/spring/YCIGjvgPDwSibW2BjX7aXDLUQMc. I believe that should help you understand more.

Cheers,
Pablo.

From: spring <spring-bounces@ietf.org> on behalf of li zhenqiang <li_zhenqiang@hotmail.com>
Date: Tuesday, 15 October 2019 at 09:20
To: "Wang, Weibin (NSB - CN/Shanghai)" <weibin.wang@nokia-sbell.com>om>, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>rg>, "spring@ietf.org" <spring@ietf.org>
Subject: [spring] 回复: Re: draft-ietf-spring-srv6-network-programming :Section 4.16.2

No, USD is not needed in my understanding. The destination node which is pointed by the DA in the outer IPv6 header knows what it should do when it receives a packet whose DA is in its local SID table.

More discussion are needed for the flavor part in the draft.

Best Regards,
Zhenqiang Li
________________________________
li_zhenqiang@hotmail.com

发件人: Wang, Weibin (NSB - CN/Shanghai)<mailto:weibin.wang@nokia-sbell.com>
发送时间: 2019-10-15 07:55
收件人: Ron Bonica<mailto:rbonica=40juniper.net@dmarc.ietf.org>; SPRING WG List<mailto:spring@ietf.org>
主题: Re: [spring] draft-ietf-spring-srv6-network-programming :Section 4.16.2
I think the USD action May be necessary, because it is relative to SRv6 SID as last SID in SRH, not to related to plain ipv6 address (RFC4291);

As plain IPv6 address in DA field of IPv6 packet, it is default behavior for Node identified by DA to further Decapsulate packet in this case.

--------------------------------------
Cheers !


WANG Weibin

From: spring <spring-bounces@ietf.org> On Behalf Of Ron Bonica
Sent: 2019年10月15日 7:03
To: SPRING WG List <spring@ietf.org>
Subject: Re: [spring] draft-ietf-spring-srv6-network-programming :Section 4.16.2

Authors,

Sorry, I meant to say USD, not USP.

                         Ron




Juniper Business Use Only
From: Ron Bonica
Sent: Monday, October 14, 2019 2:36 PM
To: SPRING WG List <spring@ietf.org<mailto:spring@ietf.org>>
Subject: draft-ietf-spring-srv6-network-programming :Section 4.16.2

Authors,

The USP flavor of the END, END.X and END.T functions isn’t needed.

USP is the default IPv6 behavior. So, if the source node specifies SID[0] as an RFC 4291 address on the SR egress node, you get the USP behavior for free.

                                                           Ron



Juniper Business Use Only