Re: [dtn] I-D Action: draft-ietf-dtn-tcpclv4-16.txt [AD-INT]

lloyd.wood@yahoo.co.uk Sat, 30 November 2019 05:28 UTC

Return-Path: <lloyd.wood@yahoo.co.uk>
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 171E71200A1 for <dtn@ietfa.amsl.com>; Fri, 29 Nov 2019 21:28:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.co.uk
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 slqf7L5gnLIl for <dtn@ietfa.amsl.com>; Fri, 29 Nov 2019 21:28:33 -0800 (PST)
Received: from sonic302-19.consmr.mail.ir2.yahoo.com (sonic302-19.consmr.mail.ir2.yahoo.com [87.248.110.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 94A7B12001E for <dtn@ietf.org>; Fri, 29 Nov 2019 21:28:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1575091711; bh=lx7BKCPeEmNtt9bN2gphuRLp6AH10s0LlDE7xFLNcOg=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject; b=KkzPfJPxuYOdOZ0ODBIfI7XUEPHv9MIRJA41nzFKGp9tBWcRxkmEfaDLga2+8XhRZ8FWEilGDkWPt7PuiTdPIoSewz4pw4Q143vx5n3KNhqDqsb2Nf3Csov53Q6ZJ51n0fSX3rhlufqergd5jLniWM1ngd8lK4P2KiqifxiwqHceu0jdHTaeTtLYeBXkTFFnXepewY/PZwk0uLW86wJlmtE8vcnhBYjzuxVqovSLx+YLAx+E3IY87WqqX4VkfWRdyNLhjTjw1QknDF0bUVUx/sPgvnasmrWi0IfiaG1Rnv/1CN0DS2QFIHw77WLUGsJukRPqcV5Os7z2NEE4GVm4WA==
X-YMail-OSG: iEODCHoVM1mbZRYBVvbUOy21bouOx2vAP32z5kotLgK.3ZZ1jXrEFSsBGxntkHV T_CBYp712e_lDm5Ai.dqwKmzmfBp023lLxSNqSsCqgA2d5Ux87iHDkr2BMUWPf4gNyrXNT0xtaTc 8ICbLy3Qt_LtTebP3vws3gtDCSk6B2FL1RcqVawJz2ZBlb0jE6Mj4C_XiE6ejRsc2mTEuaEfSldR vXM5rqN8yDBKHcj2lbdwRx9EOegATtPO0Mk.MxIi.ICbB7REIVA8p3U5VTDzbNbUfZF4yPZd44qE qpaf9ff7ees83Ny8yRnvn9ptlaUIBCRPiahgI6NstQxkYwINZhvN.EisYxqRyYwrQo2VZsbZB4dZ ucF2lM62wGYxG0Sk7wY9yDhm4IFWakmjP7ZXyV9AedSK5nu8HV6qvmnxdxhWQV2W3Fk2q5_RlMIF fLEbsgAIgvYknIZ6TV0s5pDDi_C6SJrX4.cQ99UraCEsbm5ws8fhC0tOSob_p5yh.4PkzrE0OH1V SI.1CqytGqn8PMA9xmgQK8a8Qu2Vl67iO9GUc136_NODyzePOInA4m5EfWTSMKiTUwven2Sboivv DPjeKQXbXG4pcioCy372uPsizyf5jpoOZ06hIhXnfv5sXJG.ii2uvng_3PEEssQ6vdI4Re469cQA reEkG0B7J46vYRJ1qA5v7SlcRxcznu5ZwxdDWrBIfWk9ZUkumbhmno8xD0FvVCUmmPy6AeangZmr 1.6lJPzb4h4vERRU94OaJP6AFdz3JbBToqNwD3U1upkRCFWI0xsRplbZZ2tptQ0g1mip9UsJky5P ERLJaYGwHE3zW598Ij1kRteowjqdug3ISk_vmgY2t.nX30WkgAwY4d45hM7enbAlDYdvbYK32cfZ VqIzVLLKesr6XPgZeDs9F4my7vkWN5MkZda.H8e2zIy5skJTUsbZUJo_rq3M8FCx4dQY66TOLmZn D.adHh2s8ZoB5AgUfEu1UwGHo_LJSBM2P.4Sb7gxFiG9jzmPYRrggg_YRJ.xPIEhrvxmkdoIexia Uk2kB6LIiwRzOOGByva19MgS0W5MOqTXEne1AFPfCfXl_WXk64nXmWHo1fYCQA2vZawFvMwG_4wq Fg_SalFteEaYFF0XWaBLXatHgIzq1M8fU79pwv4RlNSFxQAv8lHWfdDEPu4KzLOhHQmcRpvYrol_ MKYyoRYQeVU_8OB2EkFSyR691DMBNf_a7dthBA4YkCJDqo53XOweHdC1nAty7ygTP_xVSLtvnUXi sdFBHNJUh4LgI05vdHyR5d.jCnk1agRUE9LOJ.FZ7jAQuYURXDq.IiXAMBfe_T2eI0hw4hzo1oTM uYcBlL72q.S_tveds4OepJCjZGcVll99eY929i6Znb1Vm2rp97UwL3Q_nwmg.qLcJ0m40JeLipwD WSaz8
Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.ir2.yahoo.com with HTTP; Sat, 30 Nov 2019 05:28:31 +0000
Date: Sat, 30 Nov 2019 05:27:55 +0000
From: lloyd.wood@yahoo.co.uk
To: "Burleigh, Scott C (US 312B)" <scott.c.burleigh=40jpl.nasa.gov@dmarc.ietf.org>, Magnus Westerlund <magnus.westerlund=40ericsson.com@dmarc.ietf.org>, "dtn@ietf.org" <dtn@ietf.org>, "rick.taylor@airbus.com" <rick.taylor@airbus.com>, "BSipos@rkf-eng.com" <BSipos@rkf-eng.com>
Message-ID: <198010516.12848537.1575091675796@mail.yahoo.com>
In-Reply-To: <08b483f6dc864621a0fff0ee29279b70@jpl.nasa.gov>
References: <044cca11b0804969bb91c3b97c2fef52@CD1-4BDAG04-P04.cdmail.common.airbusds.corp> <075e10b5cb74187616cccfdb4038d6f4db6acf34.camel@ericsson.com> <08b483f6dc864621a0fff0ee29279b70@jpl.nasa.gov>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_12848536_1748576679.1575091675792"
X-Mailer: WebService/1.1.14728 YahooMailIosMobile Raven/44290 CFNetwork/811.5.4 Darwin/16.7.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dtn/pv02YO9X8amYxjmOQhH1saeTkEk>
Subject: Re: [dtn] I-D Action: draft-ietf-dtn-tcpclv4-16.txt [AD-INT]
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: Sat, 30 Nov 2019 05:28:36 -0000

A missing piece from this excellent summary:
who communicates with CCSDS and asks them to decide to obsolete their blue book?
https://public.ccsds.org/Pubs/734x2b1.pdf 

The IRTF wouldn't be too invested in RFC5050. CCSDS, on the other hand... TCPCL port reuse is a separate issue.
(google believes the author to be one B BOOK. Semantic webbery ar its best.)


Lloyd Wood
http://lloydwood.users.sf.net/Personal/L.Wood/dtn 


On Saturday, November 30, 2019, 10:34 am, Burleigh, Scott C (US 312B) <scott.c.burleigh=40jpl.nasa.gov@dmarc.ietf.org> wrote:

Okay, wait.  If the consensus that was reached at the meeting is not the final consensus, despite direct contemporaneous IESG input, and we therefore have to go back to the WG mailing list again for a final decision, then I strongly suspect we will once again end up in a state of non-consensus and immobility.  I totally agree with Rick that we must stop going around this buoy, but it may be out of our hands:  I believe there is still significant opposition within the WG to the prospect of the BPbis specification obsoleting RFC 5050.

If I am wrong about this, excellent; let's press ahead!

But if I am right, then I would urge us to drop back to the formulation that had been arduously worked out by the chairs as of 17 October:

"RFC5050 is an experimental RFC, done in IRTF, while draft-ietf-dtn-bpbis will be a Standard track RFC, done in IETF. Different streams, different processes.

"We believe there is a strong consensus to not continue working on RFC5050 and not try to be backward compatible. RFC5050 implementations and deployments can continue as they see fit.

"IANA registries have their own life, whatever the stream or type of RFC they were created from. They can always be updated by a new RFC.

"Given that, we suggest the following steps: 
    1) draft-ietf-dtn-bpbis would not obsolete RFC5050. Instead we would notify IRTF that draft-ietf-dtn-bpbis is an update of RFC5050. IRTF will decide what they want to do, if anything, with RFC5050.
    2) in the new version of the charter that we are currently working on, we will state clearly that there is no intent to work on or make compatible work with RFC5050 and related RFCs 
    3) DTN working group document authors will review the IANA registries as they are today and request whatever modifications needed, which may include changing the policies, the content, the rules, …"


My interpretation of which is:

1.    The IETF DTN WG does not have authority to obsolete a document produced by another organization (IRTF), so it will not do so.
2.    The IRTF is informed that BPbis is being standardized.  If IRTF, pursuant to its own deliberations, thereupon chooses to obsolete RFC5050, fine.

(I think the same policy would apply to TCPCLv3.)

I think this can be clearly communicated in the BPv7 specification, and I suspect it may be the only way to achieve the objectives of the WG and move forward.

Scott

-----Original Message-----
From: dtn <dtn-bounces@ietf.org> On Behalf Of Magnus Westerlund
Sent: Friday, November 29, 2019 1:07 AM
To: dtn@ietf.org; magnus.westerlund=40ericsson.com@dmarc.ietf.org; rick.taylor@airbus.com; BSipos@rkf-eng.com
Subject: [EXTERNAL] Re: [dtn] I-D Action: draft-ietf-dtn-tcpclv4-16.txt [AD-INT]

Rick,

It was discussed and the meetings consensus was to obsolete it. Until you have confirmed it on the WG mailing list, it is not yet a WG consensus, so please run that consensus call. 

Cheers

Magnus


On Wed, 2019-11-27 at 11:03 +0000, Taylor, Rick wrote:
> [ AIRBUS DEFENCE AND SPACE INTERNAL ]
> Magnus,
> 
> The consensus of the WG is to obsolete BPv6 and by extension TCPCLv3.
> 
> Let's try not to keep going around this buoy ;)
> 
> Rick
> 
> 
> 
> THIS DOCUMENT IS NOT SUBJECT TO EXPORT CONTROL.
> 
> -----Original Message-----
> From: dtn [mailto:dtn-bounces@ietf.org] On Behalf Of Magnus Westerlund
> Sent: Wednesday, November 27, 2019 9:40 AM
> To: dtn@ietf.org; BSipos@rkf-eng.com
> Subject: Re: [dtn] I-D Action: draft-ietf-dtn-tcpclv4-16.txt
> 
> On Tue, 2019-11-26 at 19:26 +0000, Brian Sipos wrote:
> > Magnus,
> > I've asked for a SECDIR review of last changes to the draft.
> > 
> > The port assignee and contact being the IESG makes sense to me and I 
> > will update the draft to reflect this.
> > 
> > The use of two reference RFCs doesn't make sense to me, though, and 
> > I don't see any examples of this in the current IANA registry. The
> > TCPCLv4 supersedes
> > v3 and is entity-level interoperable with v3. The RFC-TBA also 
> > references
> > RFC7242 internally, so if the IANA port registration of just RFC-TBA 
> > will allow someone to trace back to RFC7242 if they need to. Seeing 
> > one port with two separate protocol versions in the reference seems 
> > confusing.
> 
> So my goal here was that there would be clear that there might be 
> multiple different versions using this particular port.
> 
> What was confusing me here and lead me down the reasoning that both 
> should be listed was the expectation that BPv6 and its usage of 
> TCPclv3 would not be directly obsoleted, and definitely not disapear 
> from usage. Re-reading the IANA section and looking at this document I 
> think it is clear that if you actually go look in this docuemnt, you 
> can figure out that TCPclv3 may also be used on this port. Thus, a 
> single reference is fine with me after this additional consideration.
> 
> And if we are back to having BPv7 obsolete BPv6, then I think having 
> this direct obosletion is fine. If we are not having the first, this 
> document's obsoletion of TCPclv3 needs another thought. I note that we 
> have not been consistent in our actions due to the obsoletion discussion.
> 
> Cheers
> 
> Magnus
> 
> 
> 
> > 
> >  From: Magnus Westerlund
> > Sent: Monday, November 25, 2019 04:27
> > To: dtn@ietf.org; Brian Sipos
> > Subject: Re: [dtn] I-D Action: draft-ietf-dtn-tcpclv4-16.txt
> > 
> > Hi Brian,
> > 
> > Can you please try to get feedback on the update from the Secdir 
> > reviewer, or if you already have, it provide a pointer to that.
> > 
> > Anyway, looking at the update I did find an issue we need to fix. 
> > 
> > In Section 9.1 the Update to the dtn-bundle TCPCL port registration. 
> > 
> > As this is an IETF protocol now, the assigne should be:
> > 
> > IESG <iesg@ietf.org>
> > 
> > IESG have had some discussion about the contact person and if that 
> > also should be the IESG, the WG or an individual. The argument for 
> > making it to IESG is that it likely to be more long term stable that 
> > the other options. But, this is more open to discussion, so consider 
> > what makes most sense long term and use that.
> > 
> > When it comes to references I think there is a point to list both 
> > the RFC-TBA as well as RFC7242 that defines the earlier version. 
> > But, please list RFC7242 after this docuemnt.
> > 
> > Cheers
> > 
> > Magnus
> > 
> > 
> > 
> > 
> > On Fri, 2019-11-22 at 22:18 +0000, Brian Sipos wrote:
> > > All,
> > > This latest draft of TCPCLv4 addresses comments from SECDIR review 
> > > and IANA review. It does not change any of the messaging 
> > > structure, only clarifies behaviors related to TLS use and 
> > > sequencing, and fixes some contradictory text.
> > > From: dtn <dtn-bounces@ietf.org> on behalf of 
> > > internet-drafts@ietf.org < internet-drafts@ietf.org>
> > > Sent: Friday, November 22, 2019 17:04
> > > To: i-d-announce@ietf.org <i-d-announce@ietf.org>
> > > Cc: dtn@ietf.org <dtn@ietf.org>
> > > Subject: [dtn] I-D Action: draft-ietf-dtn-tcpclv4-16.txt
> > >  
> > > 
> > > A New Internet-Draft is available from the on-line Internet-Drafts 
> > > directories.
> > > This draft is a work item of the Delay/Disruption Tolerant 
> > > Networking WG of the IETF.
> > > 
> > >        Title          : Delay-Tolerant Networking TCP Convergence Layer
> > > Protocol Version 4
> > >        Authors        : Brian Sipos
> > >                          Michael Demmer
> > >                          Joerg Ott
> > >                          Simon Perreault
> > >        Filename        : draft-ietf-dtn-tcpclv4-16.txt
> > >        Pages          : 63
> > >        Date            : 2019-11-22
> > > 
> > > Abstract:
> > >    This document describes a revised protocol for the TCP-based
> > >    convergence layer (TCPCL) for Delay-Tolerant Networking (DTN).  The
> > >    protocol revision is based on implementation issues in the original
> > >    TCPCL Version 3 of RFC7242 and updates to the Bundle Protocol
> > >    contents, encodings, and convergence layer requirements in Bundle
> > >    Protocol Version 7.  Specifically, the TCPCLv4 uses CBOR-encoded BPv7
> > >    bundles as its service data unit being transported and provides a
> > >    reliable transport of such bundles.  Several new IANA registries are
> > >    defined for TCPCLv4 which define some behaviors inherited from
> > >    TCPCLv3 but with updated encodings and/or semantics.
> > > 
> > > 
> > > The IETF datatracker status page for this draft is:
> > > https://datatracker.ietf.org/doc/draft-ietf-dtn-tcpclv4/
> > > 
> > > There are also htmlized versions available at:
> > > https://tools.ietf.org/html/draft-ietf-dtn-tcpclv4-16
> > > https://datatracker.ietf.org/doc/html/draft-ietf-dtn-tcpclv4-16
> > > 
> > > A diff from the previous version is available at:
> > > https://www.ietf.org/rfcdiff?url2=draft-ietf-dtn-tcpclv4-16
> > > 
> > > 
> > > Please note that it may take a couple of minutes from the time of 
> > > submission until the htmlized version and diff are available at 
> > > tools.ietf.org.
> > > 
> > > Internet-Drafts are also available by anonymous FTP at:
> > > ftp://ftp.ietf.org/internet-drafts/
> > > 
> > > _______________________________________________
> > > dtn mailing list
> > > dtn@ietf.org
> > > https://www.ietf.org/mailman/listinfo/dtn
> > > _______________________________________________
> > > dtn mailing list
> > > dtn@ietf.org
> > > https://www.ietf.org/mailman/listinfo/dtn
> 
> --
> 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
> ----------------------------------------------------------------------
> 
> 
> This email and its attachments may contain confidential and/or 
> privileged information.  If you have received them in error you must 
> not use, copy or disclose their content to any person.  Please notify 
> the sender immediately and then delete this email from your system.  
> This e-mail has been scanned for viruses, but it is the responsibility 
> of the recipient to conduct their own security measures. Airbus 
> Operations Limited is not liable for any loss or damage arising from the receipt or use of this e-mail.
> 
> Airbus Operations Limited, a company registered in England and Wales, 
> registration number, 3468788.  Registered office:  Pegasus House, 
> Aerospace Avenue, Filton, Bristol, BS34 7PA, UK.
> _______________________________________________
> dtn mailing list
> dtn@ietf.org
> https://www.ietf.org/mailman/listinfo/dtn
--
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
----------------------------------------------------------------------


_______________________________________________
dtn mailing list
dtn@ietf.org
https://www.ietf.org/mailman/listinfo/dtn