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

Andrew Alston <> Sat, 16 May 2020 00:06 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 2BD9B3A065A for <>; Fri, 15 May 2020 17:06:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id y-8EltZATHC7 for <>; Fri, 15 May 2020 17:06:09 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 5E6513A053F for <>; Fri, 15 May 2020 17:06:08 -0700 (PDT)
Received: from ( []) (Using TLS) by with ESMTP id uk-mta-185-nfs5oyJ7OyufIJPacLJvfA-1; Sat, 16 May 2020 01:06:01 +0100
X-MC-Unique: nfs5oyJ7OyufIJPacLJvfA-1
Received: from (2603:10a6:803:bf::31) by (2603:10a6:800:134::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3000.26; Sat, 16 May 2020 00:06:00 +0000
Received: from ([fe80::ed68:9303:79e0:cc49]) by ([fe80::ed68:9303:79e0:cc49%4]) with mapi id 15.20.3000.022; Sat, 16 May 2020 00:06:00 +0000
From: Andrew Alston <>
To: Mark Smith <>
CC: "" <>
Subject: Re: Adoption Call for "The IPv6 Compact Routing Header (CRH)"
Thread-Topic: Adoption Call for "The IPv6 Compact Routing Header (CRH)"
Thread-Index: AQHWKwY20Gv3GIPb+UeuPrnmxUhOiKip0ccAgAA2BYA=
Date: Sat, 16 May 2020 00:06:00 +0000
Message-ID: <>
References: <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-GB
user-agent: Microsoft-MacOutlook/16.36.20041300
x-originating-ip: [2c0f:fe40:3:3:48ab:deef:be30:5584]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 8717758a-80a6-499f-6af4-08d7f92cea9b
x-ms-traffictypediagnostic: VI1PR03MB6221:
x-microsoft-antispam-prvs: <>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 040513D301
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: HSrFZsB8OwQ4KHm3RXancgupVyzBXeEYgR2jjuiRyYL6u8ykU7+sh2Onk25PKK0vs8VZhf/2eIIgJZ5gSNEq6+gHECj1ZGooyaM+mTQ1LNiW0ThLjmD5B/lRS7KOrbIWGTWwo/VV2kSQrcdcauEfb5ozBti2UYQr9RYIZjLdDL4LaH6FAmvVz8TLwBpgmJnEq4Y/BmUFXpGakTJ1zR4x6dIa/Qs48ebXhEeUzcPmeDCsADOr1siPsuz1AQljjnzOSG6FnVDoCZINZItmhzqZY+7VI/XGVwh1R79wPCNYwHkF7hUJJwlnrW3kcXgsD4OgvMb352kI2mCRHzq5IT7YWufBx2/k8ZpTNScqqi1UkovJYqMY1zarZ7V2zbKmSE+uti8eWmLctLJ58xgtyjLQs9DuhqJLflOBvaThrgsNvh7C/ZgQO7icQN1o2YUEqXoOL0uOMV7qugqST3CpJkLb6P1TpfsZt9iMZ5NNG56CSOUa8vXgmE72WNCd1u8FKrNTOIjrzo8JWiWLF9ijWxVN9A==
x-forefront-antispam-report: CIP:; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM;; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(396003)(39860400002)(346002)(136003)(366004)(376002)(2616005)(6506007)(53546011)(5660300002)(8936002)(186003)(86362001)(6916009)(33656002)(71200400001)(478600001)(8676002)(966005)(2906002)(4326008)(6512007)(64756008)(6486002)(66946007)(66476007)(91956017)(36756003)(66556008)(166002)(76116006)(66446008)(316002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: YpUvleIPJZw0DQA607ZFm4oqJ9EyFTlGaLKQb4NRqYIhwOEGBVQCp84MiXoQCQ8YfDMqo86KajQEwKVNEif8cN2wXOSUk3HAakY25po8WqslB1cjgCiiRNYz2Wa+xhylGm3sabsPfvDTQWERdCrqmvsN5y71VaJwPJEAbkOOucDEL6dGe9a52Fp3RpOJFGoHeUZsFvfQN67dAql1oAEWZohX8gig/62OijhN/WFUbPgmYhiNdiqm0I8792CPrBxATk78zaNuB+TdOzWNhafMzbbcTEDuUkUZHpphjcN2sppQqf5ojvouY6FgkBLps7wCpGn1nnyepiApDRFvr/tMRolQJcAiNgIoVwaoBCF+M3p/9Ka0e7KsaUQV7irCCGPmFZrLUTCjLGvOPvWXC/JtzuqT+vOWieCDW7wQCI1agt7PLI1rSVBG8yPK6Y3y6L4FJ6EpgiMku0XdTHBz1FsFLIHSixC2ajK2AoFemoS2ms+d5KvzXZcy5hihoOqe1gRrpTC3QRCSmmfMpvumYtQ/dSwY0s77Lb81/GAie3/zOm8=
x-ms-exchange-transport-forked: True
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 8717758a-80a6-499f-6af4-08d7f92cea9b
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 May 2020 00:06:00.5266 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 68792612-0f0e-46cb-b16a-fcb82fd80cb1
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: kqwtyR7wuOfgWasHGXbYvDOmutUJ5ebyq5XafzVvhxoia0HTrvQsdTDcEcUGXsENO1oQ8/JfYoIx80/M+UcmdD+VoYg/Kz930ehVLrrLqtM=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR03MB6221
X-Mimecast-Spam-Score: 0
Content-Type: multipart/alternative; boundary="_000_E211F16A3D5F4D20BFD5486A6F9130FBliquidtelecomcom_"
Archived-At: <>
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sat, 16 May 2020 00:06:14 -0000

I also  support the adoption of this draft – and echo  Mark’s sentiments below.

It also point out that the argument that because additional protocols may be needed this is out of scope of 6man is specious at best, when we consider it was 6man that developed the SRH, which the same individuals are arguing makes CRH unnecessary, while at the same time developing a raft of additional control plane mechanisms to support the SRH in a series of other working groups.

As Mark points out, CRH is a building block – upon which people may build – be in that in the context of standardized protocols or even if they choose to do so, internal applications.  The ability of CRH to be used for a raft of different purposes is one the major attractions to me, since it allows innovation to be built on top of it, both in the context of the IETF and outside of the IETF.

Hence, I fully support this draft and am proud to have my name on it.



From: ipv6 <> on behalf of Mark Smith <>
Date: Saturday, 16 May 2020 at 02:53
To: Bob Hinden <>
Cc: IPv6 List <>
Subject: Re: Adoption Call for "The IPv6 Compact Routing Header (CRH)"

I support adoption.

The argument that this working group can't adopt CRH without a whole suite of supporting control plane protocols doesn't apply in my opinion.

This working group didn't define OSPFv3, IS-IS extensions for IPv6 or Multi-protocol BGP support for IPv6 itself either - they were developed in other working groups.

I to support the adoption of this draft – and echo

This working group defines the IPv6 protocol building blocks upon which others can use to build upon.

I am willing to commit time to working on CRH, as it solves a problem that has existed since RFC 1883 - the overhead of a source route with a set of 128 bit addresses.

It is not a new problem. What is relatively new (3-4 years or so) is the recognition of the significance of the overhead of using 128 bit addresses in a source route, due to SPRING's work.

6man need to solve this problem in a way that is consistent with both the architecture and design of IPv6, in a way that is compatible with the existing, very "brownfield" deployment of billions of IPv6 capable nodes.


On Sat, 16 May 2020, 08:14 Bob Hinden, <<>> 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<>

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.

Bob and Ole

IETF IPv6 working group mailing list<>
Administrative Requests:<>