Re: [dtn] Obosoleting indicators in drafts

Magnus Westerlund <magnus.westerlund@ericsson.com> Thu, 16 January 2020 15:32 UTC

Return-Path: <magnus.westerlund@ericsson.com>
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 0C19B120800; Thu, 16 Jan 2020 07:32:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 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, RCVD_IN_DNSWL_NONE=-0.0001, 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=ericsson.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 40d9s69r-upa; Thu, 16 Jan 2020 07:32:47 -0800 (PST)
Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-db5eur03on0611.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0a::611]) (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 561341201CE; Thu, 16 Jan 2020 07:32:46 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Megzx5WXKz3hOcvMaDD6aPSQttOFLSpZUvzlDWMss2FgE04MYsdAMFbUfaWm5M3mo3rQNDThFYwhQiNwe90krTVabWnGeTyMeYHN2WhdaUdH8znp5Bq04oWB9kuywwct9qj/F4ONqFkaxtdp1ZeqNxc1GjzAoQZSD+KdSH4tOAGesl/T61eQK65fhCvRUXmpvGmHq7pYWP64GQqfyAPAz/JPK28tU4Z59WRDEcXM+cK22IoyUkYPNX709FIlak1nN7IOlPVlxWRDihIxtuzwhxLBvXXm00g0sMAhvI0B3uezA+dnEjgCcw6oupSuVDc/RgHOuzyyJ8cnCDspMhxyWg==
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=g5kH2131zA45wo6rXva2DrTlROk+2t5EOqW6KrgfPqk=; b=Wciz1+yY1MoU2uwIBE9x0xnRk7gARuZssSlmQhxIheN2JSAHEx7/gJ1guJELGgGi+YBl2Ugp/8SbCUKFdZvXgZUVns93LSY1L4qGx5KUm8jokjkPIdo8ZT7DI2MfTf7ySkhiVG9ZbuLR7el7fEy6+khA0O3JLqajGBbV6WzhgzKPJDJaRAjIMNpH3+ijoIBmCvdFWfJlPHbwnB0LDJ6N0HnzyDaNDfzvm159sqXYbOP2othyd6Y5gAOBKn4gPCS0YTQ+PNzyO13ZKhjmRmh9f42oX5wBU67OEueUg5mlG5zpwmbkgkl4MkOIHHPbnCFslikueTMkuTapM+J/oMWAJg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=g5kH2131zA45wo6rXva2DrTlROk+2t5EOqW6KrgfPqk=; b=Jvga99GA13P7hs2GYkAT3efQjcNP2hcWgnIXpk+36tumjzqLwlcQsNlCEWt14g6SBTYGJsnrOe6F1OoVSvNh4EOg2CIv7d+VR6KaA01kSdpV8LIQtysqsHfhqJ0o3fgJ//l6LHYyy43ZYi3cckuuKBgEGVABZsl9MP+CMnDbPMk=
Received: from DB7PR07MB4572.eurprd07.prod.outlook.com (52.135.133.12) by DB7PR07MB5243.eurprd07.prod.outlook.com (20.178.42.94) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2644.12; Thu, 16 Jan 2020 15:32:44 +0000
Received: from DB7PR07MB4572.eurprd07.prod.outlook.com ([fe80::cd9a:187a:90ab:3544]) by DB7PR07MB4572.eurprd07.prod.outlook.com ([fe80::cd9a:187a:90ab:3544%5]) with mapi id 15.20.2644.015; Thu, 16 Jan 2020 15:32:44 +0000
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
To: "draft-ietf-dtn-bpbis@ietf.org" <draft-ietf-dtn-bpbis@ietf.org>, "draft-ietf-dtn-bpsec@ietf.org" <draft-ietf-dtn-bpsec@ietf.org>, "dtn@ietf.org" <dtn@ietf.org>, "draft-ietf-dtn-tcpclv4@ietf.org" <draft-ietf-dtn-tcpclv4@ietf.org>, "scott.c.burleigh@jpl.nasa.gov" <scott.c.burleigh@jpl.nasa.gov>
Thread-Topic: Obosoleting indicators in drafts
Thread-Index: AQHVzFQiaTFuIwXbPEOwter7KfTNVaftQtrwgAAo4YA=
Date: Thu, 16 Jan 2020 15:32:44 +0000
Message-ID: <0f2d5abcfd2a334acd4334605374458549a756cf.camel@ericsson.com>
References: <7dfc41a49318263d950f49f59c1eff48a8315706.camel@ericsson.com> <779fa74cdab24bfe897c859cb9da27dc@jpl.nasa.gov>
In-Reply-To: <779fa74cdab24bfe897c859cb9da27dc@jpl.nasa.gov>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=magnus.westerlund@ericsson.com;
x-originating-ip: [158.174.130.211]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: fbecfc9a-43c5-489e-d954-08d79a99550b
x-ms-traffictypediagnostic: DB7PR07MB5243:
x-microsoft-antispam-prvs: <DB7PR07MB52433E6F4BC5877D3E0E872895360@DB7PR07MB5243.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 02843AA9E0
x-forefront-antispam-report: SFV:NSPM; SFS:(10001)(10009020)(4636009)(346002)(376002)(136003)(39860400002)(366004)(396003)(199004)(189003)(966005)(53546011)(6506007)(478600001)(86362001)(71200400001)(26005)(6486002)(186003)(44832011)(36756003)(2616005)(91956017)(2906002)(66616009)(3480700007)(66946007)(66446008)(6512007)(8936002)(64756008)(66556008)(66476007)(8676002)(316002)(81156014)(76116006)(5660300002)(110136005)(81166006); DIR:OUT; SFP:1101; SCL:1; SRVR:DB7PR07MB5243; H:DB7PR07MB4572.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: I16xJaToSEtckUICM7VYknZX020GacBAU5WZoAb+UTHBAPtARvhvUvrjohSOffpVx8guMW39QcmvXeMO+10g8HKksWJHwTs1gCIcd0jasQAMK7ZmZdnUThUC6qNiUX7iEeefvyeGx/R8sLke4vply5ExRxj6KEnK0ltEuCJP9ux0QbxXP/tlVGCm1Q/ZJvdODGOZjf34Lb87RtGbFB8pWRFyX99eqvYkvuQpgzX6nxs0dBGcEFbf372+R2/dVSIDctdclZleDlMrZ2FnmEdcLj5GSBNRPam7kc7iWwnVGxiY6CX6sQKFOjp1tRW67B8tsM208WRvneGLHBMwtM8+brngHbrcZOZJTm3BTC9+f+iycC3eSYWod3y5/Ae7Vy5OSsvc9LYFMfDLXZIkJL0bIStpGfki0FYUUXCWBBiVXc4A8/BX6j9yCBN/txW8hZViKIiUXZr2eF8YH4ytImWcNAqaInL3s/xkcw/yj1Cp6oE0AfYDg0ZZmg+oaH8qbQTZnAsRuC4Oi0zJ2WjnnjcIYFGJF04ng6dqoyG2nQ1qptbVcr3GaCrXSV9QZSXISLEnANWjhgVZK/TKJEwdxRgSDA==
x-ms-exchange-transport-forked: True
Content-Type: multipart/signed; micalg="sha-256"; protocol="application/x-pkcs7-signature"; boundary="=-SUbhwqXnMTtAUnwwJ4Hn"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: fbecfc9a-43c5-489e-d954-08d79a99550b
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Jan 2020 15:32:44.2289 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: PG9oLoaaQMs4GVHCyMxDrTMMN5cJgyEHysGcD08fZWL3AQk/Gpa2mVh7E1fX6wfGZfmjHGDNIPMLdROJZhPBOY5qZjoC+tEFdO9K4t7n8xY=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB5243
Archived-At: <https://mailarchive.ietf.org/arch/msg/dtn/MQ39eFjDT058U7n8m8K2p8AFqyU>
Subject: Re: [dtn] Obosoleting indicators in drafts
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: Thu, 16 Jan 2020 15:32:53 -0000

Hi Scott,

On Thu, 2020-01-16 at 13:18 +0000, Burleigh, Scott C (US 312B) wrote:
> Thanks, Magnus, I will put whatever words are needed wherever they need to go
> in order to get us finally moving forward, but I would like not to have to
> cycle through this process too many more times.  My understanding has been
> that the bpv7 document cannot "obsolete" RFC5050, it can only *request* that
> IRTF do so; I think that's the sense of https://irtf.org/policies/cross-stream-updates.html and yesterday's message from the WG
> chairs.  But if the "obsoletes" header will pass the nits check then I will
> happily try once again.

I agree we can only request it. But that request should go into a paragraph that
has an RFC-editors note that it will be deleted prior to publication. 

The Obsolete header and the sentence in abstract and introduction are for what
the you and the WG intendes to be published in the end. So in this case you have
to assume that the IRTF will agree. Which we have strong indication that they
will do. 

Does that clarify why I want things in this way. 

Cheers

Magnus Westerlund

> -----Original Message-----
> From: Magnus Westerlund <magnus.westerlund@ericsson.com> 
> Sent: Thursday, January 16, 2020 2:03 AM
> To: draft-ietf-dtn-bpbis@ietf.org; draft-ietf-dtn-bpsec@ietf.org; dtn@ietf.org
> ; draft-ietf-dtn-tcpclv4@ietf.org
> Subject: [EXTERNAL] Obosoleting indicators in drafts
> 
> Hi Authors,
> 
> With the WG chairs decision regarding the consenus on obsoleting the earlier
> documents I want to get some form things correct in the documents.
> 
> 1. Please use the header line "Obsoletes: RFCXXXX" as tooling uses this.
> 
> 2. Abstract and Introduction do need to say that they are obsoleting some
> documents and list them. It is fine to note that this are IRTF Stream
> documents
> for extra clarity here. 
> 
> 3. Scott added a sentence about requesting Obsoletion from IRTF. That is also
> fine, but please do that in a separate statement that has an RFC-editor note
> that the text shall be removed prior to publication. As the request does not
> matter when the document has been published, then 1 and 2. fulfills the
> purpose
> to indicate the obsoletion and the fact that it was cross stream one. 
> 
> I am also assuming that BPSec will obsolete RFC 6257 and that TCPCL will
> obsolete RFC7242. As I don't know these documents in detail, if there are any
> significant function that is now defined in your documents that was defined in
> another RFC then we need to consider to include that also. Here I primarily
> wonder if there are parts of RFC 5050 that was moved into BPSec or TCPCLv4?
> The
> intention here is to ensure that if one look up RFC 5050 in the future one
> will
> get a list of all documents that defines the replacing definition. 
> 
> Great that we finally are almost ready to proceed to IESG Evaluation.
>  
> Cheers
> 
> Magnus Westerlund 
> 
> 
> ----------------------------------------------------------------------
> Networks, Ericsson Research
> ----------------------------------------------------------------------
> Ericsson AB                 | Phone  +46 10 7148287
> Torshamnsgatan 23           | Mobile +46 73 0949079
> SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
> ----------------------------------------------------------------------
> 
> 
-- 
Cheers

Magnus Westerlund 


----------------------------------------------------------------------
Networks, Ericsson Research
----------------------------------------------------------------------
Ericsson AB                 | Phone  +46 10 7148287
Torshamnsgatan 23           | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------