Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming

Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Wed, 04 March 2020 10:10 UTC

Return-Path: <Alexander.Vainshtein@ecitele.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 F3CD93A0B55 for <spring@ietfa.amsl.com>; Wed, 4 Mar 2020 02:10:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.59
X-Spam-Level:
X-Spam-Status: No, score=-1.59 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FILL_THIS_FORM_SHORT=0.001, HTML_MESSAGE=0.001, PDS_BTC_ID=0.499, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ecitele.com header.b=g4s+T/SV; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=eci365.onmicrosoft.com header.b=XgnJ+kg4
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 C6p3_z61Vpad for <spring@ietfa.amsl.com>; Wed, 4 Mar 2020 02:10:45 -0800 (PST)
Received: from mail1.bemta25.messagelabs.com (mail1.bemta25.messagelabs.com [195.245.230.65]) (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 7DC1D3A0B66 for <spring@ietf.org>; Wed, 4 Mar 2020 02:10:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ecitele.com; s=eciselector10072019; t=1583316642; i=@ecitele.com; bh=7DQBQaXmVkgnTNvyJIDqBMe8jtpksNls+qT+4sledJI=; h=From:To:CC:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:MIME-Version; b=g4s+T/SVUrxyipQTkYPA434P6p8b2+Qt8PGQf3uw63ZgfP6HIfiJAf6EogAu+SqZi VGJvjhZ/YB3UsUwjL/c265GF+v4pwsvymiqemEXZ/zv3rDufzu+RkngI2DnbTjIs97 S3AD0OHcrw1iTCJ5xXqTEvZ1OhhEpU15Al0RDx4M=
Received: from [100.112.199.74] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-1.bemta.az-b.eu-west-1.aws.symcld.net id AD/4F-41576-C9E7F5E5; Wed, 04 Mar 2020 10:10:36 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA1VTf0wTZxjmux/0QIpHEXnXoJnVmM2tpWWbliU syNisQwPiYpY5YYfcaGcppFekSpyII5tFHTLGBMuA8kNlEhHN8AeyBNiUuiFgZwYLCBlaigwh kFXD1N311Ll/3jzv87zP+z3f5TsKlx2SyCnWamHNJsao8A8kZH8dbFHaP0tNUTedDNReczv9t TPOSUw7enmE0H7n/oLQXumdR7GkrnT+DKm7UDEk0dXVPcB0PaVepBsa7MeSyA9Jgykty/oxqX 9ceBbPrunGrDfyG7F8NN2F2VAgheh6HMYnnE+anwnoaxpBYnMWwdUrJRKhIegmHG50DfkUGX0 Eg5HmMtKGAvhmBEHbw20C9qdjoOX7IX8BL6KjoPFmp8+N0ycQlE3d8xlC6XVQ5LKR4pAO2u8X PjHsBce0CxMwQa+AqQ4HErCUZqCt1U2KJ39Nwb7xAz5zAJ0CfbMjPjOiF4PXecpnxulwGByr8 mGgaahru46LOAw8fz4ixfk0uHW7Bon8Mjg6bJeIeAn0VxXxPMXj5XBufJtIbwTbxRJcpF+FZo 9ChNnwz6hanFgJta5LhEhHQP/MR0JgoKdxuHveTYifajtctc8S4vxSaDw0ShQjdcVzmUVsAu+ dYrzCd/kQ6C4fIyr4tTj9Mpy+GCmOLIPSolGJiF+CQnul5Hm+GkkakTbNbMjQWzIZg1GpUauV Gk2UUhO9RqlZ/bqK2a1MU7E5ylyWsyg1KiaXU3G7Mrcb01Um1tKC+LeXnv1T3Xn0w/F7qg70A oUpwqTteakpsuC0rPRdeobTp5pzjCzXgSIoSgHSqj28FmJmM1jrJwYj/4KfykAFKRZJ8wVZym UzmZwhQ5ScKIEq9lQ6cGrqQS1fZxrr+Drnq15f7aqsd+AywpRlYuXhUoewghZW6HNMzw54+pf 0oyXyUCny8/OTBWWz5kyD5f/6BAqnkCJUSglbggwmy7McE3xEjI940L1ViGhh/pPk+diCPpt6 6YQ7fvBozQHlI3vkbvLTN02eFv3j8nWbOhMHtyxMUsQ4Yt8tWetuUgT1hmxquLOwPfYb7/4vo +IJW8Pd4byNHk1Eb6+sdsP9hzuigqItwfF/zK3GU5J/T749c3KNtT7mSMHN6PdbB4ZLuUlFQW JlcsFXnC53OUENbG0j+1j7B+rNhaewnl8SqufMk4Gzx3bsnGpf0BCml3cnJG5xXX/b07oi4w3 OuT7+ctKtzt9cNq0xb6567aX34uJ2Wvdr58lVA4vx167Vvph/7p3jP7re+ls2xwScjgtzXqg+ XPBKScGezZGZY+V7m4J/jZaXUWeIgOlvw1ucY/t65td/3nOieaWC4PSMZhVu5ph/ASbGDg6gB AAA
X-Env-Sender: Alexander.Vainshtein@ecitele.com
X-Msg-Ref: server-3.tower-287.messagelabs.com!1583316633!556705!1
X-Originating-IP: [18.237.140.178]
X-SYMC-ESS-Client-Auth: mailfrom-relay-check=pass
X-StarScan-Received:
X-StarScan-Version: 9.50.1; banners=ecitele.com,-,-
X-VirusChecked: Checked
Received: (qmail 14412 invoked from network); 4 Mar 2020 10:10:35 -0000
Received: from p01c.mail.dlp.protect.symantec.com (HELO mail.ds.dlp.protect.symantec.com) (18.237.140.178) by server-3.tower-287.messagelabs.com with ECDHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 4 Mar 2020 10:10:35 -0000
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; =?utf-8?q?b=3DPctUPIcVyqj43ni3MZSeqXpmVy6kmzlAP7rVpishfhh1cWzS+NEtk2I1JRrpf?= =?utf-8?q?SqYRk0s/6xigryutgN4uExj6+EJu7D4MDIRMhe98NHjVMl9nCu1pYqghamlmAFpxL?= =?utf-8?q?X+kBzga1F0k5XV2qrwc9vINg+NUEmo5e8kl/BOT33IP87zgVhouZp8SU4pZjjHeGj?= =?utf-8?q?rZbUy5SmxbFQC+iv6bDqYSEpstIlM/uYhUZ77Bwd+S5HewNZQlxkBda8nvkaYiI3E?= =?utf-8?q?kr0QAlhyebNnnzWDW0xLWxJmT+xNbESq+rxaFSiT8ATmJIQjDHSWKhBr9dEhNy8dj?= =?utf-8?q?sjMFYEHUxtG1OYT14lf4w=3D=3D?=
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; =?utf-8?q?h=3DFrom=3ADate=3ASubject=3AMessage-ID=3ACont?= =?utf-8?q?ent-Type=3AMIME-Version=3AX-MS-Exchange-SenderADCheck=3B?= =?utf-8?q?bh=3DhDcnGU8R+Xi71HT2ft+M0qNPewWF9N9nTDQazc+uyik=3D=3B_b=3DO5eUVA?= =?utf-8?q?v2FpVcDWN90jG2t22pFx+8V4/QG3QYPX8ZUwiY+qwQXYwFKHgs2rhEhZfo3+/cvWo?= =?utf-8?q?AW/dsmvL2JrlC1SAuBRWmdnn6QAMHZ88dfCSCpzZzmvUUrPmVsyu5Fv1+SiosOUo0?= =?utf-8?q?WjjHcHUVJDjvogvUxfKZSdFWIwuJ9UDyJszfA81JolMj671DXFQ+pHm3iDitKdzwl?= =?utf-8?q?+NjA14nwiKJFfNOflAhvTrBTfiJNyztBXX45JCjj/FeYQAfe1VL2GqmLF9FwBjZgI?= =?utf-8?q?Ft2AOIjf3gbGJN2NrcuXulrMWouL7mwYg5OF8VFYfBmvO4BklgXkS4FVPwua/bJrH?= =?utf-8?q?+/UgIuNVghQ=3D=3D?=
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ecitele.com; dmarc=pass action=none header.from=ecitele.com; dkim=pass header.d=ecitele.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector2-ECI365-onmicrosoft-com; =?utf-8?q?h?= =?utf-8?q?=3DFrom=3ADate=3ASubject=3AMessage-ID=3AContent-Type=3AMIME-Versi?= =?utf-8?q?on=3AX-MS-Exchange-SenderADCheck=3B?= =?utf-8?q?bh=3DhDcnGU8R+Xi71HT2ft+M0qNPewWF9N9nTDQazc+uyik=3D=3B_b=3DXgnJ+k?= =?utf-8?q?g4SS1DgOdGvrNY69ao51ZpClCBklftiit/N8kgs8geoyYL6X5ygTENtoQQV97kGTO?= =?utf-8?q?26xdHouY9HODLHtBRNkyVTp5w4dc/X5FPhkfSxR06MydmYScSgnKVBz3ESwrlz4DC?= =?utf-8?q?HPx2+KJ9Ut7rxdTWilFdoFSlKtLIWTi3q9g=3D?=
Received: from AM0PR0302MB3217.eurprd03.prod.outlook.com (52.133.33.12) by AM0PR0302MB3313.eurprd03.prod.outlook.com (52.133.39.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2772.15; Wed, 4 Mar 2020 10:10:30 +0000
Received: from AM0PR0302MB3217.eurprd03.prod.outlook.com ([fe80::aca8:db6e:97b:c780]) by AM0PR0302MB3217.eurprd03.prod.outlook.com ([fe80::aca8:db6e:97b:c780%7]) with mapi id 15.20.2772.019; Wed, 4 Mar 2020 10:10:30 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
CC: "spring@ietf.org" <spring@ietf.org>, Martin Vigoureux <martin.vigoureux@nokia.com>, "Joel M. Halpern" <jmh@joelhalpern.com>, "Andrew G. Malis" <agmalis@gmail.com>
Thread-Topic: [spring] WGLC - draft-ietf-spring-srv6-network-programming
Thread-Index: =?utf-8?q?AQHV8MPXyJw/FcG0Qj29O28HuDn7+6g1vy6AgAFF4YCAAAmtgIAA?= =?utf-8?q?DvIAgAADPQCAACHsAIAAC0QAgAA3FwCAAID1gIAAJk9wgAAGJICAAAN+QA=3D=3D?=
Date: Wed, 4 Mar 2020 10:10:30 +0000
Message-ID: =?utf-8?q?=3CAM0PR0302MB321780C8C7A72A6BAD439EB29DE50=40AM0PR030?= =?utf-8?q?2MB3217=2Eeurprd03=2Eprod=2Eoutlook=2Ecom=3E?=
References: =?utf-8?q?=3C17421=5F1575566127=5F5DE93B2F=5F17421=5F93=5F1=5F53?= =?utf-8?q?C29892C857584299CBF5D05346208A48D1A3DA=40OPEXCAUBM43=2Ecorporate?= =?utf-8?q?=2Eadroot=2Einfra=2Eftgroup=3E?= <3e2da3a5-5d1b-10a0-aeb4-320c57584241@nokia.com> =?utf-8?q?=3C8259d37e-b460-5f76-1ce6-b0d026bccf6b=40gont=2Ecom=2Ear=3E_=3C2?= =?utf-8?q?0143=5F1583250558=5F5E5E7C7E=5F20143=5F390=5F3=5F53C29892C8575842?= =?utf-8?q?99CBF5D05346208A48DD80E6=40OPEXCAUBM43=2Ecorporate=2Eadroot=2Einf?= =?utf-8?q?ra=2Eftgroup=3E?= =?utf-8?q?=3C5d693a5e-baa0-6ffb-4e39-2695795b7413=40joelhalpern=2Ecom=3E_?= =?utf-8?q?=3C7501=5F1583255845=5F5E5E9125=5F7501=5F499=5F1=5F53C29892C85758?= =?utf-8?q?4299CBF5D05346208A48DD84FF=40OPEXCAUBM43=2Ecorporate=2Eadroot=2Ei?= =?utf-8?q?nfra=2Eftgroup=3E?= =?utf-8?q?=3Cfc5bf8d9-073f-2eff-6041-e1610bf6e116=40joelhalpern=2Ecom=3E_?= =?utf-8?q?=3CDM6PR05MB63484795948C4901C9B7A548AEE40=40DM6PR05MB6348=2Enampr?= =?utf-8?q?d05=2Eprod=2Eoutlook=2Ecom=3E?= <CAOj+MMGE+j7_QnFn-8ZQcU3BKLGEPaXj6hfppxG7-7iFkT3R1g@mail.gmail.com> <CAA=duU3fXaQY--XufYo+CuCnJsTd+bXH2uBbjUUHVJg6tLpzng@mail.gmail.com> =?utf-8?q?=3C409678ed-7175-006a-b8b3-f236c1640fa3=40joelhalpern=2Ecom=3E_?= =?utf-8?q?=3CAM0PR0302MB3217A8B8000B8936202DAEC49DE50=40AM0PR0302MB3217=2Ee?= =?utf-8?q?urprd03=2Eprod=2Eoutlook=2Ecom=3E_=3CMW3PR11MB457073BC9EE97A5EDC2?= =?utf-8?q?7A986C1E50=40MW3PR11MB4570=2Enamprd11=2Eprod=2Eoutlook=2Ecom=3E?=
In-Reply-To: =?utf-8?q?=3CMW3PR11MB457073BC9EE97A5EDC27A986C1E50=40MW3PR11MB?= =?utf-8?q?4570=2Enamprd11=2Eprod=2Eoutlook=2Ecom=3E?=
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [147.234.241.1]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 5a9ca547-22fc-4bf1-5448-08d7c02444ec
x-ms-traffictypediagnostic: AM0PR0302MB3313:
x-microsoft-antispam-prvs: =?utf-8?q?=3CAM0PR0302MB3313F6FB3135FA17BA346B549?= =?utf-8?q?DE50=40AM0PR0302MB3313=2Eeurprd03=2Eprod=2Eoutlook=2Ecom=3E?=
x-ms-oob-tlc-oobclassifiers: OLM:6790;
x-forefront-prvs: 0332AACBC3
x-forefront-antispam-report: SFV:NSPM; =?utf-8?q?SFS=3A=2810019020=29=283660?= =?utf-8?b?MDQpKDE5OTAwNCkoMTg5MDAzKSg5Njg2MDAzKSg1MzU0NjAxMSkoMjkwNjAwMiko?= =?utf-8?q?52536014=29=2826005=29=286506007=29=2855016002=29=2854906003=29?= =?utf-8?q?=2866946007=29=286916009=29=2871200400001=29=28186003=29=28498600?= =?utf-8?b?MDAxKSgzMzY1NjAwMikoODY3NjAwMikoNjQ3NTYwMDgpKDc2OTYwMDUpKDgx?= =?utf-8?q?166006=29=2866476007=29=285660300002=29=2881156014=29=288936002?= =?utf-8?b?KSg4NjM2MjAwMSkoOTY2MDA1KSg0MzI2MDA4KSg2NjQ0NjAwOCkoNjY1NTYwMDgp?= =?utf-8?q?=2866574012=29=2876116006=29=3B?= DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR0302MB3313; H:AM0PR0302MB3217.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: =?utf-8?q?5erUw5wnzKrxUBgP0RBQNVPU/GXsPfA?= =?utf-8?q?BdW09pRrB7rA1Ex2YyB/LVoZlQENv4fs4kCauxPMyYEKXYdIOZrWqy78N0JeU5Vm5?= =?utf-8?q?/CZb9iFnPlD/eEJUEtZWHpULvJAgG5MsYnVR5YeWDm2rOPA48x/pegmil4QAXjVIR?= =?utf-8?q?IeUa55vwiICM8/dc8Belk99ETCTZz230HR+v6dDi6BsO1MzguQwHgCKvfLe9V972j?= =?utf-8?q?gs735XtO6rSLinteyz3ZnDlkHBl14bNEBBZwJxuRlP6QCn8Lvws8MAfcCRTYkld/e?= =?utf-8?q?i39aynkg/oe2jJYTkPBBiOs1Krfwa+81t10lKTavTsgItwaUWcoFSWrYub0HhUz1B?= =?utf-8?q?f920idpQ0Y2qOb8b6wipH3r4kOsZo2z3KGNjSsD33FzXkz2k4Di41yGqVO0466xsk?= =?utf-8?q?0y5BrREKQgSRyZN25iiwDv9rIBawe58bv21fE0WVvrK3KCtWY27yk90woHrXFVzrJ?= =?utf-8?q?WXjnUQCtg6d3SWw0iJ5brYLT0zVYEy1f/AFDLXZCKdJpdtaw=3D=3D?=
x-ms-exchange-antispam-messagedata: =?utf-8?q?Fo4zT71vXDZLTqpqqC8LOeh6fAo2O+?= =?utf-8?q?Nu3WklBfLpt7896QA4RwgJTQAsUqg5TapjJFg1YQLXR527nv0Ulm/6dRZhBSi5oN6?= =?utf-8?q?SusB4yFDSevLb6SZp82ZnK029TK3fQn6le4qeM6Lhl9EpLz+lXwfbSg=3D=3D?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_AM0PR0302MB321780C8C7A72A6BAD439EB29DE50AM0PR0302MB3217_"
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 5a9ca547-22fc-4bf1-5448-08d7c02444ec
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Mar 2020 10:10:30.1780 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: =?utf-8?q?EfaGge6FsSa02XmYRAH41?= =?utf-8?q?hlt94VRYG0ROkpYHwNSx1ar5geXvaV417U8DxcgfhQJKXwhS53UF1rhA2cDYeSRsw?= =?utf-8?q?=3D=3D?=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR0302MB3313
X-CFilter-Loop: Reflected
X-DetectorID-Processed: d8d3a2b3-1594-4c39-92fb-b8312fe65a8a
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/LWGS7ZRDYsm9jHEsTBDuaQa2mvg>
Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming
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: Wed, 04 Mar 2020 10:10:55 -0000

Ketan,

Lots of thanks for the pointer.



Here is the text I have found at this reference:



4.4<https://tools.ietf.org/html/draft-ietf-lsr-isis-srv6-extensions-06#section-4.4>.4>.  Maximum End D MSD Type





   The Maximum End D MSD Type specifies the maximum number of SIDs in an

   SRH when performing decapsulation associated with "End.Dx" behaviors

   (e.g., "End.DX6" and "End.DT6") as defined in

   [I-D.ietf-spring-srv6-network-programming<https://tools.ietf.org/html/draft-ietf-lsr-isis-srv6-extensions-06#ref-I-D.ietf-spring-srv6-network-programming>]g>].



   SRH Max End D Type: 45 (Suggested value - to be assigned by IANA)



   If the advertised value is zero or no value is advertised

   then it is assumed that the router cannot apply

   "End.DX6" or "End.DT6" behaviors if the outer IPv6 header contains an SRH.





I assume that you have actually referred to the highlighted text in this section – is this correct?



If this is correct then, to the best of my understanding:

1.       The request for PSP (expressed as inability to process the SRH and to perform certain lookup by the originator of an SID) is global and not local between the originator and the penultimate node

2.       It is not clear what the penultimate router that has received such a request but cannot implement it is supposed to do.



My 2c,

Sasha



Office: +972-39266302

Cell:      +972-549266302

Email:   Alexander.Vainshtein@ecitele.com





-----Original Message-----
From: Ketan Talaulikar (ketant) <ketant@cisco.com>
Sent: Wednesday, March 4, 2020 11:49 AM
To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>om>; Joel M. Halpern <jmh@joelhalpern.com>om>; Andrew G. Malis <agmalis@gmail.com>
Cc: spring@ietf.org; Martin Vigoureux <martin.vigoureux@nokia.com>
Subject: RE: [spring] WGLC - draft-ietf-spring-srv6-network-programming



Hi Sasha,



There is the signalling from the "tail-end node" in SRv6 as well. Perhaps you missed https://clicktime.symantec.com/3Fjd1GocprnmRnQ68mT2Nv46H2?u=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-ietf-lsr-isis-srv6-extensions-06%23section-4.4 ?



Thanks,

Ketan



-----Original Message-----

From: spring <spring-bounces@ietf.org<mailto:spring-bounces@ietf.org>> On Behalf Of Alexander Vainshtein

Sent: 04 March 2020 15:09

To: Joel M. Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>; Andrew G. Malis <agmalis@gmail.com<mailto:agmalis@gmail.com>>

Cc: spring@ietf.org<mailto:spring@ietf.org>; Martin Vigoureux <martin.vigoureux@nokia.com<mailto:martin.vigoureux@nokia.com>>

Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming



Joel, Andy and all,

FWIW I concur with your positions regarding comparison between PHP in MPLS and PSP in SRv6.



I would also like to stress that, to the best of my understanding,  in MPLS PHP is a local behavior between the penultimate and ultimate nodes with the ultimate node explicitly requesting it and the penultimate one giving the option to agree (i.e.to pop the top label when forwarding the packet) or disagree (and to swap the top label to Explicit NULL). The head-end node (and the rest of the nodes on the path) remain completely ignorant of this behavior. I.e., PHP has been introduced - and remains - truly optional.



I have not seen any specifications that would allow the tail-end node of an SRv6 path that wants to benefit from PSP to explicitly request this behavior from the penultimate one, nor do I see would the penultimate node that cannot support PSP do if requested to perform it.  The suggestions I have seen that it would be up to the head-end node (that inserts the SRH) to indicate that PSP is requested - on behalf of the tail-end node? -  look problematic to me as well.



My 2c,

Regards,

Sasha



Office: +972-39266302

Cell:      +972-549266302

Email:   Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>



-----Original Message-----

From: spring <spring-bounces@ietf.org<mailto:spring-bounces@ietf.org>> On Behalf Of Joel M. Halpern

Sent: Wednesday, March 4, 2020 9:09 AM

To: Andrew G. Malis <agmalis@gmail.com<mailto:agmalis@gmail.com>>

Cc: spring@ietf.org<mailto:spring@ietf.org>; Martin Vigoureux <martin.vigoureux@nokia.com<mailto:martin.vigoureux@nokia.com>>

Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming



In this case, it is even less relevant.  The PSP for SRv6 does not remove the double-processing.  It merely removes the need to ignore the SRH at the ultimate node.



Yours,

Joel



On 3/3/2020 6:27 PM, Andrew G. Malis wrote:

> MPLS PHP was invented to solve a particular issue with some forwarding

> engines at the time - they couldn't do a final pop followed by an IP

> lookup and forward operation in a single forwarding cycle (it would

> impact forwarding speed by 50% best case). 20 years later, is this

> still an issue at the hardware/firmware level? If so, affected

> implementers should speak up, otherwise there's really no need for PSP.

>

> Cheers,

> Andy (who was there at the time)

>

> On Tue, Mar 3, 2020 at 3:11 PM Robert Raszuk <robert@raszuk.net

> <mailto:robert@raszuk.net>> wrote:

>

>     Hi Ron,

>

>      >   MPLS PHP is a clear case of de-encapsulation.

>

>     Purely looking at technical aspect that is not true at all.

>

>     MPLS PHP does not remove label stack. MPLS PHP is just used to pop

>     last label. After MPLS PHP packets continue with remaining label

>     stack to the egress LSR (example L3VPN PE).

>

>      >  I don't think that you can compare MPLS PHP with SRv6 PSP

>

>     But I agree with that. Both operations have very little in common

>     from packet's standpoint or forwarding apect. Well maybe except

>     "penultimate" word :)

>

>     Kind regards,

>     R.

>

>

>     On Tue, Mar 3, 2020 at 8:30 PM Ron Bonica

>     <rbonica=40juniper.net@dmarc.ietf.org

>     <mailto:40juniper.net@dmarc.ietf.org>> wrote:

>

>         Folks,

>

>         I don't think that you can compare MPLS PHP with SRv6 PSP. MPLS

>         PHP is a clear case of de-encapsulation. We do that all the

>         time. In SRv6 PSP, we are removing something from the middle of

>         a packet. That is quite a different story.

>

>

>

>                Ron

>

>     _______________________________________________

>     spring mailing list

>     spring@ietf.org<mailto:spring@ietf.org> <mailto:spring@ietf.org>

>

> https://clicktime.symantec.com/3HYxrbBRUMaCG5VTr1FEMZ96H2?u=https%3A%2<https://clicktime.symantec.com/3HYxrbBRUMaCG5VTr1FEMZ96H2?u=https%3A%252>

> F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fspring

>



_______________________________________________

spring mailing list

spring@ietf.org<mailto:spring@ietf.org>

https://clicktime.symantec.com/3HYxrbBRUMaCG5VTr1FEMZ96H2?u=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fspring



___________________________________________________________________________



This e-mail message is intended for the recipient only and contains information which is CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this transmission in error, please inform us by e-mail, phone or fax, and then delete the original and all copies thereof.

___________________________________________________________________________

_______________________________________________

spring mailing list

spring@ietf.org<mailto:spring@ietf.org>

https://clicktime.symantec.com/3GkRJLpXrP2pY9W9t8khQDB6H2?u=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fspring

___________________________________________________________________________

This e-mail message is intended for the recipient only and contains information which is 
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this 
transmission in error, please inform us by e-mail, phone or fax, and then delete the original 
and all copies thereof.
___________________________________________________________________________