Re: [dtn] [EXTERNAL] Re: I-D Action: draft-ietf-dtn-bpbis-19.txt

Carsten Bormann <cabo@tzi.org> Sun, 19 January 2020 21:15 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: dtn@ietfa.amsl.com
Delivered-To: dtn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF88912001E for <dtn@ietfa.amsl.com>; Sun, 19 Jan 2020 13:15:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 WJE-irZTcgyI for <dtn@ietfa.amsl.com>; Sun, 19 Jan 2020 13:15:34 -0800 (PST)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 16FAD120018 for <dtn@ietf.org>; Sun, 19 Jan 2020 13:15:34 -0800 (PST)
Received: from client-0033.vpn.uni-bremen.de (client-0033.vpn.uni-bremen.de [134.102.107.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4816yr1LqNzyWg; Sun, 19 Jan 2020 22:15:32 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <84168994FF03D1AD.1fa70196-6d33-464d-bfaf-6e37bcfc9607@mail.outlook.com>
Date: Sun, 19 Jan 2020 22:15:31 +0100
Cc: "dtn@ietf.org" <dtn@ietf.org>, Brian Sipos <bsipos@rkf-eng.com>
X-Mao-Original-Outgoing-Id: 601161329.87631-04d8482f571fa93aea7a4519a9572e4b
Content-Transfer-Encoding: quoted-printable
Message-Id: <35FA8525-5A25-4C98-946A-C9288C5F6704@tzi.org>
References: <157919860242.26179.13624186506710544307@ietfa.amsl.com> <MN2PR13MB3520A2EA98358F1524715F329F330@MN2PR13MB3520.namprd13.prod.outlook.com> <84168994FF03D1AD.1fa70196-6d33-464d-bfaf-6e37bcfc9607@mail.outlook.com>
To: "Burleigh, Scott C (US 312B)" <scott.c.burleigh=40jpl.nasa.gov@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3608.40.2.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dtn/UV6KrN9dsBV272VVcvkajcIYwaE>
Subject: Re: [dtn] [EXTERNAL] Re: I-D Action: draft-ietf-dtn-bpbis-19.txt
X-BeenThere: dtn@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Delay Tolerant Networking \(DTN\) discussion list at the IETF." <dtn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dtn>, <mailto:dtn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dtn/>
List-Post: <mailto:dtn@ietf.org>
List-Help: <mailto:dtn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dtn>, <mailto:dtn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 19 Jan 2020 21:15:37 -0000

> The bpv7 spec doesn't actually "take over" the existing registries, it just adds to them.

Hmm.  So this spec depends on registries created by an obsoleted document, which among other things still defines the registry structure and, more importantly, the registry policies.

I think it would be useful to “take over” these registries.

Grüße, Carsten