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

Magnus Westerlund <magnus.westerlund@ericsson.com> Wed, 04 December 2019 10:00 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 C2E8F12012C for <dtn@ietfa.amsl.com>; Wed, 4 Dec 2019 02:00:28 -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 MMG3mOVK2D9x for <dtn@ietfa.amsl.com>; Wed, 4 Dec 2019 02:00:25 -0800 (PST)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130074.outbound.protection.outlook.com [40.107.13.74]) (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 4EB5B120024 for <dtn@ietf.org>; Wed, 4 Dec 2019 02:00:25 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dyrpcMFSQmyoZR2AbANuE0jqZmJ0Yn0YL4lDc3lqOp0P2TcIHdCWf+amQk3FyANk7UWaZZ1Tk3uD0zpfATxogGDg0IsfZe9R0jejcrI+suWJ8EoTel2DHvFOlAG66w1onJr/cIEoGzbKJgqOaoQI65PkOr5LmTyNAynWF5JIDcXZVpuITsScFGhHizWL9HMckehTwKa1V3stLeAd4VnX8ZGH98VFaE5akXsNBI4iW6qRCvsqnVx2KeFKM+ALLzTHVQw/iiNi5XEq4QSE3tSYH3/b3n8hGrnN1p6n1s25DanwU82e/3jiznxk8FK4z5CC5/8bt/MrRcKtWWc8rnAFpg==
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=xvTpivn/eIE+X2jxUqx6uCzENxim25O5NX0J0rfMjkI=; b=cJOslUs9NxCr93LH9ON5eSiazfUZNOsCsCgkHp7yCGe2SSHqUd9tRrteZUGoXtpj8L8oBza9SM16AIIqj1twf7mJrCxQC8TcnVs+aneiDeVBG8utfeJCs9N7pdniZjikEry9DpmfGmA4GmSvk0bR2LNRjX47B3IIKLC+Hvv4AmcXy3ebsSDtLPNRgbnCdu5miFFTOoDzjCeLAINmuDAWwzT9uZilj1cGBE31JUiuJfNxNR2T0TCG8eV+2LhIuW+CHGXjrQNBFnRJ3druRghiH+MaufF8noacBvn1hktpIP7rP0qNxelixwmzr+qoJa5FZM1r9okO57CINw01KUGLlg==
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=xvTpivn/eIE+X2jxUqx6uCzENxim25O5NX0J0rfMjkI=; b=rrXrmxtC2ibNavMT8ntKDHh2VK7WtphBPFqHr1lTT32KgeiJphCXwjAm/CbKAs0ZBzSW7z3lm8hbYF8fJH3FkBFz/TDjSDrgORbOFPv47ijw62uJCS5b4GfO3rAzPo4LG78XkSjdsQBvkB738Rh/bmrOBoYa76PuYztGi/MVZvM=
Received: from VI1PR07MB5310.eurprd07.prod.outlook.com (20.178.12.13) by VI1PR07MB4047.eurprd07.prod.outlook.com (52.134.20.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2516.4; Wed, 4 Dec 2019 10:00:22 +0000
Received: from VI1PR07MB5310.eurprd07.prod.outlook.com ([fe80::111c:92c9:36d4:b7dd]) by VI1PR07MB5310.eurprd07.prod.outlook.com ([fe80::111c:92c9:36d4:b7dd%5]) with mapi id 15.20.2516.003; Wed, 4 Dec 2019 10:00:22 +0000
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
To: "scott.c.burleigh=40jpl.nasa.gov@dmarc.ietf.org" <scott.c.burleigh=40jpl.nasa.gov@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>
Thread-Topic: [dtn] I-D Action: draft-ietf-dtn-tcpclv4-16.txt [AD-INT]
Thread-Index: AdWlElTfO3piyVZYTuaBls1uGitLSQBgfmkAAB2jlbAAgg0CgABBsfrQABvx0oA=
Date: Wed, 04 Dec 2019 10:00:21 +0000
Message-ID: <e4e4b22fcbc1e0f8894f35fac243b0d02b163883.camel@ericsson.com>
References: <044cca11b0804969bb91c3b97c2fef52@CD1-4BDAG04-P04.cdmail.common.airbusds.corp> <075e10b5cb74187616cccfdb4038d6f4db6acf34.camel@ericsson.com> <08b483f6dc864621a0fff0ee29279b70@jpl.nasa.gov> <62ca22292ac7b0a7c0401fee7df2cd4d76a41ed8.camel@ericsson.com> <393481e97ad64724932f4c2fbea3ef11@jpl.nasa.gov>
In-Reply-To: <393481e97ad64724932f4c2fbea3ef11@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: e71693f6-4045-40f2-a2dd-08d778a0c6cb
x-ms-traffictypediagnostic: VI1PR07MB4047:
x-microsoft-antispam-prvs: <VI1PR07MB4047CD6677E413214AE40D27955D0@VI1PR07MB4047.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0241D5F98C
x-forefront-antispam-report: SFV:NSPM; SFS:(10001)(10009020)(4636009)(136003)(346002)(366004)(376002)(396003)(39860400002)(13464003)(52314003)(189003)(199004)(14444005)(71190400001)(966005)(478600001)(14454004)(71200400001)(81156014)(8676002)(11346002)(3846002)(25786009)(8936002)(6116002)(81166006)(102836004)(2906002)(5024004)(256004)(2616005)(44832011)(7736002)(305945005)(86362001)(2501003)(186003)(110136005)(118296001)(229853002)(6436002)(66946007)(91956017)(6486002)(66476007)(66616009)(2201001)(66556008)(36756003)(316002)(76116006)(446003)(30864003)(53546011)(6506007)(6246003)(64756008)(66446008)(66574012)(76176011)(4001150100001)(5660300002)(99286004)(6512007)(6306002)(26005); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB4047; H:VI1PR07MB5310.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A: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: Tmz+Uy8Y8rEcGqPB5NJ/f0tHFVYhv2oiHwM+++twfTr2SuKsYLkbPbqfDirt+JeJD4VWeUNNernMBbaV4o3UXgrptmJ2OpnBVAqidC11dsU/mxhoapLYByWZJrjCyufRB7gNtZe/ucXuvwb8khUl6XfNhe4ILpmHErs46+XUuBJK0dT0BZd8XExjsKDfp16cRn4mrua2Y2qiCDEBoRR8xFxMood4pN1AhQpaTdOcNFZns7KSFgxKZCxKwTdNkLNWPNOneK44rhLaESWscQmT+Yggb/flqrVHRoE3nLtJSGzOChkHVm1aEV12zP6lXpX1RUDZG6MlkdRNbxxOrj3Mb7mR9BTErxEIeqVYaWKp8wRVlF4MWI5h4+4jA2KEECIKgXpB73QAV+G5XvDeqaM5afT852QF/26hoOfDIQ0CgDYFs6/anK+kumdGw3KMN2KXMT90rQxWtMdu2XQ+9hUsNmTBtzBirWdCMQpDpqx9lN5eClV15SkcD5ysID5c1IDCGfYf68TR8Jv3wM+76bAH3igEm0/z99SZjKkdh7iCD2iB0oOCmwLGBIEsNqsqYvTe4PUDKDptGLSUhFgdBCUOjiC/+a6heHmMU03ESDJAM7/1D8pVcoLCpS+R6+8mutfk
x-ms-exchange-transport-forked: True
Content-Type: multipart/signed; micalg="sha-256"; protocol="application/x-pkcs7-signature"; boundary="=-+dilQVTgA+rE0QlOVEMn"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: e71693f6-4045-40f2-a2dd-08d778a0c6cb
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Dec 2019 10:00:21.9230 (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: ZvOs9lz37ci6+Nq4L2JK07GVeUevYKF5BNfnw3XIV5S1qy9gpeX48kR6l2Ek6B22BhGsac3ZidX85BSOvU+1FqOB8EfTRV3mykKRIMxzJmA=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB4047
Archived-At: <https://mailarchive.ietf.org/arch/msg/dtn/UBTmOP_-ZPMoAp_7J3Jy_IZn2y4>
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: Wed, 04 Dec 2019 10:00:29 -0000

On Tue, 2019-12-03 at 20:42 +0000, Burleigh, Scott C (US 312B) wrote:
> Magnus, where is the agreed-upon process for having an IETF document obsolete
> an IRTF document now documented?  Is there an I-D?
> 

So the important IRTF part do exist here: 

https://irtf.org/policies/cross-stream-updates.html

That policy is in effect as the IRSG has approved it. So the IETF side is only
to ensure that the approval is requested prior to approviding the document. 

Cheers

Magnus

> Scott
> 
> -----Original Message-----
> From: Magnus Westerlund <magnus.westerlund=40ericsson.com@dmarc.ietf.org> 
> Sent: Monday, December 2, 2019 5:19 AM
> To: Burleigh, Scott C (US 312B) <scott.c.burleigh@jpl.nasa.gov>; dtn@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]
> 
> Hi Scott, WG Chairs and the WG,
> 
> Let clarify the situation and what needs to happen. 
> 
> On Fri, 2019-11-29 at 23:34 +0000, Burleigh, Scott C (US 312B) 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. 
> 
> The IETF process says that the WG meeting decsicions do need to be confirmed
> on
> the mailing list.
> 
> RFC 2418 (BCP) - Section 3.2 states:
> 
> 3.2. Session venue
> 
>    Each working group will determine the balance of email and face-to-
>    face sessions that is appropriate for achieving its milestones.
>    Electronic mail permits the widest participation; face-to-face
>    meetings often permit better focus and therefore can be more
>    efficient for reaching a consensus among a core of the working group
>    participants.  In determining the balance, the WG must ensure that
>    its process does not serve to exclude contribution by email-only
>    participants.  Decisions reached during a face-to-face meeting about
>    topics or issues which have not been discussed on the mailing list,
>    or are significantly different from previously arrived mailing list
>    consensus MUST be reviewed on the mailing list.
> 
> And my understanding of the outcome of the WG meeting was such that this case
> do
> apply as my understanding was that the meeting wanted to reneg its decision to
> not obsolete RFC5050 after I had clarified that the process for having an IETF
> document obsolete an IRTF document was now in place as the IESG has discussed
> this with the IRTF chair and they have agreed on a process. 
> 
> 
> >  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.
> 
> Based on the earlier discussion my judgement was that a quite rough consensus
> could have been declared, but the WG chairs decided on this other route. 
> 
> In the meeting I just clarified Rick's statement that it was not possible to
> obsolete the IRTF documents. That lead to the in meeting discussion that
> obsoleting RFC 5050 would be good. I interpreted that it was the meetings
> consensus to have BPv7 oboslete RFC5050. That is the reason I was requesting
> the
> WG chairs to confirm that changed consensus on the mailing list. 
> 
> I like to note that although I personally would prefer to obsolete RFC 5050
> from
> a process perspective, I think it is the WG's decision on what direction to
> take. However, I think it is important that the WG both follows IETF process
> as
> well as the WG having the accurate information about process and implications
> of
> there decision. 
> 
> Process wise, I think we are in a situation where the WG chairs basically has
> to
> run a confirmation or consensus call on the mailing list for at least one
> week.
> What decision they like to make a call on I think is up to the chairs. There
> are
> two options. 
> 
> A) Confirm the meeting decision to obsolete.
> 
> B) State that the chairs believe the meeting was wrong and have the call
> confirm
> that the old consensus still holds. 
> 
> 
> Hope that clarifies the situation. 
> 
> Cheers
> 
> Magnus Westerlund
> 
> 
> 
> 
> > 
> > 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
> > ----------------------------------------------------------------------
> > 
> > 
-- 
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
----------------------------------------------------------------------