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

li zhenqiang <li_zhenqiang@hotmail.com> Tue, 15 October 2019 07:19 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 D0BFC12004F for <spring@ietfa.amsl.com>; Tue, 15 Oct 2019 00:19:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.125
X-Spam-Level:
X-Spam-Status: No, score=-1.125 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] 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 eKd3z71gwvPD for <spring@ietfa.amsl.com>; Tue, 15 Oct 2019 00:18:59 -0700 (PDT)
Received: from APC01-HK2-obe.outbound.protection.outlook.com (mail-oln040092255109.outbound.protection.outlook.com [40.92.255.109]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2DCA8120088 for <spring@ietf.org>; Tue, 15 Oct 2019 00:18:59 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=S6pKyahV0Ae8l+LitbHHNwQ5oQyulFERPf+hrx7EJb1ow+uyBQIjUb3odrjjGeaHUAfwoNc+vPEkw8FFKKI+MdUL5d9doS/uMOeGXU5TDUH2YQHcjzSWsBF4hx+vzTZUlhmNf3c6/oxJmL+zzX8LnjXVF/ycx2KIlAyM6Lo2Ll2QxjvqN1alRj7ISF8TB7xfnc4rgj9rgWdopdt4x16fZ9AwbiGxZ24Xx+0/DjTqu8bTd3bYunEwT8HR6qNjQTpI4WuCFqAvTU9VpHsx7YwlO5bOWXgiEBfq1T8qN+paPhSW/q7IPulRSxbR6+WDtulpds8TktDr+AIOKFBwVOJtng==
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=NL7Qz80WDNepMvgFvjFJCBJhP9nbCI99moLgyIE95iI=; b=PNLxO1r2B0cf5Sz8f3vG2yzGCGT3gvj5diaSeTFUwjjdZ1n4yQBF6ht19kkOnCPLjs6r93kId0JMi4l6Uo6zUWckQKoURzrIPX02dJ0FemwcH6CwLKQp1xTESfznY5dfTQgHcreJazs9GWUqz5UEtGrjMYY0emW6sq7V9E87VLrn7brs/AlEQWTuPXCnJAHkLkB4QH74QjIJUYZFkpajGrwXiNLixgbE3wkeN/VbtYnqxpGJhhKa/FlPceW6uTJz4xn6W2zsJambok2OREy53HWqBY5JDfdA4vYZAYERuHuoLkrU203mQ9FlktYAgIPsVQNKUmdv6SgHip0Bn+hOfQ==
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=NL7Qz80WDNepMvgFvjFJCBJhP9nbCI99moLgyIE95iI=; b=EbT1qmmI2Uyj1OdIv7VSloDHQWPVbrym4Wt0qRu6BReO38Q4lt8OMHTTWdYWp+nZ+xtT31UJfWSlBG/bI1qJLcRIxZntNFo+RJxK1Xt8GbBiqHkhfNcmEwhFLMS+GDzh/pGDlIPZXsKt60axyvg6KspJahrTQy6opp7ykJsnsCVE/Lbmkb7s0DATSkJk0I35jbpxDaj53JwbmGsDOYSDeMpJ/v3tWImy5qJWyg2VDQDSub/aa3GHzukNqf8050uT7k+99DYZw97aVCyQbzM5OiVygPU/RTsBKQUO9UiJ6PSfpLOsj/QB/bm/UvyyT/yjGq72RCbPjekpMLG6mpqL7Q==
Received: from SG2APC01FT133.eop-APC01.prod.protection.outlook.com (10.152.250.52) by SG2APC01HT038.eop-APC01.prod.protection.outlook.com (10.152.251.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2347.16; Tue, 15 Oct 2019 07:18:56 +0000
Received: from HK0PR03MB4066.apcprd03.prod.outlook.com (10.152.250.55) by SG2APC01FT133.mail.protection.outlook.com (10.152.250.191) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2347.16 via Frontend Transport; Tue, 15 Oct 2019 07:18:56 +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.2347.023; Tue, 15 Oct 2019 07:18:56 +0000
From: li zhenqiang <li_zhenqiang@hotmail.com>
To: "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: =?gb2312?B?u9i4tDogUmU6IFtzcHJpbmddIGRyYWZ0LWlldGYtc3ByaW5nLXNydjYtbmV0?= =?gb2312?Q?work-programming_:Section_4.16.2?=
Thread-Index: AdWCvcyra4oz6RKnREKiNY8QTqiE5Q==
Date: Tue, 15 Oct 2019 07:18:56 +0000
Message-ID: <HK0PR03MB4066A0C826C16D99D188E427FC930@HK0PR03MB4066.apcprd03.prod.outlook.com>
References: <BN7PR05MB56996E6255053373C17A61A8AE900@BN7PR05MB5699.namprd05.prod.outlook.com>, <BN7PR05MB56999544494E126CA9853186AE900@BN7PR05MB5699.namprd05.prod.outlook.com>, <f7df7922c6734e168aab5570fab2630e@nokia-sbell.com>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: HK2PR04CA0060.apcprd04.prod.outlook.com (2603:1096:202:14::28) To HK0PR03MB4066.apcprd03.prod.outlook.com (2603:1096:203:9d::21)
x-incomingtopheadermarker: OriginalChecksum:5551F5B2931B94EC508D36BC378FF98C1892F6F5012A19B83FEA67DE520A98DC; UpperCasedChecksum:29FA9D0759C4F0FEFDF82CD768FE82A198B1BF5A1EC25B7C733A96AEDE2623A2; SizeAsReceived:7886; Count:51
x-ms-exchange-messagesentrepresentingtype: 1
x-has-attach: no
x-mailer: Foxmail 7.2.9.156[cn]
x-tmn: [vr8DQxX2lq9GGeB5wejqL4e8nCw9uFiD]
x-microsoft-original-message-id: <2019101515185813403373@hotmail.com>
x-ms-publictraffictype: Email
x-incomingheadercount: 51
x-eopattributedmessage: 0
x-ms-traffictypediagnostic: SG2APC01HT038:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: AkYIuWENbn8N2neJ8419ESy/JnsCLA7Gi11rDKES4POo8qVSRErD9ZRdDxoJ5MgZHVJWzH4a77+AY07A1nLZjsYSQWh7gIi7ULS1TaTevnw1/2xBKKOKLkJ7zCzVdOq4mP31jREfoXd2eyIa/Hw117wnOaGUxROHGhl0aqyOTJdABozDM2xK+tYpT8OBDxqV
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_HK0PR03MB4066A0C826C16D99D188E427FC930HK0PR03MB4066apcp_"
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: 32352b60-ed28-4a77-f17e-08d7513ff0b2
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Oct 2019 07:18:56.4070 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2APC01HT038
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/35S09KUBknTTPsjaBWB3Uo_Kvwg>
Subject: [spring] =?gb2312?b?u9i4tDogUmU6ICBkcmFmdC1pZXRmLXNwcmluZy1zcnY2?= =?gb2312?b?LW5ldHdvcmstcHJvZ3JhbW1pbmcgOlNlY3Rpb24gNC4xNi4y?=
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: Tue, 15 Oct 2019 07:19:02 -0000

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