Re: Long-standing practice of due-diligence is expected - Re: [spring] CRH is not needed - Re: How CRH support SFC/Segment Endpoint option?

"Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com> Fri, 29 May 2020 04:44 UTC

Return-Path: <wim.henderickx@nokia.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42F543A0B08; Thu, 28 May 2020 21:44:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 osZtw5lLm9Gh; Thu, 28 May 2020 21:44:39 -0700 (PDT)
Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10138.outbound.protection.outlook.com [40.107.1.138]) (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 85F453A0B06; Thu, 28 May 2020 21:44:39 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WQsyZUVn1w+Vuf9VadugS63dlB1dI1dQqrPRnGtcSHNgZgiE8RUatRI3nFSFZ+DwQ+ZHP64vxH7w1V1hLcbebJxF8PFPdlkAFTxsleUgPh1GhuGFBIOs6yt+oR9K0AFrYfSWNDOnbQGgemLTGJBvsbdAQ/aGXiTOAJrhyGoQt0AzUfRFnA8k+A+XVNguFVHZPmntFLCaN9MKnEUwNLacogRu0PGIRjg0WHrsfX2sWpoT0VtXeTKZfZvf5XESm5sb3EDRW7cRGXL4H5+nPhjn0uVRjeY25waGB8X3etf4lIo6b9a0EVKYe96EetVRj163riwPqVIov7gD/4nppoi4YQ==
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=gfmY7sR0dGdWfo9WSgnUzgywJJDP+Hn9qTII1SwPMW0=; b=m87TPvE0oOITJJcNd83aGd5FvFFq+xCQVaanioEwrLpT2+wMwLrkgu0MqIBYoRsnfLu5uVsNEq9rDUb7E+Dj+R85bXfhi5OB4+61T1o3hzytmWbzSwp9w9x3PYJ7nGhbFcnFu744ngynHaTvj3y/OldFdLZw51FnfLhuJTpExTn9Tx7CcFuCbyqjaNtYQGd4UnBNiRf9ePmghKdDTfFkhxeughvcwaLK7AbY72sy5kesO0jlIeRO+nN9NUfgXY2RLGmGZrMTXEbqcDe2RrXaVRkTkFKx+Zq6Z8Hg4InND7SalYap5tJv9eIDbdeEFQzbTs2mANPSmafAvD8yFimoLA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=gfmY7sR0dGdWfo9WSgnUzgywJJDP+Hn9qTII1SwPMW0=; b=y5ifbx5bOqv8tAGccHf6PHQZpZmv48Hvfv5Gq+TZT6QHRVJlSp1rI3U5r6t96ddMEo5qKSY7+xgydFk4ax1kzdmKWCMATYkwvmNaaO1ycZ8U1jzH9WHfBa2a+IMfLQ3zqNTk3dkYt76uCkhx1s+IoD/G9PvdQNoJYJaahIx5hT8=
Received: from AM0PR07MB4497.eurprd07.prod.outlook.com (2603:10a6:208:7a::20) by AM0PR07MB4259.eurprd07.prod.outlook.com (2603:10a6:208:b2::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.9; Fri, 29 May 2020 04:44:35 +0000
Received: from AM0PR07MB4497.eurprd07.prod.outlook.com ([fe80::75d9:62a8:8868:5119]) by AM0PR07MB4497.eurprd07.prod.outlook.com ([fe80::75d9:62a8:8868:5119%7]) with mapi id 15.20.3066.007; Fri, 29 May 2020 04:44:35 +0000
From: "Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com>
To: Sander Steffann <sander@steffann.nl>, Robert Raszuk <robert@raszuk.net>
CC: "Templin (US), Fred L" <Fred.L.Templin@boeing.com>, "Zafar Ali (zali)" <zali@cisco.com>, Andrew Alston <Andrew.Alston@liquidtelecom.com>, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, "spring@ietf.org" <spring@ietf.org>, 6man <6man@ietf.org>
Subject: Re: Long-standing practice of due-diligence is expected - Re: [spring] CRH is not needed - Re: How CRH support SFC/Segment Endpoint option?
Thread-Topic: Long-standing practice of due-diligence is expected - Re: [spring] CRH is not needed - Re: How CRH support SFC/Segment Endpoint option?
Thread-Index: AQHWNFukLM0xAvUWK0W7ISBmqA7+6qi8UGJQgABBSoD//88bgP//zJqAgABIKRCAAC1vAIAA3U+AgAALRoCAAAyQAIABCGWA
Date: Fri, 29 May 2020 04:44:35 +0000
Message-ID: <FC665D06-F0D0-4822-9FF3-5013FE58D38F@nokia.com>
References: <75BF2317-5D28-4038-ABB1-31C588ACD165@cisco.com> <DM6PR05MB6348D86E8BE339067C5238E4AEB10@DM6PR05MB6348.namprd05.prod.outlook.com> <30C37AC0-B03A-45B1-BE0F-7E185361BBBC@liquidtelecom.com> <64e6b98b01c64ec8b699c065bc7ee9e0@boeing.com> <94DF5577-4DCC-4491-A12B-21EAC214172F@cisco.com> <aa7edfd5c56b4e2883e2e91649fc6061@boeing.com> <7A3F2E3E-687F-4C53-B1F9-1BF593356384@cisco.com> <45de95803b734d73a0288a09332c445f@boeing.com> <CAOj+MMH-1RbicwqHVueeokRq-FNm2QWkyCQXuyZdR2xFvdh13g@mail.gmail.com> <FC7E2896-CFBB-4CD7-B110-F87ECB4FFE6A@steffann.nl>
In-Reply-To: <FC7E2896-CFBB-4CD7-B110-F87ECB4FFE6A@steffann.nl>
Accept-Language: nl-BE, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.37.20051002
authentication-results: steffann.nl; dkim=none (message not signed) header.d=none;steffann.nl; dmarc=none action=none header.from=nokia.com;
x-originating-ip: [2a02:1810:350a:9600:d989:6581:572e:2205]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: e9f32bb4-9c37-4819-c604-08d8038afd0c
x-ms-traffictypediagnostic: AM0PR07MB4259:
x-microsoft-antispam-prvs: <AM0PR07MB42596B39FC854E7AE69F49F9838F0@AM0PR07MB4259.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-forefront-prvs: 04180B6720
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: Ew4WhF2nSdt/Iqp4VY7Qo7TqtA0A2qByv4pQffJ3H8za+fIEE3qE2yAzs3pKWXJiukIpmVsu4ZIKl3qiKmN7aFO++DOuV4LM2zE2RWkaCe/pJjzpozdnaUuKCnIqzSMacEzvABEQWeuAs50ocNcxgJ6Cx4IPlRpE1xdsB8XauA3rnyiUT934SgIMDs4v4/KPIr+J2EgTmVNudNMhShJ0/Qs9vSX6ddvKuY0y9e/40Iji6dg2i5s2pzGeMXjYHefTHR7jjKp2nNNDaK76qX2Jk4sShqM9zvUF+uEwXPTO7Xa8WA+uptEBfkO+30dZYnSr+U5YaQAiJm99zCgXVkujjA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR07MB4497.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(136003)(396003)(366004)(346002)(376002)(39860400002)(76116006)(66556008)(8676002)(36756003)(4744005)(4326008)(6506007)(6512007)(83380400001)(186003)(5660300002)(2906002)(71200400001)(6486002)(110136005)(54906003)(2616005)(8936002)(478600001)(316002)(66446008)(33656002)(66946007)(66476007)(86362001)(64756008); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: aSnUrQi7ljWLXjgdahvfX4H1g8T12mRiIR97oor1zLeYG0qX2gkYBIVJ385V1RviJ60GXZQALXEj4cEFfbQUOybPEH5wz6m+lK89xORhx2phbiwQlwBOK3k+7+SkM4hd7HXxaR6cy8qyYsjq4O6npCHF9aGHVY8AfxhuS1x6Ex/XlEKwou4laSUldX+xIc4ZP1bmC3CByzN3hOtSxg5w9+CS6pf1AHRwtRhXw7tbnnRWOc6APCW5hF/F5idKcjQpFIcQrp7ppxXbTyQ4BY3Tj532GICLi35n1EmbtNq+at9wYRSWCpSokwCRMcKv/yA/yUE6jCFXfy/LHM09YIAUBKRzCeZ6oj3Xm8USSrjlFkGtjXTx/w5eBQ8LAiQrrefB3WZEx+LiNLWFdTFhB+GCF9lWofoz6F977cu/AOzn0ffB3AM7TwHudYyzE5iWRGgnZ7rT5laVxp4pOsWdW4z8t6i8Dv8v5wC1BbxTReoR94Gc756AT7yIp3E14x9hY7AuPwMnqwGjsHwUZlu0UUO3G6+5owrgROe7aNRREnRCOx2Phi9jqtwez3wAx3f+wrXt
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <8FA68D045B163D4096C4B84320E71E8F@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: e9f32bb4-9c37-4819-c604-08d8038afd0c
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 May 2020 04:44:35.7748 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: zCd8DFjKSI1yK1B51IbRPwnalOcKhUBPlOHRwkAtj/Y4nNh/v7x+LCEICRuQQHy60pFyud84O3FkoZ/L08wS9fp0D8lkC+jWymWN6OdC+iQ=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4259
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/LYpgXBb_aB8tkLq2LuajP3vT6SU>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 May 2020 04:44:44 -0000

Sander, can you describe your use case. So far the only thing that people has asked CRH to do is steering and as mentioned we have solutions for those. If there are others, please share them..

On 28/05/2020, 16:58, "Sander Steffann" <sander@steffann.nl> wrote:

    Hi Robert,

    > There can be a lot of acronymous or names invented but under the hood it 16, 32 or 20 bit opaque bit string in both CRH and SR-MPLS which is mapped to a rewrite string. No more no less.

    So far so good

    > And rfc8663 precisely automated such rewrite to UDP encapsulation.

    And this is an important difference: some of us don't want encapsulation/tunneling, we want something that can be part of a non-encapsulated packet. There are use-cases where CRH used with encapsulating is the best solution, and there are cases where the packet itself can be steered without encapsulation. CRH allows both, and therefore covers more possible use-cases than RFC8663. This makes CRH a building block that some of us desire.

    Cheers,
    Sander