Re: Adoption Call for "The IPv6 Compact Routing Header (CRH)"

"Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com> Tue, 26 May 2020 14:27 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 DFE8D3A0FC7 for <ipv6@ietfa.amsl.com>; Tue, 26 May 2020 07:27:34 -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=ham 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 ZLI1RH5GOWCo for <ipv6@ietfa.amsl.com>; Tue, 26 May 2020 07:27:24 -0700 (PDT)
Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80123.outbound.protection.outlook.com [40.107.8.123]) (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 46CB53A0FA4 for <ipv6@ietf.org>; Tue, 26 May 2020 07:26:55 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dHIkDPjo8Y8pB5wP1KNfArNGz6Wqt7pTEll13j4hUapnEc5F/AiUGdHN+xQTqh+YtFyY6LKnk+zazY+eJ1/Omu8ymEN8ufS3jPhgYIJDdyYxVHLAvVIDPdmpcDWuBtFoiblVsnDNs4YV8R8nkM0mAu0LugfNCNuIBIfieSGToXGJOnTCmnqD0mYyqwgoQ5KxMqSZEotdmdB1l6NPX4C5A6kAqv9kCJd7uTSciD9u8CaLfFtsDIcFAX+fA8VHuET/+2zigWY1EjLnMMOM08smGt4g4zZzzUAtVREF7qrcCGYm/iZcTYSePR6bNq6A7N8tubQK1BJTEK6N1bcl0II2zw==
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=aLjHWj7+/quBuQA1qqbLeImuYHZeyG/yRu0Mr9iunPo=; b=nuBS9nHmjpo+J+Nm6nHlCfvUhFrnqNBMIihOL3NoWFDF8qa2cmB+fkp73Kxx880EyosRdaXW+6AkpLCJj2gMAeSOm6pd8MzWbVaTa2SDMFFCaOdnlYUhb1SmNQ/3GJF0+4W6ryu7Gg1skhbzlhrsDOS4N5qRtgEBS99W7Ri83khgEehlTbFCGgFbVL/j24wS18/RQtSvE35Nfxy320e5X+SskHj+KxnxCqc/l19JQdU/7Wxi44MCjtXdeBTS7wmEugfPC4x8BqSChS49AUfqGCdc/aifi7mcRna898AAMr0HV6PNU9bf+L7CLeRVUa2GiiugCfEuhVZvnZ+o5IXN8w==
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=aLjHWj7+/quBuQA1qqbLeImuYHZeyG/yRu0Mr9iunPo=; b=WWNyDkZa+ZTvfBGvEI9GKU7fM9YsYGXT3y2+gPbSfZ52rP5j44h9hONk9DbVVTcUwp0j+kmrRMZqEvBL8gG/U68AiGxKovZ/T7Fyb0YfVTMSJ0zeH3wgcTBHGipNIwM30T6g/hd5Oz0hgrn5g8OumIXQpL2QfXLw74xb0APPmoM=
Received: from AM0PR07MB4497.eurprd07.prod.outlook.com (2603:10a6:208:7a::20) by AM0PR07MB4674.eurprd07.prod.outlook.com (2603:10a6:208:7a::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.9; Tue, 26 May 2020 14:26:53 +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.3045.013; Tue, 26 May 2020 14:26:53 +0000
From: "Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com>
To: Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>
Subject: Re: Adoption Call for "The IPv6 Compact Routing Header (CRH)"
Thread-Topic: Adoption Call for "The IPv6 Compact Routing Header (CRH)"
Thread-Index: AQHWKwY0ELE0FSbutkqweoUZVbmzm6i6nuGA
Date: Tue, 26 May 2020 14:26:53 +0000
Message-ID: <79A95CE5-20AE-4CD0-B237-FFD86106A435@nokia.com>
References: <19D30186-B180-4F65-BF00-7AD07CEF3925@gmail.com>
In-Reply-To: <19D30186-B180-4F65-BF00-7AD07CEF3925@gmail.com>
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: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=nokia.com;
x-originating-ip: [131.228.32.160]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: b5bf3c42-94d3-4d40-0480-08d80180d677
x-ms-traffictypediagnostic: AM0PR07MB4674:
x-microsoft-antispam-prvs: <AM0PR07MB46742FB1D3A11CD98662B62983B00@AM0PR07MB4674.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 041517DFAB
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: cZq7Z40HdpdgnNknI8HhSLzIwP1AdYcs8cN8BBlSBD+ymqPW7X5lsyq22Gr+l4aR7PqRCg67ZPuOqvBZIgkhUFHR+NrIF9/YYNZQ0E3oIkuXmgYc/kakXkINE/M6VW29hrmcMMWEmmdT1Xvo1lwh1/mB2hcF76Pr9hBrB0xAYT3ey49n6oeKy5/n+WjxwTg73c0NEcTmVCMcqgtwhCY/mIsbLK2HXpP9Hq8i0480FGIKx567/cZ5W5NP2nWA9+xAKXheLAtkwn8PqLvnFa6lsmj666Nk+62JmySSojmEsGxPnz66WboLDwxHB+ZdSWFN0bMV8deDPhb+KW9BJFEY4t8pwdzG23RcdYeFHIrqn3Jk+usdVNsoOO60lf/eTZgNJUg1Wzz+ep7mwIofdhRaNA==
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)(366004)(2616005)(8676002)(498600001)(86362001)(71200400001)(8936002)(6486002)(6512007)(26005)(33656002)(110136005)(64756008)(66446008)(66946007)(6506007)(66476007)(2906002)(91956017)(966005)(5660300002)(186003)(66556008)(36756003)(76116006); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: FQ2HMbYhG5wHD3KcNCrcsuHGWB6RUuSM5PQ1h+qo6LyQ2QPS6GABAp7XTg9RcVMDEqtCMRickjMiAO+uKI8ICV/9Bbtpiu41ThQltvRHjMwsXllbCNUgbM5bq35LKiigcmnwqCdjia2kOm1cw5hBM4N6dIpKyQ1o94EUtLoYmUa1u721p68xR3cMgS7KYdRZynXF0MIKL40QYpU6QYDwlVT2+lSIGC4BQwKSYOBFqxyxUIZtlbs6/2JRLaZV91JZIu4pUbmnwHmRgy/73L8gllLDZp0BDeEcJecvpprL5OhPhBT5P3mu9SAZieY7ZKK6AE2eTKmC/7H5yXAYv7NfX4tKm5YBLnW8PiYKYgaZGdQmqZ3jFLe9mAT3FQEHGhBYjGAxIHMhegAiJxofTEzS14znJqBDM6AWcshQOB/UTpj2Y5iu5vuKLkvSh0tix2ZQ3I1BBOX/fY7QWHV5FqIj1DZrJPI8pklOITYmd77m1PAGZPHw8Cj76/UEExP+Q2ry
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <784ABB287F004040B5D30DC9227D5E84@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: b5bf3c42-94d3-4d40-0480-08d80180d677
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 May 2020 14:26:53.7501 (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: EbQT/gDyKTdKcoXmmb3hdZsxJhSM//jzhTq/9dWuB+YTwSlu1uyi8dWcMkzd7UXhtvUZGSYH9fYopjI6XxO/Glgqb2YG5WPkX9WcGP61G+o=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4674
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/IaqTIpOaGbPUdF2btQnC16ifcyw>
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: Tue, 26 May 2020 14:27:36 -0000

if you look into the details RFC8663 from a data-plane operation is very similar to CRH. It uses a tag and derives a destination ipv6 address from it.
On top it if you look at the requirements which are discussed on the mailing list, the following is possible with RFC8663
 
It can steer the packet through a specific path. Implementations exists which do well beyond 8
No new VPN encapsulation is required
No new service chaining needed and various options possible.
Compliant to SPRING
Uses MPLS but it is used here as a lookup tag, not any different than the CRH proposal. In essence if you look at the details you can implement this with a complete v6 infrastructure and use the tag as a steering function. And uses 32 bit.
 
As such I don’t see why we need another encap to achieve something we already can do and is available in various implementations and is as efficient on the wire (looking at 32 bit, which is what people agree upon).

So I would vote against adoption.

On 16/05/2020, 00:14, "ipv6 on behalf of Bob Hinden" <ipv6-bounces@ietf.org on behalf of bob.hinden@gmail.com> wrote:

    This message starts a two-week 6MAN call on adopting:

     Title:          The IPv6 Compact Routing Header (CRH)
     Authors:        R. Bonica, Y. Kamite, T. Niwa, A. Alston, L. Jalil
     File Name:      draft-bonica-6man-comp-rtg-hdr-21
     Document date:  2020-05-14

     https://tools.ietf.org/html/draft-bonica-6man-comp-rtg-hdr

    as a working group item. Substantive comments regarding adopting this document should be directed to the mailing list.  Editorial suggestions can be sent to the authors.

    Please note that this is an adoption call, it is not a w.g. last call for advancement, adoption means that it will become a w.g. draft.  As the working group document, the w.g. will decide how the document should change going forward.

    This adoption call will end on 29 May 2020.

    The chairs note there has been a lot of discussions on the list about this draft.   After discussing with our area directors, we think it is appropriate to start a working group adoption call.  The authors have been active in resolving issues raised on the list.

    Could those who are willing to work on this document, either as contributors, authors or reviewers please notify the list.   That gives us an indication of the energy level in the working group
    to work on this.

    Regards,
    Bob and Ole