From nobody Thu Jan 5 02:44:45 2017 Return-Path: X-Original-To: plus@ietfa.amsl.com Delivered-To: plus@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E254812946E for ; Thu, 5 Jan 2017 02:44:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.3 X-Spam-Level: X-Spam-Status: No, score=-7.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-3.1] autolearn=ham autolearn_force=no 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 TUdrbJ8ugOCT for ; Thu, 5 Jan 2017 02:44:43 -0800 (PST) Received: from smtp.ee.ethz.ch (smtp.ee.ethz.ch [129.132.2.219]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D58831294F4 for ; Thu, 5 Jan 2017 02:44:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by smtp.ee.ethz.ch (Postfix) with ESMTP id 23CA3D9314; Thu, 5 Jan 2017 11:44:41 +0100 (MET) X-Virus-Scanned: by amavisd-new on smtp.ee.ethz.ch Received: from smtp.ee.ethz.ch ([127.0.0.1]) by localhost (.ee.ethz.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id tk4sGK6bPYaA; Thu, 5 Jan 2017 11:44:40 +0100 (MET) Received: from [192.168.75.37] (p5494EAC9.dip0.t-ipconnect.de [84.148.234.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: mirjak) by smtp.ee.ethz.ch (Postfix) with ESMTPSA id CDC1DD9304; Thu, 5 Jan 2017 11:44:40 +0100 (MET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) From: =?utf-8?Q?Mirja_K=C3=BChlewind?= In-Reply-To: <148250330356.16700.4333090700925018399.idtracker@ietfa.amsl.com> Date: Thu, 5 Jan 2017 11:44:39 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <8B86D9AB-1E3C-49D4-B133-972E226E4DF8@tik.ee.ethz.ch> References: <148250330356.16700.4333090700925018399.idtracker@ietfa.amsl.com> To: plus@ietf.org X-Mailer: Apple Mail (2.3259) Archived-At: Cc: Brian Trammell Subject: Re: [Plus] New Version Notification for draft-trammell-plus-spec-00.txt X-BeenThere: plus@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Discussion of a Path Layer UDP Substrate \(PLUS\) protocol for in-band management of in-network state for UDP-encapsulated transport protocols." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jan 2017 10:44:45 -0000 Hi all, we submitted (just before Christmas) a new draft proposing a common wire = image for UDP substrates. Based on the previous discussion on the list, = the proposal follows the simpler approach of using a random serial = number and highest number echo for basic diagnostics. In addition, we = discuss further diagnostic information that could be provided by an = extended header without proposing a extended header format yet.=20 Stay tuned for further updates and please provide input or feedback! = Thanks! Happy new year! Mirja > Am 23.12.2016 um 15:28 schrieb internet-drafts@ietf.org: >=20 >=20 > A new version of I-D, draft-trammell-plus-spec-00.txt > has been successfully submitted by Brian Trammell and posted to the > IETF repository. >=20 > Name: draft-trammell-plus-spec > Revision: 00 > Title: Path Layer UDP Substrate Specification > Document date: 2016-12-23 > Group: Individual Submission > Pages: 13 > URL: = https://www.ietf.org/internet-drafts/draft-trammell-plus-spec-00.txt > Status: = https://datatracker.ietf.org/doc/draft-trammell-plus-spec/ > Htmlized: = https://tools.ietf.org/html/draft-trammell-plus-spec-00 >=20 >=20 > Abstract: > This document specifies a common Path Layer UDP Substrate (PLUS) = wire > image for encrypted transport protocols carried over UDP. The base > PLUS header carries information for driving a minimal state machine > at middleboxes described in [I-D.trammell-plus-statefulness], and > provides optional exposure of additional information to devices = along > the path using the mechanism described in > [I-D.trammell-plus-abstract-mech]. >=20 >=20 >=20 >=20 > 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. >=20 > The IETF Secretariat From nobody Fri Jan 6 09:46:12 2017 Return-Path: X-Original-To: plus@ietfa.amsl.com Delivered-To: plus@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C0448129B73 for ; Fri, 6 Jan 2017 09:46:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.902 X-Spam-Level: X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no 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 pkjdvzAtNwzf for ; Fri, 6 Jan 2017 09:46:08 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 686F4129D1C for ; Fri, 6 Jan 2017 09:40:17 -0800 (PST) Received: from fr712umx3.dmz.alcatel-lucent.com (unknown [135.245.210.42]) by Websense Email Security Gateway with ESMTPS id 68A9660271DCA; Fri, 6 Jan 2017 17:40:12 +0000 (GMT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr712umx3.dmz.alcatel-lucent.com (GMO-o) with ESMTP id v06HeD2v013911 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 6 Jan 2017 17:40:13 GMT Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id v06HdwH2026216 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 6 Jan 2017 17:40:09 GMT Received: from FR711WXCHMBA08.zeu.alcatel-lucent.com ([169.254.4.191]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0301.000; Fri, 6 Jan 2017 18:40:03 +0100 From: "Fossati, Thomas (Nokia - GB)" To: =?iso-8859-1?Q?Mirja_K=FChlewind?= , "plus@ietf.org" Thread-Topic: [Plus] New Version Notification for draft-trammell-plus-spec-00.txt Thread-Index: AQHSaEPpkjzuKHtMBU669SQh+u3qUQ== Date: Fri, 6 Jan 2017 17:40:03 +0000 Message-ID: References: <148250330356.16700.4333090700925018399.idtracker@ietfa.amsl.com> <8B86D9AB-1E3C-49D4-B133-972E226E4DF8@tik.ee.ethz.ch> In-Reply-To: <8B86D9AB-1E3C-49D4-B133-972E226E4DF8@tik.ee.ethz.ch> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.0.161029 x-originating-ip: [135.239.27.41] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: Brian Trammell Subject: Re: [Plus] New Version Notification for draft-trammell-plus-spec-00.txt X-BeenThere: plus@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Discussion of a Path Layer UDP Substrate \(PLUS\) protocol for in-band management of in-network state for UDP-encapsulated transport protocols." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jan 2017 17:46:11 -0000 Hi Mirja, On 05/01/2017 10:44, "Plus on behalf of Mirja K=FChlewind" wrote: >we submitted (just before Christmas) a new draft proposing a common wire >image for UDP substrates. Based on the previous discussion on the list, >the proposal follows the simpler approach of using a random serial number >and highest number echo for basic diagnostics. In addition, we discuss >further diagnostic information that could be provided by an extended >header without proposing a extended header format yet. >Stay tuned for further updates and please provide input or feedback! >Thanks! I've just finished reading the draft and was extremely pleased to see the LoLa bit in the basic header. An end-to-end integrity-protected marking is definitely better than DSCP. It also look pretty straightforward to add a couple of PCFs to the extended header to support MTG signalling, which is nice. A few editorial nits: Sec 2.1, second bullet: "When multiplexing, it must ensure the PSN is not already in use for the 5-tuple." -- you probably mean CAT instead of PSN? Sec 2.2, second bullet: "It verifies the integrity of the information in the PLUS Basic Header, using information carried in the overlying transport." -- it's not clear which "information carried in the overlying transport" you are referring to. Sec 2.3.1, first para -- a bit hard to parse. One meta-comment: how do you think the use of PLUS is negotiated by the endpoints? Cheers, t >Happy new year! >Mirja > > >> Am 23.12.2016 um 15:28 schrieb internet-drafts@ietf.org: >>=20 >>=20 >> A new version of I-D, draft-trammell-plus-spec-00.txt >> has been successfully submitted by Brian Trammell and posted to the >> IETF repository. >>=20 >> Name: draft-trammell-plus-spec >> Revision: 00 >> Title: Path Layer UDP Substrate Specification >> Document date: 2016-12-23 >> Group: Individual Submission >> Pages: 13 >> URL: =20 >>https://www.ietf.org/internet-drafts/draft-trammell-plus-spec-00.txt >> Status: =20 >>https://datatracker.ietf.org/doc/draft-trammell-plus-spec/ >> Htmlized: https://tools.ietf.org/html/draft-trammell-plus-spec-00 >>=20 >>=20 >> Abstract: >> This document specifies a common Path Layer UDP Substrate (PLUS) wire >> image for encrypted transport protocols carried over UDP. The base >> PLUS header carries information for driving a minimal state machine >> at middleboxes described in [I-D.trammell-plus-statefulness], and >> provides optional exposure of additional information to devices along >> the path using the mechanism described in >> [I-D.trammell-plus-abstract-mech]. >>=20 >>=20 >>=20 >>=20 >> 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. >>=20 >> The IETF Secretariat > >_______________________________________________ >Plus mailing list >Plus@ietf.org >https://www.ietf.org/mailman/listinfo/plus > From nobody Mon Jan 23 09:41:59 2017 Return-Path: X-Original-To: plus@ietfa.amsl.com Delivered-To: plus@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CDEC81296B2 for ; Mon, 23 Jan 2017 09:41:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.434 X-Spam-Level: X-Spam-Status: No, score=-4.434 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-3.199, SPF_SOFTFAIL=0.665] autolearn=ham autolearn_force=no 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 bJnpAbE2XMn4 for ; Mon, 23 Jan 2017 09:41:56 -0800 (PST) Received: from mail1.sandvine.com (Mail1.sandvine.com [64.7.137.134]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E84B1295B8 for ; Mon, 23 Jan 2017 09:41:56 -0800 (PST) Received: from BLR-EXCHP-2.sandvine.com (192.168.196.172) by WTL-EXCHP-2.sandvine.com (192.168.194.177) with Microsoft SMTP Server (TLS) id 14.3.319.2; Mon, 23 Jan 2017 12:41:54 -0500 Received: from WTL-EXCHP-1.sandvine.com ([fe80::ac6b:cc1e:f2ff:93aa]) by blr-exchp-2.sandvine.com ([::1]) with mapi id 14.03.0319.002; Mon, 23 Jan 2017 12:41:54 -0500 From: Dave Dolson To: "plus@ietf.org" Thread-Topic: New Version Notification for draft-dolson-plus-middlebox-benefits-00.txt Thread-Index: AQHSdZ9MMzXt9QhmTEKg+0WYDYSUvKFGU3MA Date: Mon, 23 Jan 2017 17:41:53 +0000 Message-ID: References: <148519301746.29509.17246577899228327317.idtracker@ietfa.amsl.com> In-Reply-To: <148519301746.29509.17246577899228327317.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.200.63] x-c2processedorg: b2f06e69-072f-40ee-90c5-80a34e700794 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: Juho Snellman Subject: [Plus] FW: New Version Notification for draft-dolson-plus-middlebox-benefits-00.txt X-BeenThere: plus@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Discussion of a Path Layer UDP Substrate \(PLUS\) protocol for in-band management of in-network state for UDP-encapsulated transport protocols." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2017 17:41:58 -0000 QXQgdGhlIG1lZXRpbmcgYXQgSUVURjk3IEkgdm9sdW50ZWVyZWQgdG8gY3JlYXRlIGEgZG9jdW1l bnQgdG8gZGVzY3JpYmUgYmVuZWZpdHMgcHJvdmlkZWQgYnkgbWlkZGxlYm94ZXMsIHRvIGFpZCBp biBldmFsdWF0aW5nIHRoZSB0cmFkZS1vZmZzIG9mIGV4cG9zaW5nIHRyYW5zcG9ydC1sYXllciBp bmZvcm1hdGlvbiB0byB0aGUgbmV0d29yay4NClBsZWFzZSBzZWUgdGhlIGRyYWZ0IGJlbG93IGZv ciBvdXIgaW5pdGlhbCBpZGVhcyBvbiB0aGlzIHN1YmplY3QuDQpBcyBhbHdheXMsIGNvbW1lbnRz IGFuZCBhZGRpdGlvbmFsIG1hdGVyaWFsIHdlbGNvbWUuDQoNCi1EYXZlICYgSnVobw0KDQoNCi0t LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcg W21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0KU2VudDogTW9uZGF5LCBKYW51YXJ5 IDIzLCAyMDE3IDEyOjM3IFBNDQpUbzogRGF2ZSBEb2xzb247IEp1aG8gU25lbGxtYW4NClN1Ympl Y3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtZG9sc29uLXBsdXMtbWlkZGxl Ym94LWJlbmVmaXRzLTAwLnR4dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1kb2xz b24tcGx1cy1taWRkbGVib3gtYmVuZWZpdHMtMDAudHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkg c3VibWl0dGVkIGJ5IERhdmlkIERvbHNvbiBhbmQgcG9zdGVkIHRvIHRoZQ0KSUVURiByZXBvc2l0 b3J5Lg0KDQpOYW1lOgkJZHJhZnQtZG9sc29uLXBsdXMtbWlkZGxlYm94LWJlbmVmaXRzDQpSZXZp c2lvbjoJMDANClRpdGxlOgkJQmVuZWZpdHMgb2YgTWlkZGxlYm94ZXMgdG8gdGhlIEludGVybmV0 DQpEb2N1bWVudCBkYXRlOgkyMDE3LTAxLTIzDQpHcm91cDoJCUluZGl2aWR1YWwgU3VibWlzc2lv bg0KUGFnZXM6CQkxMg0KVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVy bmV0LWRyYWZ0cy9kcmFmdC1kb2xzb24tcGx1cy1taWRkbGVib3gtYmVuZWZpdHMtMDAudHh0DQpT dGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZG9s c29uLXBsdXMtbWlkZGxlYm94LWJlbmVmaXRzLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1kb2xzb24tcGx1cy1taWRkbGVib3gtYmVuZWZpdHMtMDAN Cg0KDQpBYnN0cmFjdDoNCiAgIEF0IElFVEY5NywgYXQgYSBtZWV0aW5nIHJlZ2FyZGluZyB0aGUg UGF0aCBMYXllciBVRFAgU3Vic3RyYXRlIChQTFVTKQ0KICAgcHJvdG9jb2wsIGEgcmVxdWVzdCB3 YXMgbWFkZSBmb3IgZG9jdW1lbnRhdGlvbiBhYm91dCB0aGUgYmVuZWZpdHMNCiAgIHRoYXQgbWln aHQgYmUgcHJvdmlkZWQgYnkgcGVybWl0dGluZyBtaWRkbGVib3hlcyB0byBoYXZlIHNvbWUNCiAg IHZpc2liaWxpdHkgdG8gdHJhbnNwb3J0LWxheWVyIGluZm9ybWF0aW9uLg0KDQogICBUaGlzIGRv Y3VtZW50IHN1bW1hcml6ZXMgYmVuZWZpdHMgcHJvdmlkZWQgdG8gdGhlIEludGVybmV0IGJ5DQog ICBtaWRkbGVib3hlcyAtLSBpbnRlcm1lZGlhcnkgZGV2aWNlcyB0aGF0IHByb3ZpZGUgZnVuY3Rp b25zIGFwYXJ0IGZyb20NCiAgIG5vcm1hbCBJUCByb3V0aW5nIGJldHdlZW4gYSBzb3VyY2UgYW5k IGRlc3RpbmF0aW9uIGhvc3QgW1JGQzMyMzRdLg0KDQogICBSRkMzMjM0IGRlZmluZXMgYSB0YXhv bm9teSBvZiBtaWRkbGVib3hlcyBhbmQgaXNzdWVzIGluIHRoZSBpbnRlcm5ldA0KICAgY2lyY2Eg MjAwMi4gIE1vc3Qgb2YgdGhvc2UgbWlkZGxlYm94ZXMgdXRpbGl6ZWQgb3IgbW9kaWZpZWQNCiAg IGFwcGxpY2F0aW9uLWxheWVyIGRhdGEuICBUaGlzIGRvY3VtZW50IHdpbGwgZm9jdXMgcHJpbWFy aWx5IG9uDQogICBkZXZpY2VzIHRoYXQgb2JzZXJ2ZSBhbmQgYWN0IG9uIGluZm9ybWF0aW9uIGZv dW5kIGluIHRoZSB0cmFuc3BvcnQNCiAgIGxheWVyLCBtb3N0IGNvbW1vbmx5IFRDUCBhdCB0aGlz IHRpbWUuDQoNCiAgIEEgcHJpbWFyeSBnb2FsIG9mIHRoaXMgZG9jdW1lbnQgaXMgdG8gcHJvdmlk ZSBpbmZvcm1hdGlvbiB0byB3b3JraW5nDQogICBncm91cHMgZGV2ZWxvcGluZyBuZXcgdHJhbnNw b3J0IHByb3RvY29scywgaW4gcGFydGljdWxhciB0aGUgUExVUyBhbmQNCiAgIFFVSUMgd29ya2lu ZyBncm91cHMsIHRvIGFpZCB1bmRlcnN0YW5kaW5nIG9mIHdoYXQgbWlnaHQgYmUgZ2FpbmVkIG9y DQogICBsb3N0IGJ5IGRlc2lnbiBkZWNpc2lvbnMuDQoNCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMg ZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQp1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBh bmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpUaGUgSUVURiBTZWNy ZXRhcmlhdA0KDQo= From nobody Tue Jan 31 04:31:37 2017 Return-Path: X-Original-To: plus@ietfa.amsl.com Delivered-To: plus@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 734EF129439 for ; Tue, 31 Jan 2017 04:31:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.099 X-Spam-Level: X-Spam-Status: No, score=-5.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-3.199] autolearn=ham autolearn_force=no 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 XdgziK81vkQr for ; Tue, 31 Jan 2017 04:31:34 -0800 (PST) Received: from virgo02.ee.ethz.ch (virgo02.ee.ethz.ch [129.132.72.10]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0A3E312961F for ; Tue, 31 Jan 2017 04:31:33 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by virgo02.ee.ethz.ch (Postfix) with ESMTP id 3vCQc405Jzz15LZX; Tue, 31 Jan 2017 13:31:32 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at virgo02.ee.ethz.ch Received: from virgo02.ee.ethz.ch ([127.0.0.1]) by localhost (virgo02.ee.ethz.ch [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ESn75pCUJQNS; Tue, 31 Jan 2017 13:31:29 +0100 (CET) X-MtScore: NO score=0 Received: from [192.168.178.33] (p5DEC28DE.dip0.t-ipconnect.de [93.236.40.222]) by virgo02.ee.ethz.ch (Postfix) with ESMTPSA; Tue, 31 Jan 2017 13:31:29 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) From: =?utf-8?Q?Mirja_K=C3=BChlewind?= In-Reply-To: Date: Tue, 31 Jan 2017 13:31:28 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <25950047-F8FE-468C-B23F-604129478CA5@tik.ee.ethz.ch> References: <148250330356.16700.4333090700925018399.idtracker@ietfa.amsl.com> <8B86D9AB-1E3C-49D4-B133-972E226E4DF8@tik.ee.ethz.ch> To: "Fossati, Thomas (Nokia - GB)" X-Mailer: Apple Mail (2.3259) Archived-At: Cc: "plus@ietf.org" , Brian Trammell Subject: Re: [Plus] New Version Notification for draft-trammell-plus-spec-00.txt X-BeenThere: plus@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Discussion of a Path Layer UDP Substrate \(PLUS\) protocol for in-band management of in-network state for UDP-encapsulated transport protocols." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2017 12:31:36 -0000 Hi Thomas, sorry for the late reply and thanks for the feedback! See below! > Am 06.01.2017 um 18:40 schrieb Fossati, Thomas (Nokia - GB) = : >=20 > Hi Mirja, >=20 > On 05/01/2017 10:44, "Plus on behalf of Mirja K=C3=BChlewind" > = wrote: >> we submitted (just before Christmas) a new draft proposing a common = wire >> image for UDP substrates. Based on the previous discussion on the = list, >> the proposal follows the simpler approach of using a random serial = number >> and highest number echo for basic diagnostics. In addition, we = discuss >> further diagnostic information that could be provided by an extended >> header without proposing a extended header format yet. >> Stay tuned for further updates and please provide input or feedback! >> Thanks! >=20 > I've just finished reading the draft and was extremely pleased to see = the > LoLa bit in the basic header. An end-to-end integrity-protected = marking > is definitely better than DSCP. >=20 > It also look pretty straightforward to add a couple of PCFs to the > extended header to support MTG signalling, which is nice. >=20 > A few editorial nits: > Sec 2.1, second bullet: "When multiplexing, it must ensure the PSN is = not > already in use for the 5-tuple." -- you probably mean CAT instead of = PSN? Fixed in md file in GitHub. > Sec 2.2, second bullet: "It verifies the integrity of the information = in > the PLUS Basic Header, using information carried in the overlying > transport." -- it's not clear which "information carried in the = overlying > transport" you are referring to. The idea here would be that the overlaying transport would e.g. have a = hash that could be used to verify the header information. Basically this = is a question about how the interface to the crypto engine would look = like and we deliberately stayed a bit vague here. Should probably refine = this for the next version.=20 I=E2=80=99ve put an editor=E2=80=99s note in the md. > Sec 2.3.1, first para -- a bit hard to parse. Yes, that was broken. Fixed in the md now. >=20 > One meta-comment: how do you think the use of PLUS is negotiated by = the > endpoints? Yes, this needs further discussion. The most likely case will be = out-of-band knowledge (I know that this server on this port speaks plus) = but we might also want to think about other discovery mechanisms but = those things might actually be use case/higher protocol dependent. Mirja >=20 > Cheers, t >=20 >=20 >> Happy new year! >> Mirja >>=20 >>=20 >>> Am 23.12.2016 um 15:28 schrieb internet-drafts@ietf.org: >>>=20 >>>=20 >>> A new version of I-D, draft-trammell-plus-spec-00.txt >>> has been successfully submitted by Brian Trammell and posted to the >>> IETF repository. >>>=20 >>> Name: draft-trammell-plus-spec >>> Revision: 00 >>> Title: Path Layer UDP Substrate Specification >>> Document date: 2016-12-23 >>> Group: Individual Submission >>> Pages: 13 >>> URL: =20 >>> https://www.ietf.org/internet-drafts/draft-trammell-plus-spec-00.txt >>> Status: =20 >>> https://datatracker.ietf.org/doc/draft-trammell-plus-spec/ >>> Htmlized: = https://tools.ietf.org/html/draft-trammell-plus-spec-00 >>>=20 >>>=20 >>> Abstract: >>> This document specifies a common Path Layer UDP Substrate (PLUS) = wire >>> image for encrypted transport protocols carried over UDP. The base >>> PLUS header carries information for driving a minimal state machine >>> at middleboxes described in [I-D.trammell-plus-statefulness], and >>> provides optional exposure of additional information to devices = along >>> the path using the mechanism described in >>> [I-D.trammell-plus-abstract-mech]. >>>=20 >>>=20 >>>=20 >>>=20 >>> 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. >>>=20 >>> The IETF Secretariat >>=20 >> _______________________________________________ >> Plus mailing list >> Plus@ietf.org >> https://www.ietf.org/mailman/listinfo/plus >>=20 >=20