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

"Pablo Camarillo (pcamaril)" <pcamaril@cisco.com> Thu, 17 October 2019 09:41 UTC

Return-Path: <pcamaril@cisco.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 49690120881; Thu, 17 Oct 2019 02:41:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.499
X-Spam-Level:
X-Spam-Status: No, score=-14.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=GTqgtRn1; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=FEmxOAzH
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 bUhPyQnif0YT; Thu, 17 Oct 2019 02:41:22 -0700 (PDT)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7BF76120872; Thu, 17 Oct 2019 02:41:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=41493; q=dns/txt; s=iport; t=1571305282; x=1572514882; h=from:to:cc:subject:date:message-id:mime-version; bh=22LWAHFdcymuQ5saQNKZy+IoBpy1Qck8r7vTTSJSjls=; b=GTqgtRn1Li7S7cfFnDSJNTThWw1eFz1lSW54Hei4hX4vFNWrqF55nC5g ZshF6Ea+j3q3CzA8p+Vw+8fpJZLgp5kPMfWs5b0ZdzyIMDhFvsNRXjefF RZ3EFCrWxI2gbJL4hhIbMzvpnQg2rtGPLin8YmrD5f6z07eXdudHhAfC0 Y=;
IronPort-PHdr: 9a23:99byOxDVI3qw2dyfLV9uUyQJPHJ1sqjoPgMT9pssgq5PdaLm5Zn5IUjD/qs03kTRU9Dd7PRJw6rNvqbsVHZIwK7JsWtKMfkuHwQAld1QmgUhBMCfDkiuNPXjaiUgHcBqX15+9Hb9Ok9QS47z
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CmAAC/Nqhd/5NdJa1lGwEBAQEBAQEFAQEBEQEBAwMBAQGBagMBAQELAYEbL1AFbFcgBAsqhCWDRwOKUYI3JYJjhwiOFIFCgRADVAkBAQEMAQElCAIBAYRAAheCayQ3Bg4CAwkBAQQBAQECAQUEbYUtDIVLAQIEEhEKEwEBKgoDAREBCBEDAQIhAQYDAgQwFAkKBAENBRQOgwABgXlNAy4BDgOkKgKBOIhhdYEygn0BAQWBNAGDTxiCFwMGgTQBjA0YgUA/gRImDBOCTD6CGkcCAoEsARIBByYJCAENCYJYMoIsj3WFOYkOIY43QQqCIocMiguEChuCOodQhC2CE4h8jH6BMogkghCPCgIEAgQFAg4BAQWBaCNncXAVOyoBgkFQEBSBUAwFEoNQhRSFP3QBgSiNUIJFAQE
X-IronPort-AV: E=Sophos;i="5.67,307,1566864000"; d="scan'208,217";a="352316472"
Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 17 Oct 2019 09:41:21 +0000
Received: from XCH-ALN-014.cisco.com (xch-aln-014.cisco.com [173.36.7.24]) by rcdn-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id x9H9fLTo004487 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 17 Oct 2019 09:41:21 GMT
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-ALN-014.cisco.com (173.36.7.24) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 17 Oct 2019 04:41:20 -0500
Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 17 Oct 2019 05:41:19 -0400
Received: from NAM02-CY1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 17 Oct 2019 04:41:18 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TyCYKle34kHXZJvrqUsrQQJXMO5k1mAaQou9497P03uvCRCcoQ8tplPeUlVTQWiS2uIVeDbZhKhjGnekpYQAvBwH7K6sRmjp8KAPEVIYPl3OItTcSKPwsTOlG3z38LFEXveAgrUU/HQxUaxTvI9UbsWZfLphP47g6zDhyegMtFHknB/t3VYP5zIK8Dd8d4XlQzG0AJ/dIJkPBrigC8+Gz6eF4R+T/fkHP/0KOjz7hrgEwPEsJiZByiMMKl4YNNrR8HAcIxTEnd6+bguFn6ibuqRwk2rxSyRbKeFTstxgwLdzRrGL9j2Y/O2CQjcPHc9Ohl1b/FETa8ThJlRYzB6KfQ==
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=22LWAHFdcymuQ5saQNKZy+IoBpy1Qck8r7vTTSJSjls=; b=i/a0gOrh4eunxISc4C0R/pwoO884TKPnhaO+AUrV2ARVJsKGqFINfZgtzPxqA4Bmrm+yQeMiITL6bOklzSZOuwCULLASsyFhurxH5LcX8U2DJ3iVrFRTcWVZsYX+bhm1PJSAbWwjBiir/6Q6zC0JcCJTctZ+mW/EiYUVudcx8dmKgdPlvT6rDq6D4yrbddWQUFp2xN68FHVjLOY78FviACW7QMgfYNtt6PJgpxdQHk8bENR1txI0Gub91/3Tfi8I5Uip05VvI6hgVOHTn7sSaPNY/GTUwyB+oZgcwswW77uBeJ9iXF0zZctBKNTSBA7TjH3/2t9jr0x/9GFKtyzbiA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=22LWAHFdcymuQ5saQNKZy+IoBpy1Qck8r7vTTSJSjls=; b=FEmxOAzHE6Qy/fOgOM+f1pseeoTane4rByKOr0J1WoVddujgb+gNgjm3RihUsaUqdJM2OkRFgOY6+CrIWo5RoQNOS0nqOJzHN1BR3nVr/dJ3PhQEIxafNWXEcY0sWUG03n+FbLGx2kpFu28c7XAwfgdZ/XGgzBSyQrtuL/9gHc4=
Received: from MN2PR11MB4094.namprd11.prod.outlook.com (10.255.180.202) by MN2PR11MB4304.namprd11.prod.outlook.com (52.135.36.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.19; Thu, 17 Oct 2019 09:41:17 +0000
Received: from MN2PR11MB4094.namprd11.prod.outlook.com ([fe80::5de0:4167:1f9e:d7e2]) by MN2PR11MB4094.namprd11.prod.outlook.com ([fe80::5de0:4167:1f9e:d7e2%5]) with mapi id 15.20.2347.023; Thu, 17 Oct 2019 09:41:17 +0000
From: "Pablo Camarillo (pcamaril)" <pcamaril@cisco.com>
To: li zhenqiang <li_zhenqiang@hotmail.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: [spring] draft-ietf-spring-srv6-network-programming: Section 4.16
Thread-Index: AQHVhM8FjFMy8LmkXU+Tv1pxisideg==
Date: Thu, 17 Oct 2019 09:41:17 +0000
Message-ID: <1CFF7617-C996-45C0-8338-D7BD0E4BC206@cisco.com>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=pcamaril@cisco.com;
x-originating-ip: [2001:420:c0c0:1006::271]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c9e92f39-7d82-44c7-c702-08d752e628d6
x-ms-traffictypediagnostic: MN2PR11MB4304:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <MN2PR11MB43042C1E654E73EB86A2D3D9C96D0@MN2PR11MB4304.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 01930B2BA8
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(39860400002)(396003)(366004)(136003)(346002)(199004)(189003)(66946007)(966005)(71200400001)(14454004)(4001150100001)(486006)(6306002)(2616005)(5660300002)(6246003)(99286004)(45080400002)(4326008)(66446008)(76116006)(66556008)(86362001)(33656002)(64756008)(256004)(71190400001)(91956017)(54896002)(6436002)(66476007)(478600001)(476003)(236005)(6512007)(316002)(2501003)(7736002)(81156014)(110136005)(6486002)(229853002)(606006)(6506007)(53546011)(102836004)(8676002)(186003)(46003)(81166006)(790700001)(6116002)(36756003)(2906002)(25786009)(8936002); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4304; H:MN2PR11MB4094.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: fRK4D+SRD4PjfYYh5XiyW897gGn0pywrFiYRwSpH6EIaRbaR8GdEs6tGafnTxge3zyRcFwtGzLtP04+xq6yzAMLYioEP+oCBunCVS1424f7xQ41pkyIcaQMRE8G+0p/16+A12W1SWWVeWLZYKfHn7z7mAugMrIB2hu96OTsX+Dm6Rwptwve0i9KXAhrLpJqnUjQq6vmkeG3TEQKr5PMb2acpjp4N9NX/BJo7x378v5S+UuHnARD9cCDUNjHgow5itCdxN5Ixd08EyUQKKzmC6fdM24AYv0WE5nkbK/whcY1grf2J9Vi7akGp+A44lp8awB0GUiATAPqAMxWipUyvNmuk04bcM1GOZSaGx7kqk9vZo52TX9YnKY/Q/a9JTa/e2fP8WSC/q60Cx0BnkGUq2r/fOu0JbJriUro3qlUjrlXzXGlxfU5LKK1jmt/8t588vBVKw+bzYP/lF3YRu75uaw==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_1CFF7617C99645C08338D7BD0E4BC206ciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: c9e92f39-7d82-44c7-c702-08d752e628d6
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Oct 2019 09:41:17.5515 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 7YVexP37LwQ9SE7aRYu3RfmjKMvNDBYOhRwzuyOiwHE1JUUwGwFjt/HDAkYHA6ztU7T7gWgGUZLpCjIMA6SOzA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4304
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.24, xch-aln-014.cisco.com
X-Outbound-Node: rcdn-core-11.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/C22XRhpYpBNBEegERvuIiX06aAo>
Subject: Re: [spring] draft-ietf-spring-srv6-network-programming: Section 4.16
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 09:41:34 -0000

Li,

   Node1's
   Tenant-100 IPv4 table is: T.Encaps with SRv6 Policy <B:3:C4::,
   B:8:D100::>.

   When 1 receives a packet P from CE-A destined to 20.20.20.20, P looks
   up its tenant-100 IPv4 table and finds an SR-VPN entry 20/8.  As a
   consequence, 1 pushes an outer header with SA=A:1::, DA=B:3:C4::,
   NH=SRH followed by SRH (B:8:D100::, B:3:C4::; SL=1; NH=4). 1 then
   forwards the resulting packet on the interface to 2.

   2 forwards to 3 along the path to B:3::/32.

   When 3 receives the packet, 3 matches the DA in its "My SID Table"
   and finds the bound function End.X to neighbor 4. 3 notes the PSP
   capability of the SID B:3:C4::. 3 sets the DA to the next SID
   B:8:D100::. As 3 is the penultimate segment hop, it performs PSP and
   pops the SRH. 3 forwards the resulting packet to 4.

   4, 6 and 7 forwards along the path to B:8::/32.

  When 8 receives the packet, 8 matches the DA in its "My SID Table"
   and finds the bound function End.DT(100).  As a result, 8 decaps the
   outer header, looks up the inner IPv4 DA (20.20.20.20) in tenant-100
   IPv4 table, and forward the (inner) IPv4 packet towards CE-B.

Node 3 receives the packet SA=A:1::, DA=B:3:C4::,NH=SRH followed by SRH (B:8:D100::, B:3:C4::; SL=1; NH=4)
The SID B:3:C4:: is associated with the End.X behavior with PSP support. Node 3 is going to decrement SL, copy the segment B:8:D100:: into the IPv6 DA and set the packet’s egress adjacency to J (adjacency associated with that SID instance). Additionally, (PSP) it will check what is the SL value in the SRH. If the SL=0 it will remove the SRH from the packet.

The segment B:3:C4:: is the penultimate SID in the segment list <B:3:C4::, B:8:D100::>. Note that the PSP behavior is not related to IP hops.

Cheers,
Pablo.

From: li zhenqiang <li_zhenqiang@hotmail.com>
Date: Thursday, 17 October 2019 at 06:11
To: "Pablo Camarillo (pcamaril)" <pcamaril@cisco.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>
Subject: Re: Re: [spring] draft-ietf-spring-srv6-network-programming: Section 4.16

Hi Pablo,

I am still confused by the example in section 2.8.1. Node 3 is the destionation of SID B:3:C4::, why should it behave PSP for this SID? While for SID B:8:D100::, it is an END.DT4, the PSP behavior is not defined for this kind of SIDs. Node 3 should not behave PSP for SID B:8:D100::, neither.  Would you please explain node 3 is the penultimate segment hop of which node or which segment? Suppose the behavior is correct, may I know the benifit you gain in this example?

Many Thanks,
Zhenqiang Li
________________________________
li_zhenqiang@hotmail.com

From: Pablo Camarillo (pcamaril)<mailto:pcamaril@cisco.com>
Date: 2019-10-16 00:45
To: li zhenqiang<mailto:li_zhenqiang@hotmail.com>; Ron Bonica<mailto:rbonica=40juniper.net@dmarc.ietf.org>; spring@ietf.org<mailto:spring@ietf.org>
CC: draft-ietf-spring-srv6-network-programming<mailto:draft-ietf-spring-srv6-network-programming@ietf.org>
Subject: Re: [spring] draft-ietf-spring-srv6-network-programming: Section 4.16
Li,

I have replied the technical questions regarding PSP and USP in the email thread from one week ago.
You have not provided any technical concern.

> “Further, the example for PSP in the companion doc srv6-net-pgm-illustration is wrong. PSP is used for END.DT4 in the companion doc while flavors are only defined for END, END.X and END.T in srv6-network-programming.”

The illustration in section 2.8.1 is correct. Please re-read it. PSP is used at node 3 together with the End.X behavior.

Regards,
Pablo.

Replies from one week ago:
https://mailarchive.ietf.org/arch/msg/spring/V0ZpjVLSVZxHaBwecXFxqJjlg_c
https://mailarchive.ietf.org/arch/msg/spring/WrYzRZC0HKVgBYaYMCQVcTWrfak


From: li zhenqiang <li_zhenqiang@hotmail.com>
Date: Tuesday, 15 October 2019 at 09:32
To: 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>
Subject: Re: [spring] draft-ietf-spring-srv6-network-programming: Section 4.16
Resent from: <alias-bounces@ietf.org>
Resent to: <cf@cisco.com>, <pcamaril@cisco.com>, <john@leddy.net>, <daniel.voyer@bell.ca>, <satoru.matsushima@g.softbank.co.jp>, <lizhenbin@huawei.com>
Resent date: Tuesday, 15 October 2019 at 09:32

I suggest this section be removed from this version until the community reaches rough consensus.
Further, the example for PSP in the companion doc srv6-net-pgm-illustration is wrong. PSP is used for END.DT4 in the companion doc while flavors are only defined for END, END.X and END.T in srv6-network-programming.

Best Regards,
Zhenqiang Li
________________________________
li_zhenqiang@hotmail.com

From: Ron Bonica<mailto:rbonica=40juniper.net@dmarc.ietf.org>
Date: 2019-10-15 02:42
To: SPRING WG List<mailto:spring@ietf.org>
Subject: [spring] draft-ietf-spring-srv6-network-programming: Section 4.16
Authors,

Lacking the B.INSERT and T.INSERT functions, can you describe a use-case for the PSP and USP flavors of the END, END.X and END.T functions?

                                              Ron



Juniper Business Use Only