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

Ron Bonica <rbonica@juniper.net> Wed, 04 March 2020 21:33 UTC

Return-Path: <rbonica@juniper.net>
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 7FB9E3A097B for <spring@ietfa.amsl.com>; Wed, 4 Mar 2020 13:33:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=zmUC/RHy; dkim=pass (1024-bit key) header.d=juniper.net header.b=jaLGQWst
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 7yFrwrwgUdPt for <spring@ietfa.amsl.com>; Wed, 4 Mar 2020 13:33:56 -0800 (PST)
Received: from mx0b-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 44A4A3A0974 for <spring@ietf.org>; Wed, 4 Mar 2020 13:33:56 -0800 (PST)
Received: from pps.filterd (m0108157.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 024LQxU9012425; Wed, 4 Mar 2020 13:33:55 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=eVQNNosTcRsNLmyKREYUNZ3mdy3/dJ4HSobighq2xNQ=; b=zmUC/RHy/maHXcspFRV1FmOWken6qAbeIT5k1G8BSw6EsUqyMA+eLOFiEg21gO7d6pJ9 noMtFsDEYwhnPNq/f7FzIS591v46b2jOlTtIWI2ZbxJ3oQ1bdR2rA+cGkI9/JTx/yPCR kD/FOSwkyi2EK1tRFtxNcxuN7ONV1TLR8rI9xGeiDMRlvjw3i5KzTdtXQ3+EGx9MobWG LjfHLGhm6bUOwcYeLAkn1lvLsOCscK6YRyUf8x4ZHGb5dIW9/6dcXyXcuqBvmHdi7jH1 E3Rlpt5SOpZJ7OPWOUjZWoR8SX8nduApefZZOzDAuu2q8cmZM/qySC1aSX6+iSNT3OHf rA==
Received: from nam04-co1-obe.outbound.protection.outlook.com (mail-co1nam04lp2055.outbound.protection.outlook.com [104.47.45.55]) by mx0a-00273201.pphosted.com with ESMTP id 2yhn7fkhng-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 04 Mar 2020 13:33:54 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hmnrmRZA7h5vlUsY+ylzsqKb0qGa3Jya/9nD19YgS79oKNmjW6A3GsAmD+z5yDrzjK1bF27sRf0wE27n5LHVwNWKRoGY/s1hTyc4wX4KqA6EKJXW6C0nQRz2TAMLdtgCn+8pSOCIQe9hO6+yxE71r6+fjiYR5l8l1B/jaYpiLb9D5EvRogw11O857z/K/OktKCNC8e9SX2qN9MOnRD3fFIWNOAbW6gM3wQzEOpAGi6VqIXdQneq/s1JvonYXX6qUNZF82ZV+OGOfY8MN3k36sbLuugI0H1yn7jXpkQknXTN3KAYCclmdDrY2ecF2KhZiJkxyjj4a1gJxkR52trmRCg==
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=eVQNNosTcRsNLmyKREYUNZ3mdy3/dJ4HSobighq2xNQ=; b=Mk+gljvvAMyJZ4viqT/dRDPc6oFRucpq7d1CRsEwBaiGn0zKicpJj/UaNTZofMVMOKXh7Uqm+xJ9srUkI/pal2LD8jVd+Xm8LrdtmsJiibIt+R6it2HPAKf2Skt/30KnOQkXyjB4SUrT0AN3MGFM3SXuCEiUUeGqBUoUGpM6yii8hQB28j5RDRShdAHq4v0183F00JKhFEgPHpXjh77Ov6elkSHP6xalycXednMwO0Vy8EvlO+HfypvDV6InHJ0KSqo55B3SSzfezL9yG9n7voCgcbni8ki/2hmjBkAFClkzXn8NP5j/JEeJYN0CRlSv9S8mJ1xa+YLKRNvWVEN63Q==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;bh=eVQNNosTcRsNLmyKREYUNZ3mdy3/dJ4HSobighq2xNQ=; b=jaLGQWstoBpBBRGLkIFCy40U+UILIfRmeHLxkCUCBZWkOVQM734dQZ5kCz15DnVi2KbH/AKUnQK3vZ1NOEgm1TAql8Rblg/ir1tmylqyckZbFXQzMC5rcc+xq8TiNmoJF6TFIVxzQcBsImCoD+QCHE1RUQsZc4KM98Wkaa4xRb0=
Received: from DM6PR05MB6348.namprd05.prod.outlook.com (2603:10b6:5:122::15) by DM6PR05MB6587.namprd05.prod.outlook.com (2603:10b6:5:124::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.9; Wed, 4 Mar 2020 21:33:52 +0000
Received: from DM6PR05MB6348.namprd05.prod.outlook.com ([fe80::cdd:ea54:f213:7e02]) by DM6PR05MB6348.namprd05.prod.outlook.com ([fe80::cdd:ea54:f213:7e02%5]) with mapi id 15.20.2793.013; Wed, 4 Mar 2020 21:33:51 +0000
From: Ron Bonica <rbonica@juniper.net>
To: "Darren Dukes (ddukes)" <ddukes=40cisco.com@dmarc.ietf.org>
CC: "Andrew G. Malis" <agmalis@gmail.com>, Robert Raszuk <robert@raszuk.net>, "bruno.decraene@orange.com" <bruno.decraene@orange.com>, "spring@ietf.org" <spring@ietf.org>, "Joel M. Halpern" <jmh@joelhalpern.com>, Martin Vigoureux <martin.vigoureux@nokia.com>
Thread-Topic: [spring] WGLC - draft-ietf-spring-srv6-network-programming
Thread-Index: AdWrjZKMyJw/FcG0Qj29O28HuDn7+xFNkTUAAAMg8IAAKLwhgAABNaWAAAHeLgAAAGe2AAAD1sGQAAHPQgAABuLOAAAn360QAAYCKoAAAErT8A==
Date: Wed, 04 Mar 2020 21:33:51 +0000
Message-ID: <DM6PR05MB6348953BFDE1F4A7CAEA85FDAEE50@DM6PR05MB6348.namprd05.prod.outlook.com>
References: <17421_1575566127_5DE93B2F_17421_93_1_53C29892C857584299CBF5D05346208A48D1A3DA@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <3e2da3a5-5d1b-10a0-aeb4-320c57584241@nokia.com> <8259d37e-b460-5f76-1ce6-b0d026bccf6b@gont.com.ar> <20143_1583250558_5E5E7C7E_20143_390_3_53C29892C857584299CBF5D05346208A48DD80E6@OPEXCAUBM43.corporate.adroot.infra.ftgroup><5d693a5e-baa0-6ffb-4e39-2695795b7413@joelhalpern.com> <7501_1583255845_5E5E9125_7501_499_1_53C29892C857584299CBF5D05346208A48DD84FF@OPEXCAUBM43.corporate.adroot.infra.ftgroup><fc5bf8d9-073f-2eff-6041-e1610bf6e116@joelhalpern.com> <DM6PR05MB63484795948C4901C9B7A548AEE40@DM6PR05MB6348.namprd05.prod.outlook.com> <CAOj+MMGE+j7_QnFn-8ZQcU3BKLGEPaXj6hfppxG7-7iFkT3R1g@mail.gmail.com> <CAA=duU3fXaQY--XufYo+CuCnJsTd+bXH2uBbjUUHVJg6tLpzng@mail.gmail.com> <DM6PR05MB63489FBEF2D0FBAB1322E4B2AEE50@DM6PR05MB6348.namprd05.prod.outlook.com> <90D3C257-F254-4C04-9B62-039DC7A7300D@cisco.com>
In-Reply-To: <90D3C257-F254-4C04-9B62-039DC7A7300D@cisco.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=2020-03-04T21:32:25.8655305Z; 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=00d94c68-36b1-4bc6-b832-fbe736514697; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic
dlp-product: dlpe-windows
dlp-version: 11.4.0.45
dlp-reaction: no-action
x-originating-ip: [108.28.233.91]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: d3e24993-ffec-4ccb-b1b8-08d7c083bbc5
x-ms-traffictypediagnostic: DM6PR05MB6587:
x-microsoft-antispam-prvs: <DM6PR05MB6587740FBBE13A815FC7306EAEE50@DM6PR05MB6587.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0332AACBC3
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(346002)(376002)(39860400002)(136003)(396003)(366004)(199004)(189003)(7696005)(33656002)(5660300002)(26005)(186003)(966005)(55016002)(53546011)(6506007)(4326008)(9686003)(64756008)(8936002)(2906002)(66476007)(316002)(66446008)(66556008)(66946007)(71200400001)(478600001)(81166006)(81156014)(8676002)(86362001)(76116006)(52536014)(54906003); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR05MB6587; H:DM6PR05MB6348.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: rgOjeGS0myiQbGXZISqwYT3QuMSCDI9yGvB780YjYQ/nafhcp5MkUI1qHkIBbJQHSj+pueYgGfpiVq6qMH716GWk81XzpoVvqUc8p7Om2SGW8OMA60yFSX4I2H15sjaI+qKeMxwRZM0Bw2S1QU8dfQoLTAxG7pOFs2f75JSeqkucMoC3cyl6D5+DJt9UP68RwdxW4U1PeQuT5zbY1V/3mWqTszlisS/J8XQOkcryQLg/XIypZrsCb7RQze/XQ9ktFASXJND0qX9UMWE0lV+XqjUtlpDx5nHr1yMlLOY7hQsBaJNH0+yWNaUW0lT5fr2IYkyrldIFaf4bqixQrgukLpD4JjTIyJWA1+OLkE/u3bI2PurZJdPIX1LOIvACEMclDk1Mwx4s4pT4fHI7KlamYBsWJwAl+KgR45FMdDtI/0P8vzaW/pK5n6i0RK8c72hXjg/88O8yLPK5n93S47uRx+nQNuCq03BaiwKaLs2C1c7wZa6xTypgx6Pojbd0/locVbZqvnFn7EGewU9AORuQ9w==
x-ms-exchange-antispam-messagedata: 5F188ecgLsXbttDmaxHHIWBSVouhjDmi11PI+eF15bNWry+BchV5mon/6xjolQ7xbfstNqM2A/7YYVjCJWYoD5pHJqA+9gyXLmXY45ZL+5mzByjA5LVDa9btzMfdEnZrAOAIUUJKQZFIKOsXjLgVDw==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_DM6PR05MB6348953BFDE1F4A7CAEA85FDAEE50DM6PR05MB6348namp_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: d3e24993-ffec-4ccb-b1b8-08d7c083bbc5
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Mar 2020 21:33:51.9159 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: NlAvbF5P247TqvORy6QdQCERoefcTQU72XGQwPdMS21+b1irnU6s2dLAMYedMIKxQdf/2uhXnmD2E4UzLOZcBw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB6587
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138, 18.0.572 definitions=2020-03-04_09:2020-03-04, 2020-03-04 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 phishscore=0 malwarescore=0 bulkscore=0 mlxscore=0 spamscore=0 clxscore=1011 impostorscore=0 mlxlogscore=999 lowpriorityscore=0 adultscore=0 suspectscore=0 priorityscore=1501 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2001150001 definitions=main-2003040137
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/unm9vPc9S9_VM9qBJJPFw2ja6Wo>
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 21:33:59 -0000

Darren,

I didn't expect you to provide a model number. Just an indication that such hardware exists.

>From your response, I assume that some vendors offer such hardware.

                                                  Ron




Juniper Business Use Only
From: Darren Dukes (ddukes) <ddukes=40cisco.com@dmarc.ietf.org>
Sent: Wednesday, March 4, 2020 4:22 PM
To: Ron Bonica <rbonica@juniper.net>
Cc: Andrew G. Malis <agmalis@gmail.com>; Robert Raszuk <robert@raszuk.net>; bruno.decraene@orange.com; spring@ietf.org; Joel M. Halpern <jmh@joelhalpern.com>; Martin Vigoureux <martin.vigoureux@nokia.com>
Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming

Hi Ron

I don't think you are really asking equipment vendors to provide that information on this list.  That will not happen.

I'll simply repeat what has been stated by others on this list.
Products with limited ability to receive and process a packet containing a RH when SL==0 exist.
PSP provides a means of allowing those products to be used as a PE.

Thanks
  Darren

On Mar 4, 2020, at 3:01 PM, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org<mailto:rbonica=40juniper.net@dmarc.ietf.org>> wrote:

Andy,

AFAIKS, the only use case PSP is to accommodate SRv6 egress nodes that:


  *   Can process an SRv6  SID that appears in the IPv6 Destination Address
  *   Can process the SRH with Segments Left equal to 0
  *   But cannot process the SRH with Segments Left equal to 0 at high speed

I am not aware that any such device exists. Does anybody know of one?

                                                   Ron

From: Andrew G. Malis <agmalis@gmail.com<mailto:agmalis@gmail.com>>
Sent: Tuesday, March 3, 2020 6:28 PM
To: Robert Raszuk <robert@raszuk.net<mailto:robert@raszuk.net>>
Cc: Ron Bonica <rbonica@juniper.net<mailto:rbonica@juniper.net>>; bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>; spring@ietf.org<mailto:spring@ietf.org>; Joel M. Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>; Martin Vigoureux <martin.vigoureux@nokia.com<mailto:martin.vigoureux@nokia.com>>
Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming

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>
https://www.ietf.org/mailman/listinfo/spring<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/spring__;!!NEt6yMaO-gk!QEhtnK3a_SkTtK5jFwY7ANmF22RCkp657bAyNJfcGg1xaI_ewfHQHKp7NIgQ3SpI$>

Juniper Business Use Only
_______________________________________________
spring mailing list
spring@ietf.org<mailto:spring@ietf.org>
https://www.ietf.org/mailman/listinfo/spring<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/spring__;!!NEt6yMaO-gk!UlrPKrKo1HKqgZx1MRR_utOnAfXfgi2lBMzVNQclE2S65bmsVBp7hJ7TRf5TdcXL$>