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

li zhenqiang <li_zhenqiang@hotmail.com> Tue, 15 October 2019 07:05 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 BFFAA120013; Tue, 15 Oct 2019 00:05:44 -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 QKwhkNhUmMCd; Tue, 15 Oct 2019 00:05:43 -0700 (PDT)
Received: from APC01-PU1-obe.outbound.protection.outlook.com (mail-oln040092254039.outbound.protection.outlook.com [40.92.254.39]) (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 693C0120041; Tue, 15 Oct 2019 00:05:42 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=i4uscP1I54HYqHJL+BlwYUmY8uoTN3M5JcfdDDzAd1Tj6gBGjqdjCd6T455vxb/ha06a6LEDn8SDcNm07WpP9Eot2FYfaeRo7Fb9YsPguKHadvcLa2x5cqDjn72v8BdR7iHiM6iOuRI42zQQwL5gCuIP0ilgUlXIFll7ZrPpxCsml8TVXm4VU9CI/2iIr8eFPW//FklcDn3ILW98ktDqxYQrjoQAlYir8tkdCP/jgEizu5nVIyKeR2pS49XqvX8poSR/qMriiegL+YC1SPgH1hVzGoXLFdcobqqcyFO+N02r6G4RZ6WqE4dBYTUA8vPncKAAr+s2iHd2ehj1KZ0obQ==
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=g5gyMW+ILiJ/qK161SiQkMPaRma6jmH2eMZsuqxeUb4=; b=NpYogYY+b3FzJ6FS+1OYW1U1LsLKvqcOiDaEpfEkScL1LM3qeRF3FxuJO/CdI31XLxFUUkf3jbVicrm4FdFBRdQPB3XlDnK9hd3xIkludCv5IyZS5S85G4Akwsq8wygvtN0ixXaSPoGq7P0uKBA8tjgk6VVZ3ZwNyjJS+Z3tkElhoPr1dOhHz1AGU7hSeCoTF+zMnIxmoe0YVo/8WquxRwdur4FxaIRNNNPzNk12frSb5GkacAG4Sa4BCamn3CmybFTOZY8eFJK/tpuXUO3ARJdkbTI/AeoG3pZQGuXA+rxGazka6ReyIXirZfFX4WmLPzUGS9KXpDaS12vSeG62nA==
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=g5gyMW+ILiJ/qK161SiQkMPaRma6jmH2eMZsuqxeUb4=; b=FgnOjYsuHmUBFHGvAwfRUSjGyAXeasHQi1UQCSgP6JJAiQ+MUBOKIchify2oXEuRtushXunKwaNW1d9zOEBImBaCxp7dTL0jO4Hz2XA5kUZP7qIeBnB6NPCryjHRucIuexu1QH4g4+eTWYRB+GNGeDdMaFYE9phrAZC5cKqQdH14XgTa2Ok6cSqIdxxH2mGgjlZMx508JYlm2B0jPJmw2yeQ4fTV+bQNVHJlVkfE6KBxlzKyRR8Dh4S1PTzBK3q7npW4drnUUZa4bY59mcARA9PJK61QCZtwhGCRfv5xRJUGKr0sJ1SSEhEPP9RINUa/rvo9WhYhEHNERvLLVZHahA==
Received: from SG2APC01FT052.eop-APC01.prod.protection.outlook.com (10.152.250.53) by SG2APC01HT139.eop-APC01.prod.protection.outlook.com (10.152.251.197) 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:05:39 +0000
Received: from HK0PR03MB4066.apcprd03.prod.outlook.com (10.152.250.60) by SG2APC01FT052.mail.protection.outlook.com (10.152.251.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.16 via Frontend Transport; Tue, 15 Oct 2019 07:05:39 +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:05:39 +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>
CC: draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org>
Thread-Topic: =?gb2312?B?u9i4tDogUmU6IFtzcHJpbmddIGRyYWZ0LWlldGYtc3ByaW5nLXNydjYtbmV0?= =?gb2312?Q?work-programming_:Section_4.16.2?=
Thread-Index: AdWCvcyra4oz6RKnREKiNY8QTqiE5Q==
Date: Tue, 15 Oct 2019 07:05:39 +0000
Message-ID: <HK0PR03MB4066944AE69B596AA8599CD4FC930@HK0PR03MB4066.apcprd03.prod.outlook.com>
References: <BN7PR05MB56996E6255053373C17A61A8AE900@BN7PR05MB5699.namprd05.prod.outlook.com>, <BN7PR05MB56999544494E126CA9853186AE900@BN7PR05MB5699.namprd05.prod.outlook.com>, <f7df7922c6734e168aab5570fab2630e@nokia-sbell.com>, <d2edba3552e8487a91dec8ff2304ba2b@nokia-sbell.com>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: HK0PR03CA0039.apcprd03.prod.outlook.com (2603:1096:203:2f::27) To HK0PR03MB4066.apcprd03.prod.outlook.com (2603:1096:203:9d::21)
x-incomingtopheadermarker: OriginalChecksum:FEB7421AD0E1B5ECB77C9E43CCFE76C052BA1D4C072C91DEE582195396906C8E; UpperCasedChecksum:48261D0529FA410B7F1B57E74A20E5A5F56F9EAB0507C1685A4DEB1123FF4DB6; SizeAsReceived:8030; Count:52
x-ms-exchange-messagesentrepresentingtype: 1
x-has-attach: no
x-mailer: Foxmail 7.2.9.156[cn]
x-tmn: [FYqXiSIshGwPRgHVmI417uq3Ps3KIf3v]
x-microsoft-original-message-id: <2019101515054142963663@hotmail.com>
x-ms-publictraffictype: Email
x-incomingheadercount: 52
x-eopattributedmessage: 0
x-ms-traffictypediagnostic: SG2APC01HT139:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: gsX1cynxrjTKDBHgZtCJHN2RggkpjN8WaQCQmdd7kcYVbnutVAzyzYxrZC1f8kxburyUKKvvwq6wWTb0zYzTm38uvUx1D3RnsMBIck9A+PYChk/Z+klEKwns017Zpi2ZJzx5ZxJpMtYgqCNWgfYU0S15TXxxlxStxqFqauBxBG0tkDo6cZW2Nguj+qEFmRAz
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_HK0PR03MB4066944AE69B596AA8599CD4FC930HK0PR03MB4066apcp_"
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: 939ac3a0-89af-4531-430b-08d7513e15cd
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Oct 2019 07:05:39.7606 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2APC01HT139
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/2OdGpv4ydfN5gNx-drs1k5QZ6ZE>
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:05:45 -0000

Where are the authors? Why should we guess here? I think the authors should involve in the discussion more actively, not just posting a new version. We are all working hard together to polish and impove the draft.

Best Regards,
Zhenqiang Li
________________________________
li_zhenqiang@hotmail.com

发件人: Wang, Weibin (NSB - CN/Shanghai)<mailto:weibin.wang@nokia-sbell.com>
发送时间: 2019-10-15 08:12
收件人: 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
Hi Ron;

It is my understanding, as long as the IPv6 address is a SRv6 SID, then we must newly define its processing rules; but I don’t know if it is intent of Authors.

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


WANG Weibin

From: Wang, Weibin (NSB - CN/Shanghai)
Sent: 2019年10月15日 7:55
To: 'Ron Bonica' <rbonica=40juniper.net@dmarc.ietf.org>rg>; SPRING WG List <spring@ietf.org>
Subject: RE: 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<mailto:spring-bounces@ietf.org>> On Behalf Of Ron Bonica
Sent: 2019年10月15日 7:03
To: SPRING WG List <spring@ietf.org<mailto: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