Re: [tsvwg] New Version Notification for draft-amend-tsvwg-multipath-dccp-04.txt

Markus.Amend@telekom.de Fri, 26 February 2021 10:02 UTC

Return-Path: <Markus.Amend@telekom.de>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3CDC3A0FF9; Fri, 26 Feb 2021 02:02:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.668
X-Spam-Level:
X-Spam-Status: No, score=-2.668 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.57, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=telekom.de
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 CasDN544m3me; Fri, 26 Feb 2021 02:02:08 -0800 (PST)
Received: from mailout41.telekom.de (mailout41.telekom.de [194.25.225.151]) (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 571763A0FDF; Fri, 26 Feb 2021 02:02:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1614333728; x=1645869728; h=from:to:cc:subject:date:message-id: content-transfer-encoding:mime-version; bh=PxjFNpcRAMvBYNiLIIyjVoRK8tL/07cbM+HPKUdltk8=; b=LYwGMCPEdIcxjgxl1IWoqmkbcYl6Jgc1w1KGSP7u7AwbmPsDEqzbKVO6 TLElDSq2oGwvft7bi8PZxSmgG6YcD4zJMYpbNMpgzFFsNPcoWKkX9r59t VZI1jbxpJfhWq16RXC0YzGehRyOaM0nDEOw6X7jTyRT4zW4TXhebUvqTe ITw5JCNzb74iMjpOlovx+iqjRD7aI5KJOzaCce/O3ufz/8LHmmv7olmNM TAXF2D3e3QTi4DTtVpiNClzMNzQ4GSC6RHRO6Zb2PgF0Vt2VpQsUk++yQ RQZfB14Lc1kQ68oCfO3YWRdrlce42JmKgEBPU05TNSiDKFTOSRHrty0hG Q==;
IronPort-SDR: lPVHcm0gbn3v0OAX6NkrNdfR3Wl2N1sJA3oyVlCrLzHJ4Z7ve4fwJtFfxdeFSug80QLi073WO7 LSvJTlQUAsMw==
Received: from qdec94.de.t-internal.com ([10.171.255.41]) by MAILOUT41.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 26 Feb 2021 11:02:01 +0100
IronPort-SDR: GTyhO7d9qsnWSEZJ/urcE2Nvb+WkYX1capJl5B1FVl8qHqy4QZJpjSDHZqYkjUizoeLF+jGtxZ 4i8rVA1XS8G3vUN2hI6GisCCq4T09iNDo=
X-IronPort-AV: E=Sophos;i="5.81,208,1610406000"; d="scan'208";a="287371922"
X-MGA-submission: =?us-ascii?q?MDELZqhjWRtA7NmqZhX/zEF+VDjdwK85RUnb30?= =?us-ascii?q?bE3o+rVwnz5liZpdbIy+/Q9lKsVDJX5EqXr8HYpxJ4MJRs4lHAfOrseO?= =?us-ascii?q?VzNdElWCkKVk+/FgkovuSwRQRgr7o2H8dgsyNHW2B21Q+QNx1kaBDKeu?= =?us-ascii?q?gyonpcDV1L9ALakbeugdCn/Q=3D=3D?=
Received: from he199745.emea1.cds.t-internal.com ([10.169.119.53]) by QDEC97.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 26 Feb 2021 11:02:01 +0100
Received: from HE105864.EMEA1.cds.t-internal.com (10.169.119.41) by HE199745.emea1.cds.t-internal.com (10.169.119.53) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 26 Feb 2021 11:01:57 +0100
Received: from HE100181.emea1.cds.t-internal.com (10.171.40.15) by HE105864.EMEA1.cds.t-internal.com (10.169.119.41) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Fri, 26 Feb 2021 11:01:57 +0100
Received: from DEU01-BE0-obe.outbound.protection.outlook.com (104.47.7.176) by O365mail02.telekom.de (172.30.0.235) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 26 Feb 2021 11:01:52 +0100
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MXH/ip3bjiISOQaeYxleJXF8V2LRXHMClSdNvC44ZQVOLBMRghFzvSny+NAxsrDRNLmIQa70B6pqUjjK+FIqKpv2J3CxzFHaXt46qxtIWiKsG2qNCMykZvYfiHXrY1uvKDMqZJrXMvepdv3Ct3lw8WDv9WdZp19GvVcH62hdU5BZwa/mFt8H0HaKEDXl1SA6nYOr9hVTMR+Y+CsK/SNtGaFKyPK3wUv0GkRMr/ALXWMrh5qt5J66LpdjYd/NToExI6ozr0egoVWsHl3EYAkjatinAbHSWo2F9N8j/pHmpnVse9QDxCun4v/fJPsOFt7NWByodKcwkibf9q5zny6JBw==
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=PxjFNpcRAMvBYNiLIIyjVoRK8tL/07cbM+HPKUdltk8=; b=h4jmwkDshwL9Y47SBd9zfyJRgk/7lcai+frVvKXGl7Wl7zWYg/i2evloGd7DW+HwMhkW1Q+N//u3FYlNlH1CeJrmFzdxGzT2/O7tZmt2BPsIKWH1TP/m2B59gLwiHhbWlKcmTAohGef8X2Hl+qL51+WIp1C0jEzIWoWj3dO+qZw1821qCUg2YdRMFNvn+ZbdKDqVLbSXwEPV4Ss+SmfTEj+tTZRpPwINs3NMqq9mke6yHARCazzHjrT56hXRw6A1ENtLGhsELGiQG4ZJz/+AsFkTPtMKvjgWhlIEd5XMQP1z7Ox0dtU0YWc+OgYION8L/RD/UcRnjXDUnGf0YTCAGA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=telekom.de; dmarc=pass action=none header.from=telekom.de; dkim=pass header.d=telekom.de; arc=none
Received: from FR2P281MB0155.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:c::9) by FR2P281MB0107.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:10::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.9; Fri, 26 Feb 2021 10:01:55 +0000
Received: from FR2P281MB0155.DEUP281.PROD.OUTLOOK.COM ([fe80::4065:5dca:1a05:d8e8]) by FR2P281MB0155.DEUP281.PROD.OUTLOOK.COM ([fe80::4065:5dca:1a05:d8e8%6]) with mapi id 15.20.3912.009; Fri, 26 Feb 2021 10:01:55 +0000
From: <Markus.Amend@telekom.de>
To: <tsvwg@ietf.org>
CC: <draft-amend-tsvwg-multipath-dccp@ietf.org>
Thread-Topic: [tsvwg] RE: New Version Notification for draft-amend-tsvwg-multipath-dccp-04.txt
Thread-Index: AdcLgC1Cfow1vPSjT9ahtBtz24JX7Q==
Date: Fri, 26 Feb 2021 10:01:55 +0000
Message-ID: <FR2P281MB0155FF3468251D20E8A1E73FFA9D9@FR2P281MB0155.DEUP281.PROD.OUTLOOK.COM>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=telekom.de;
x-originating-ip: [212.201.104.11]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 73c1f79f-79c9-47a3-a44a-08d8da3d8c53
x-ms-traffictypediagnostic: FR2P281MB0107:
x-ms-exchange-minimumurldomainage: github.com#4889
x-microsoft-antispam-prvs: <FR2P281MB010729B72C2F8B96FDD066A1FA9D9@FR2P281MB0107.DEUP281.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: K3Qlb2cLCq4Ea/iskjo6Rbimbr/n401uuWCbiotVvo96HQp9wrZdkzePG1uhdcUqQyjMgt375bpmnyDo9DxBzKKHX5PnF+dD0ZgSi8CpZ6YJ2iKWJnnYEtSusYFIpyaFkl3tEISlE11aSB95HHS4y1Zn+7SqMYd1RZe828IpJuB8wRIDOhdi45np3G9Kex0/L0Cu/5VZFxifqDTzFOwMbJ18MfVtbUDOeXkP8vFU7VbdguA9TVfWk8kntTOSqNyKr8qFtvDmDJLxPs93J+2zam5REhQVwlYNvJJzm83DgngpxOkFZcrrhvQd5bbA0z+PaK9zcIFxCxd616W2/fqN049ezoWOHTTiXCtEQmQSvz1SaMHfkH8TF/24jpWjSfBrmxQ94yyfvPY3KOkUmwhII5kNiVUXqgqjEGPYULJPYdwkX8m/4B3RayyvWfYGueu/R/m9lUKJq/M2emhNZ6NEf5wUgyAWkLP35qn4mNrlRqjweoFVom/3pTiIrw0krlPc1ph3FJ7bw5z/f0q7JuZyOl+31yNUmwpyDLwzOwTLCD8flh2jL1mJUEfMRCFVTDvSzAV5BTw/elTz5JMypWRLcFNGFRSsg8GmnILUTi6o9Dc=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:FR2P281MB0155.DEUP281.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(346002)(366004)(136003)(376002)(39860400002)(396003)(53546011)(76116006)(71200400001)(4326008)(86362001)(450100002)(7696005)(55016002)(966005)(83380400001)(6506007)(478600001)(186003)(15650500001)(66946007)(6916009)(66574015)(8936002)(52536014)(2906002)(9686003)(66556008)(5660300002)(26005)(64756008)(66476007)(66446008)(33656002)(316002)(8676002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?utf-8?B?TWxyVHlZOFJOdnBWWEtudG1wNDl4SUpJYXkrczVXR0FMOG51b3RaYjF6aEtn?= =?utf-8?B?TGJTaklObVVRTHAxTU9Jb3Z4T2dvKzdLT3pmMlpsZlQ0WUtlVWNsWDlVMkRE?= =?utf-8?B?ZTh3Z2w0cW5yQm01VUFtSHdYNGkxQkhpa0pCSmlueDQ1blBoY2VpWEZEbStQ?= =?utf-8?B?R1JhZzJSWGUyb3d3SGpGMDlzMm00eWxkampCSThUWDR0ckNSR0JnUGcyY2RT?= =?utf-8?B?NDRTSWJrTlZubThMRzI2eXp3WmNMaXFtRHVCRCtSY1I3UmlhNzhCcnM5RFdw?= =?utf-8?B?MzlBR1FuZy9Ma2Uzb2ErNmsxSlJWUWgrWWZLWUxhZlFtMUVvMzhraU1mZlBG?= =?utf-8?B?Ynd0cHg1QUFXSEhRU2pYV0lPWDlneWM3a2ZqYUE2VDZvbjdZUTEwY2ovWjQw?= =?utf-8?B?b2hET1JFZENuV2U1UTRXME5jNEpIaUR5RHNDUUwvdG9iNGNWQ2pqS3ZIRW4x?= =?utf-8?B?YzdiemNhb2NLRzFsZW5oS3VvTU9IRG11RkpSeHdmd3NNLytyc1d5WVdxbEVm?= =?utf-8?B?QmhyVndoVkRFQlUrNk1nZ1I1Zm0wN1M0aCtmV2JjLzE5NEdEMHNyRjU5OG8z?= =?utf-8?B?czQ2cUdTQ1I3c3RPWVJHN2d0N01rZk1XTXN4KzBMUlFrcFhOYjFGbzdQMmYx?= =?utf-8?B?N3V1aHRnSEZWMlZHZnBQbVBxNk9oWjM3eTYxNHZiM2RXTWU2d2QvODduYjdw?= =?utf-8?B?Zi9idWkrZzZIL0QxbVBUNUpvcWU5VjBsZk1WNWJzWXRsZ3NNZXYrOXF3cmhE?= =?utf-8?B?anlCZjNZcXI2TER4c2FPUjJGR1hMRGVMc01vYlg4UFVhTVRmWXZELzJZbFFn?= =?utf-8?B?VE41NW81SzFVc0g3eHZFVFdWUkxIUjkyOHQyNVltc1BIVlJzUHdkTVlJV0VF?= =?utf-8?B?U0FUeDBUUENWVG0vTnVmQTVzL0J5aTJrSEJrRUdLWlpoTSttdnlVbDVieTFy?= =?utf-8?B?ZDQrd3VuYkxQNURJRWgxeHF6d2ltVWkzUnQzUXdxNEsyN0N5THU3QW5LMzRP?= =?utf-8?B?L0FLUi9GKzVxb3BHN2prRE9PbW82N0NZV2lwRnFvNEtYYkVDVGdBcTlOS2Vr?= =?utf-8?B?eUo5dUVMSGlhK3JZM0dCdEsvRDBJWW1kSGZxYndoZ01WSE1MWmNFSXhvcmtr?= =?utf-8?B?U2ZBcDBDMldrU3o3enFDaVdwMjF2YnhEQnNmTjB6S1NIQXV2NlBhbzhmWVNM?= =?utf-8?B?L3dtTzJ1YmdoRDNaNGd6V0wvRm9uRmY5em40RmNpWGtrejhFajZ6ODVmRTcz?= =?utf-8?B?RHlLVTJ1TTZSUmZqcDJKVTg2Vis0N3ROR01zV1dvSy8xOFg0c3hWRmI1SlQx?= =?utf-8?B?QXlJd2NuR3Iyd3N0bTErQmZCZ082THdsenY5a2VscFVPWmptWDAyRFJuTTRk?= =?utf-8?B?T1pucWZRdzNsZGxzOXZiUTBBSWRweEJuT0FibzBsRHl6UGdZVHZWYWJWcEsr?= =?utf-8?B?VmErZXJoN3hHTng1RTJPQ0pYLzdaeFNURXV4cGhGOTJCOURGRncreXhTYllx?= =?utf-8?B?S0ZUTkMycWZEUDJ2Vnd5QUU5eVpRcDUxRUg1Y0JkZTJWNFlwS3pqS0NWLzNK?= =?utf-8?B?M0UrS3NCM1pPaGFGalFhMDRsc3libVVmcjlCZmtjS0ptVGJmTFFRMG1pUGhu?= =?utf-8?B?ckpWTEJHTXEwZ1FNem5ZQWZlS3BhSUxDM1k1a2FqL3dCTXBLd3NQVUVtZTRZ?= =?utf-8?B?Ung3dFRuaWttaVgzZkE4MHpOTVUrU08xeVhjYUpKM1dNVndiUGdmbGRXSFEz?= =?utf-8?Q?Rf+aDHTU7CC7AyF8XjusBgNpIUKGycSK7nYDtRp?=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: FR2P281MB0155.DEUP281.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: 73c1f79f-79c9-47a3-a44a-08d8da3d8c53
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Feb 2021 10:01:55.4400 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: J67U/Op6Mx6duNV8jqqYVRlZ7md6nLfbQ3n9vPos2B6xVyVpTmhPSa9lBsbI5q6jwEZ3B9oY6f/r5baJL7nrtw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: FR2P281MB0107
X-TM-SNTS-SMTP: F0DC1968013D7BE2E0AB5A69F992E889A259D35F5C64A284D5A95B5600F4DEEE2000:8
X-OriginatorOrg: telekom.de
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/CRTrqG4GXPkqG_M6HZrAYHe1jto>
Subject: Re: [tsvwg] New Version Notification for draft-amend-tsvwg-multipath-dccp-04.txt
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Feb 2021 10:02:11 -0000

Dear all,

As you probably have already seen, we, the authors, updated the MP-DCCP draft significantly. MP-DCCP as protocol for providing multipath transport for latency sensitive services and/or services with no or less demand on reliable delivery and optional adjustable re-ordering. Combined with the framework from https://datatracker.ietf.org/doc/draft-amend-tsvwg-multipath-framework-mpdccp/ it can even provide multi-path transport for UDP or IP traffic and becomes therefore appealing for Hybrid Access and 3GPP ATSSS like scenarios.

Compared to the last version, BT joined as contributor and we changed/revised a lot of text and filled up formerly empty sections. We further continued to specify relevant MP options like MP_ADDADDR, MP_REMOVEADDR and MP_PRIO as important measures for basic multipath functionality. Another relevant section we elaborated on was the security considerations. In a simplification step we also changed from former XML to Markdown I-D generation, which lowers the barrier for new contributors, see https://github.com/markusa/ietf-multipath-dccp.

When we announced last IETF, that we have MP-DCCP implementations for Android smartphones available and that we consider to open source MP-DCCP, we are now taking action. Probably next week, we start to publish MP-DCCP as a Linux reference implementation, enhancing the existing DCCP implementation from the Linux Kernel with the new multipath functionality. That will allow any interested person/party to verify, contribute and modify. A website giving guidance will be setup along with the publication of the source code - but maybe after IETF 110. Some video material is currently under production, demonstrating a Skype call over commercial access networks using our MP-DCCP Android prototype smartphones. As soon as the video is available I will share this with you.

After last IETF 109 request for adoption, an interesting discussion on the mailinglist started, from which I believe that we have to further elaborate on the MP-DCCP use case. Is the main use case ATSSS and Hybrid Access, which require UDP/IP into DCCP encapsulation, or are there other use cases seen which for example let native DCCP applications profit from a multipath extension? While the authors are mainly coming from the first scenario, a driver for the latter might be the https://datatracker.ietf.org/doc/draft-amend-tsvwg-dccp-udp-header-conversion/, which prevents middlebox issues by converting DCCP to UDP and vice versa overhead-free.
When we have more ideas based on your feedback, we will carefully consider the structure of our available drafts. Currently the drafts are structured in a way, that they de-couple the MP-DCCP and the encapsulation framework (https://datatracker.ietf.org/doc/draft-amend-tsvwg-multipath-framework-mpdccp/). While we were now focused on updating the MP-DCCP draft only, we will then update in the future the framework and converter draft as well.

We, the authors, are happy to get your feedback.

Br

Markus et al.

> -----Original Message-----
> From: internet-drafts@ietf.org <internet-drafts@ietf.org>
> Sent: Montag, 22. Februar 2021 18:42
> To: Andreas Kassler <andreas.kassler@kau.se>se>; Anna Brunstrom
> <anna.brunstrom@kau.se>se>; von Hugo, Dirk <Dirk.von-Hugo@telekom.de>de>; von
> Hugo, Dirk <Dirk.von-Hugo@telekom.de>de>; Amend, Markus
> <Markus.Amend@telekom.de>de>; Amend, Markus <Markus.Amend@telekom.de>de>;
> Stephen Johnson <stephen.h.johnson@bt.com>om>; Veselin Rakocevic
> <veselin.rakocevic.1@city.ac.uk>
> Subject: New Version Notification for draft-amend-tsvwg-multipath-dccp-04.txt
> 
> 
> A new version of I-D, draft-amend-tsvwg-multipath-dccp-04.txt
> has been successfully submitted by Markus Amend and posted to the
> IETF repository.
> 
> Name:		draft-amend-tsvwg-multipath-dccp
> Revision:	04
> Title:		DCCP Extensions for Multipath Operation with Multiple
> Addresses
> Document date:	2021-02-22
> Group:		Individual Submission
> Pages:		25
> URL:            https://www.ietf.org/archive/id/draft-amend-tsvwg-multipath-dccp-
> 04.txt
> Status:         https://datatracker.ietf.org/doc/draft-amend-tsvwg-multipath-dccp/
> Html:           https://www.ietf.org/archive/id/draft-amend-tsvwg-multipath-dccp-
> 04.html
> Htmlized:       https://tools.ietf.org/html/draft-amend-tsvwg-multipath-dccp-04
> Diff:           https://www.ietf.org/rfcdiff?url2=draft-amend-tsvwg-multipath-dccp-
> 04
> 
> Abstract:
>    DCCP communication is currently restricted to a single path per
>    connection, yet multiple paths often exist between peers.  The
>    simultaneous use of these multiple paths for a DCCP session could
>    improve resource usage within the network and, thus, improve user
>    experience through higher throughput and improved resilience to
>    network failures.
> 
>    This document presents a set of extensions to traditional DCCP to
>    support multipath operation.  Multipath DCCP provides the ability to
>    simultaneously use multiple paths between peers.  The protocol offers
>    the same type of service to applications as DCCP and it provides the
>    components necessary to establish and use multiple DCCP flows across
>    potentially disjoint paths.
> 
> 
> 
> 
> 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.
> 
> The IETF Secretariat
>