Re: [dtn] Regarding BPv7 Obsoleting BPv6

["Templin (US), Fred L" <[e-mail]>]

I appreciate Magnus' message that Scott is referring to here. Whether anything
formally says "obsoletes" or not, BPv7 can move forward but usage of BPv6 can
still continue where there is existing deployment.

The BPv6/BPv7 scenario is both like and unlike that for IPv6 and IPv4. Like the
IPv6/IPv4 experience, IPv6 did not obsolete IPv4 because they are incompatible
protocol versions. Unlike the IPv6/IPv4 experience, however, we are still at the
very earliest phases of DTN deployment, and IMHO new adopters will see the
value in starting out with BPv7 and the technical mindshare will naturally fall
in line. So, I concur with Magnus' plan, and let's just let nature take its course.

Thanks - Fred

From: dtn [mailto:[e-mail]] On Behalf Of Burleigh, Scott C (US 312B)
Sent: Thursday, January 23, 2020 10:25 AM
To: Magnus Westerlund <magnus.westerlund=[e-mail]>; [e-mail]
Subject: Re: [dtn] Regarding BPv7 Obsoleting BPv6

That sounds fine to me, Magnus.  I need to post a revised draft anyway.

Scott

From: dtn <[e-mail]<mailto:[e-mail]>> On Behalf Of Magnus Westerlund
Sent: Thursday, January 23, 2020 9:51 AM
To: [e-mail]<mailto:[e-mail]>
Subject: [EXTERNAL] [dtn] Regarding BPv7 Obsoleting BPv6

WG,

The current BPv7 documents (BPbis, BPSec and TCPCLv4) where intending to obsolete BPv6 and the corresponding RFCs. However, due to a mistake from my side I would recommend that we split the whole obsoletion out from the publication of the BPv7 specifications.

There are several reasons for this recommendation:
-          First I missed to make an explicit call in the IETF last call about the obsoletion and invoking the process.
-          Secondly, as this would be the first time attempting to use the process of obsoleting an IRTF stream document. It hasn't been discussed in IETF in public, although IRSG has approved the IRTF part, and we discussed it in IESG. However, there has been concerns about the lack of public discussion in the IESG. Therefore, I have been recommended to first announce this process and allow for discussion and reply to any concern over it before applying it to avoid any appeals.
-          Announcing the discussion, responding to any feedback, then redoing the IETF last calls will result in a delay of at least month likely two. This will be a significant delay.

To ensure that we can make progress and don't delay the publication of BPv7 specifications my proposal is the following.

-          BPbis, BPsec and TCPclv4 do not obsolete their BPv6 counter parts. Thus, making it possible to progress these specification with minimal delay if any. If the WG agrees to this plan and the authors BPbis and BPsec can submit a new draft within a week (by 30 Jan) we should have no delay due to this.
-          Then the WG can write a separate document requesting making BPv6 historic. This document can then request the obsoletion of the relevant RFCs. As there was a rough consensus on these obsoletion we can actually ensure that this document correctly describe the situation that development will occur in BPv7 and the fact that usage of BPv6 will continue.

So I would very much appreciate rapid feedback on this.

I am very sorry about the complications and my errors in processing this.

Magnus Westerlund
TSV AD