IETF Logo Mail Archive

Re: [multipathtcp] [tcpm] Working group acceptance of draft-bonaventure-mptcp-converters ?

"Scharf, Michael (Nokia - DE/Stuttgart)" <michael.scharf@nokia.com> Wed, 06 December 2017 09:35 UTC

Return-Path: <michael.scharf@nokia.com>
X-Original-To: multipathtcp@ietfa.amsl.com
Delivered-To: multipathtcp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 382D7126D05; Wed, 6 Dec 2017 01:35:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.921
X-Spam-Level:
X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 Dbx--eiLXEQh; Wed, 6 Dec 2017 01:35:30 -0800 (PST)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00133.outbound.protection.outlook.com [40.107.0.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 00211126B6E; Wed, 6 Dec 2017 01:35:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Z4HIe8m8lIy+dXvY+6Xb4BBZcetmIVgUVhyBomnGwmc=; b=M2JWJgaoYfdLO5QxLgZwepwbn1ZW1hV91Q0tFsqHf1mr96BUAo8egkMMDqSQS4p9tVvT5De8pvyojXdz0sD0AOWRwcR/KucwG3Gt/00c1uouLdAqgI3NQP358lqXqqMLnmPAfPqy78Al2n01kbASrhIqyc6o3AzcuPI58DUQo+U=
Received: from AM5PR0701MB2547.eurprd07.prod.outlook.com (10.173.92.15) by AM5PR0701MB2548.eurprd07.prod.outlook.com (10.173.92.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.302.2; Wed, 6 Dec 2017 09:35:27 +0000
Received: from AM5PR0701MB2547.eurprd07.prod.outlook.com ([fe80::8546:908b:9763:315b]) by AM5PR0701MB2547.eurprd07.prod.outlook.com ([fe80::8546:908b:9763:315b%18]) with mapi id 15.20.0302.007; Wed, 6 Dec 2017 09:35:27 +0000
From: "Scharf, Michael (Nokia - DE/Stuttgart)" <michael.scharf@nokia.com>
To: Joe Touch <touch@strayalpha.com>, "mohamed.boucadair@orange.com" <mohamed.boucadair@orange.com>, "tcpm@ietf.org" <tcpm@ietf.org>, multipathtcp <multipathtcp@ietf.org>
Thread-Topic: [tcpm] [multipathtcp] Working group acceptance of draft-bonaventure-mptcp-converters ?
Thread-Index: AdNscVsYDoTasCa5Q7egAds/JZBj1AAAPFfQAADNNQAAFgH7gAAk3Q4AAA8/zgAADjTugAAOdAGwAA5ujIAACmFJEA==
Date: Wed, 06 Dec 2017 09:35:27 +0000
Message-ID: <AM5PR0701MB25473F3CD1FCFF28FD4438EE93320@AM5PR0701MB2547.eurprd07.prod.outlook.com>
References: <AM5PR0701MB25475FD66E9553F2947DD22C933F0@AM5PR0701MB2547.eurprd07.prod.outlook.com> <AM5PR0701MB25470B276B0889170FC309FE933F0@AM5PR0701MB2547.eurprd07.prod.outlook.com> <1d4eda72-b822-c8b5-1207-d52ce2e3fe62@strayalpha.com> <787AE7BB302AE849A7480A190F8B93300A08560D@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <fa6df389-a99a-ec13-2bca-63e78b83f211@strayalpha.com> <787AE7BB302AE849A7480A190F8B93300A086275@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <a089353b-66b4-f6b6-d20f-aed2ffbb7da1@strayalpha.com> <AM5PR0701MB2547CBEF78BEDF7FB784EDE2933D0@AM5PR0701MB2547.eurprd07.prod.outlook.com> <5c189d4f-db3b-e3a5-c6c1-53d1b76e1ddc@strayalpha.com>
In-Reply-To: <5c189d4f-db3b-e3a5-c6c1-53d1b76e1ddc@strayalpha.com>
Accept-Language: en-US, de-DE
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=michael.scharf@nokia.com;
x-originating-ip: [92.203.201.167]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM5PR0701MB2548; 6:+6yi+zHhLal5pjN0ZEKoh+gaClf6feS7K0PghOX9td2MGxMY7QeW0OEdNqK+WQq+yH0ukeesibRuQUGGd2p1GgCBIHTwxuFLyc5cq2pS2jmJZ1Zn6NTTIQgy/PHml967r6my4Iw0NsvkdqMsV+52MAH+3R10QQQD5qQc0T34mZXzcGfbrjoJY/6hzh0ZHQelInMMO39grYkJyvPhsUv9sZ5roeWaaMYxgUpRy9XXA06TdNGY+64ANPesFKsnCgOAhitj5k0BxSOjRRQG5NMJly1bpY8ldpFA2MKyiIcN7knB63pVcGF7q06ARXC2Wthuyvcm3uQSiR9OkfvPjYQFAtBawYT0ajeeykDoBEvd0tc=; 5:AZasUGHVuh8EC61+jkZY6kott6reupo6xV5EtEGUP1WlHG1CuDNYfcvnjxnPSo/4PQRxOc1oxBKzcNhUD+KSxTOv+1gtxSqMkbioYByBp+2mNy/aFSBQc1Q/aWJoy+oJoRuxhbw+fVRg62fCBmfAjo7o6UiLIHNU63UwAnNxbLg=; 24:GQwB6qZ7ydu+UE5IhJ+v8GU3WwKaFyiYvh9wHK8StYu3RAPUI/4v+/IahugfNrRgxJC7WYzNAVwcSPw2LL2cYj6ifzfGdk9RdzIb8+bL8UI=; 7:wn6h1d2Fn6v0FJMLQKdePVH4+47CfFkQj0h7tNyisjiAoS9pv8wR5xGDljIFP5otJBzyWL8ABrSTG7xPkEY3BjIZ5LTKvYCYmgnT4V30RJwdGUt0vlan5tB8gdC+IOscY4Ry7hKbmTP0uGtZKrgy9uHnAiSqFJb1VUhARvKgB1KStlAMcfN13x77zVTi8XwJaWVyvWhuxGdCVCNqpSKpNwdIRqyV3nNQnvuWpK2GZI86lEmIZAG5U6kTvcHxE2NV
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: d87f1aa0-5e5c-48d9-1086-08d53c8caf44
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(48565401081)(2017052603286); SRVR:AM5PR0701MB2548;
x-ms-traffictypediagnostic: AM5PR0701MB2548:
x-microsoft-antispam-prvs: <AM5PR0701MB25482790837DBE5FFC73CE4893320@AM5PR0701MB2548.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(192374486261705)(100405760836317);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(3231022)(3002001)(10201501046)(93006095)(93001095)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123564025)(20161123562025)(20161123558100)(20161123555025)(6072148)(201708071742011); SRVR:AM5PR0701MB2548; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:AM5PR0701MB2548;
x-forefront-prvs: 05134F8B4F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(346002)(376002)(39860400002)(199004)(189003)(110136005)(99286004)(2906002)(76176011)(53936002)(5660300001)(93886005)(316002)(305945005)(6246003)(14454004)(2900100001)(6116002)(3846002)(66066001)(68736007)(106356001)(74316002)(102836003)(478600001)(7736002)(7696005)(101416001)(2950100002)(3660700001)(33656002)(229853002)(5250100002)(6506006)(97736004)(2201001)(105586002)(81156014)(86362001)(8676002)(81166006)(25786009)(9686003)(2501003)(55016002)(3280700002)(8936002)(230783001)(6436002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM5PR0701MB2548; H:AM5PR0701MB2547.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: d87f1aa0-5e5c-48d9-1086-08d53c8caf44
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Dec 2017 09:35:27.5573 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2548
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/HR6CZgW8TtCz3UVGsKs_EUEj88w>
Subject: Re: [multipathtcp] [tcpm] Working group acceptance of draft-bonaventure-mptcp-converters ?
X-BeenThere: multipathtcp@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Multi-path extensions for TCP <multipathtcp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/multipathtcp>, <mailto:multipathtcp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/multipathtcp/>
List-Post: <mailto:multipathtcp@ietf.org>
List-Help: <mailto:multipathtcp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/multipathtcp>, <mailto:multipathtcp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Dec 2017 09:35:32 -0000

> 1) if, as is, it proposes direct placement of out-of-band data in the SYN
> payload, I think it is a bad idea and not worth pursuing in TCPM

The IETF has also decided to specify TCPINC, which also uses out-of-band data in the payload, albeit in a very different context. In the TCPINC case, the consensus was to launch a new working group, given the complexity of the protocol and the required security expertise. As far as I can see, this document would be simpler than TCPINC.

Michael

v2.23.0 | Report a Bug | By Email