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

"Wang, Weibin (NSB - CN/Shanghai)" <weibin.wang@nokia-sbell.com> Tue, 15 October 2019 00:13 UTC

Return-Path: <weibin.wang@nokia-sbell.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 6AA871208B5 for <spring@ietfa.amsl.com>; Mon, 14 Oct 2019 17:13:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.105
X-Spam-Level:
X-Spam-Status: No, score=-1.105 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 6IUNfAPXReS6 for <spring@ietfa.amsl.com>; Mon, 14 Oct 2019 17:13:12 -0700 (PDT)
Received: from cnshjsmin03.nokia-sbell.com (unknown [116.246.26.71]) (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 6C5B9120013 for <spring@ietf.org>; Mon, 14 Oct 2019 17:13:11 -0700 (PDT)
X-AuditID: ac189297-d29ff70000006f83-51-5da50ef95565
Received: from CNSHPPEXCH1610.nsn-intra.net (Unknown_Domain [135.251.51.110]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by cnshjsmin03.nokia-sbell.com (Symantec Messaging Gateway) with SMTP id AB.AA.28547.9FE05AD5; Tue, 15 Oct 2019 08:12:41 +0800 (HKT)
Received: from CNSHPPEXCH1605.nsn-intra.net (135.251.51.105) by CNSHPPEXCH1610.nsn-intra.net (135.251.51.110) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Tue, 15 Oct 2019 08:12:40 +0800
Received: from CNSHPPEXCH1605.nsn-intra.net ([135.251.51.105]) by CNSHPPEXCH1605.nsn-intra.net ([135.251.51.105]) with mapi id 15.01.1713.007; Tue, 15 Oct 2019 08:12:40 +0800
From: "Wang, Weibin (NSB - CN/Shanghai)" <weibin.wang@nokia-sbell.com>
To: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, SPRING WG List <spring@ietf.org>
Thread-Topic: draft-ietf-spring-srv6-network-programming :Section 4.16.2
Thread-Index: AdWCvcyra4oz6RKnREKiNY8QTqiE5QAJaReQAAGUEHAAALllAA==
Date: Tue, 15 Oct 2019 00:12:40 +0000
Message-ID: <d2edba3552e8487a91dec8ff2304ba2b@nokia-sbell.com>
References: <BN7PR05MB56996E6255053373C17A61A8AE900@BN7PR05MB5699.namprd05.prod.outlook.com> <BN7PR05MB56999544494E126CA9853186AE900@BN7PR05MB5699.namprd05.prod.outlook.com> <f7df7922c6734e168aab5570fab2630e@nokia-sbell.com>
In-Reply-To: <f7df7922c6734e168aab5570fab2630e@nokia-sbell.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=rbonica@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-10-14T18:35:48.1737397Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Business Use Only; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=d7b68cfd-fc82-4729-a013-80ffb90d885d; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic
x-originating-ip: [135.251.51.115]
Content-Type: multipart/alternative; boundary="_000_d2edba3552e8487a91dec8ff2304ba2bnokiasbellcom_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrGIsWRmVeSWpSXmKPExsXS/ts4T/cn39JYg5cTpC1a915jtDh+4Tej A5PHiWVXWD2WLPnJFMAUxWWTkpqTWZZapG+XwJVx+MY55oL/eRXdfdNYGxhXp3UxcnJICJhI tM57ydTFyMUhJHCISeLF/UfsEM5fRonXL1+xQjibGCWW/F3ICNLCJuAmMWnbLjYQW0QgUqJ5 0iJmEFtYwF1iek8HSxcjB1DcQ+LNshiIEieJTc9OgJWzCKhKTN1/lQ2khFfATmLVGn2I8U8Y Jf5fb2EFqeEUsJfo/fIGbBWjgJjE91NrmEBsZgFxiVtP5jNBXC0gsWTPeWYIW1Ti5eN/YL28 ArtYJSZslwaZLyGgJNG3Aao1VWJV4w5miBJBiZMzn7BMYBSdhWTqLCRls5CUQcS1JOY1/Iaq UZSY0v2QHcLWlLgy+RCUrS2xbOFr5gWM7KsYpZPzijOyinMz8wyM9fLyszMTdYuTUnNy9JLz czcxAmNvjcSk6TsYjx3wPsQowMGoxMMr0LIkVog1say4MvcQowQHs5II73yQEG9KYmVValF+ fFFpTmrxIUZpDhYlcd6WyQtjhQTSE0tSs1NTC1KLYLJMHJxSDYzWpQ8f/XcMvrqwsujVZcWp 277Pf7BHY0ZOlvQzP+/yoqS1ocLvFjx5z120m/nJgu16t9ovTrIu2bn/isylBHb/E2bVqefv XdT8U+tX9Lkzy3y+2AShzmUHft2pTnmhmJRdMZfjx8fW+vUf3s4NXSB08sHipMS9s3R/TPUK nbImqagzTNgnQ1hbiaU4I9FQi7moOBEAgPWw3LkCAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/Sx1V5DZuL8ZQkLFXWtbJg3TZoyU>
Subject: Re: [spring] draft-ietf-spring-srv6-network-programming :Section 4.16.2
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 00:13:14 -0000

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