Re: [manet-dlep-rg] London meet up?
"Taylor, Rick" <Rick.Taylor@cassidian.com> Mon, 10 March 2014 10:27 UTC
Return-Path: <rick.taylor@cassidian.com>
X-Original-To: manet-dlep-rg@ietfa.amsl.com
Delivered-To: manet-dlep-rg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F8E51A0412 for <manet-dlep-rg@ietfa.amsl.com>; Mon, 10 Mar 2014 03:27:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 2XL2UoVM8Mlv for <manet-dlep-rg@ietfa.amsl.com>; Mon, 10 Mar 2014 03:27:31 -0700 (PDT)
Received: from mail-dotnet4.eads.net (mail-dotnet4.eads.net [193.56.40.77]) by ietfa.amsl.com (Postfix) with ESMTP id 2916C1A040F for <manet-dlep-rg@ietf.org>; Mon, 10 Mar 2014 03:27:29 -0700 (PDT)
Received: from unknown (HELO fr-gate2.mailhub.intra.corp) ([53.154.16.34]) by mail-dotnet4.eads.net with ESMTP; 10 Mar 2014 11:27:23 +0100
Received: from f8561vs5.main.fr.ds.corp ([10.37.8.21]) by fr-gate2.mailhub.intra.corp with Microsoft SMTPSVC(5.0.2195.7381); Mon, 10 Mar 2014 11:27:20 +0100
Received: from f8562vs4.main.fr.ds.corp ([10.37.8.22]) by f8561vs5.main.fr.ds.corp with Microsoft SMTPSVC(6.0.3790.4675); Mon, 10 Mar 2014 11:27:19 +0100
Received: from SUCNPTEXC01.com.ad.uk.ds.corp ([10.80.73.70]) by f8562vs4.main.fr.ds.corp with Microsoft SMTPSVC(6.0.3790.4675); Mon, 10 Mar 2014 11:27:19 +0100
Received: from SUCNPTEXM01.COM.AD.UK.DS.CORP ([fe80::2543:10a0:fd02:b894]) by SUCNPTEXC01.com.ad.uk.ds.corp ([::1]) with mapi id 14.02.0318.004; Mon, 10 Mar 2014 10:27:01 +0000
From: "Taylor, Rick" <Rick.Taylor@cassidian.com>
To: "manet-dlep-rg@ietf.org Group, (manet-dlep-rg@ietf.org)" <manet-dlep-rg@ietf.org>
Thread-Topic: [manet-dlep-rg] London meet up?
Thread-Index: AQHPNtQOyHqFAh56IUiZzK6P8F3UY5rPXBYAgAAtoeCAAzYSuYAHZ1/A
Date: Mon, 10 Mar 2014 10:27:01 +0000
Message-ID: <B177F831FB91F242972D0C35F6A0733106FD0444@SUCNPTEXM01.com.ad.uk.ds.corp>
References: <38A5475DE83986499AEACD2CFAFC3F98FA6C34C0@tss-server1.home.tropicalstormsoftware.com> <480A632F-CB9E-4A62-ACDA-521C1A899049@inf-net.nl>, <CAGnRvuqL8z+P5BJP-duyQo2BnTSpnkv7nDnOEdAQ1RfdXu7r+Q@mail.gmail.com>, <38A5475DE83986499AEACD2CFAFC3F98FA6C4B60@tss-server1.home.tropicalstormsoftware.com> <11b98a4c-f848-48b7-bf02-09c22b80900c@SUCNPTEXC01.COM.AD.UK.DS.CORP>
In-Reply-To: <11b98a4c-f848-48b7-bf02-09c22b80900c@SUCNPTEXC01.COM.AD.UK.DS.CORP>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.80.23.94]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginalArrivalTime: 10 Mar 2014 10:27:19.0825 (UTC) FILETIME=[511F4010:01CF3C4B]
X-TM-AS-Product-Ver: SMEX-8.0.0.4194-7.500.1017-20556.006
X-TM-AS-Result: No--20.661200-0.000000-31
X-TM-AS-User-Approved-Sender: Yes
X-TM-AS-User-Blocked-Sender: No
Archived-At: http://mailarchive.ietf.org/arch/msg/manet-dlep-rg/Cl8hmitCrfSr8AG_KLA3UPw-z_4
Subject: Re: [manet-dlep-rg] London meet up?
X-BeenThere: manet-dlep-rg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DLEP Radio Group <manet-dlep-rg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet-dlep-rg>, <mailto:manet-dlep-rg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/manet-dlep-rg/>
List-Post: <mailto:manet-dlep-rg@ietf.org>
List-Help: <mailto:manet-dlep-rg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet-dlep-rg>, <mailto:manet-dlep-rg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 10 Mar 2014 10:27:34 -0000
Hi All, Here is my updated list of TODOs that became DONEs (I reckon we should get the output of our meeting on the main WG list while there is still lots of post meeting activity) Stan has committed to updating the session initiation description to place the TCP server in the modem, so the initial part of the protocol is: Modem broadcasts UDP Hello packets containing version, ident and TCP address/port. Router TCP connects, session initiation occurs via the new TCP connection. Credit windowing will stay in the document, but will be clearly marked as an optional part of the protocol. There was some concern raised over the clarity of the current text which will need to be address before last call. Vendor extensions will be defined using a new Data Item, containing a OUI (or something from an existing registry) and space for a payload. There will need to be some guidance verbiage to characterise what is a valid vendor extension and what is not. There was clarification of what both ends of a DLEP session must do on receipt of an unrecognized signal and data item. For a data item, the receiver MUST ignore the data item, for a signal the recipient MUST send an error status signal and terminate the TCP connection. There will be no facility in DLEP v1 for vendor extended signals. Any extra signals will require an uplift of the verion of the protocol and require a new draft. There will be no such thing as a Peer Characteristic Request. This will prevent abuse and misuse of the DLEP protocol to act as a configuration mechanism. The latency and EFT metrics were agreed to be fundamentally the same metric, whether EFT is used to measure the latency or some other algorithm, and so EFT will be dropped from the draft, leaving latency, with some text covering the use of EFT for defining latency. Also, it was decided that latency should be defined as a 32-bit positive number of microseconds. There was further discussion concerning multiple QoS flows with seperate metrics across a single link. This was agreed to be pushed out to another draft after DLEP v1, after some analysis that the proposed approach (hierarchical data items) will not break existing DLEP v1 implementations. Stan agreed to double check that the text specified 16bit length values for all TLVs (data and signals). There was discussion about enumerating error codes, and potential error text. The status signal MUST include an error code, 0 being success, others to be enumerated after close analysis of the protocol, plus and optional free text field to carry loggable information, capped at 80 bytes, utf8 encoded. There was discussion of confidence values for metrics, and this was rejected as a core DLEP mechanism, and the suggestion was to use an extension data item TLV instead. In light of achieving their goal of listing the outstanding points that needed to be resolved before DLEP can make progress to WG last-call, and actually achieving suitable consensus to resolve the outstanding issues to the satisfaction of one of the authors present, the DT decided to not apply for a continuation of their charter, and to instead announce "Mission Complete" Rick The information contained within this e-mail and any files attached to this e-mail is private and in addition may include commercially sensitive information. The contents of this e-mail are for the intended recipient only and therefore if you wish to disclose the information contained within this e-mail or attached files, please contact the sender prior to any such disclosure. If you are not the intended recipient, any disclosure, copying or distribution is prohibited. Please also contact the sender and inform them of the error and delete the e-mail, including any attached files from your system. Cassidian Limited, part of the Airbus Defence and Space division. Registered Office: Quadrant House, Celtic Springs, Coedkernew, Newport , NP10 8FZ. Registered in England and Wales under company number 04191036
- [manet-dlep-rg] London meet up? Rick Taylor
- Re: [manet-dlep-rg] London meet up? Teco Boot
- Re: [manet-dlep-rg] London meet up? Henning Rogge
- Re: [manet-dlep-rg] London meet up? Rick Taylor
- Re: [manet-dlep-rg] London meet up? Joseph Macker
- Re: [manet-dlep-rg] London meet up? Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] London meet up? Rick Taylor
- Re: [manet-dlep-rg] London meet up? Henning Rogge
- Re: [manet-dlep-rg] London meet up? Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] London meet up? Henning Rogge
- Re: [manet-dlep-rg] London meet up? Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] London meet up? Henning Rogge
- Re: [manet-dlep-rg] London meet up? Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] London meet up? Henning Rogge
- Re: [manet-dlep-rg] London meet up? Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] London meet up? Henning Rogge
- Re: [manet-dlep-rg] London meet up? Stan Ratliff (sratliff)
- [manet-dlep-rg] 802.11 Adhoc scenario Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] 802.11 Adhoc scenario Joe Macker
- Re: [manet-dlep-rg] 802.11 Adhoc scenario Joe Macker
- Re: [manet-dlep-rg] 802.11 Adhoc scenario Henning Rogge
- Re: [manet-dlep-rg] London meet up? Teco Boot
- Re: [manet-dlep-rg] London meet up? Teco Boot
- Re: [manet-dlep-rg] London meet up? Henning Rogge
- Re: [manet-dlep-rg] London meet up? Teco Boot
- Re: [manet-dlep-rg] London meet up? Teco Boot
- Re: [manet-dlep-rg] London meet up? Teco Boot
- Re: [manet-dlep-rg] London meet up? Teco Boot
- Re: [manet-dlep-rg] 802.11 Adhoc scenario Teco Boot
- Re: [manet-dlep-rg] London meet up? Taylor, Rick
- Re: [manet-dlep-rg] London meet up? Teco Boot
- Re: [manet-dlep-rg] London meet up? Taylor, Rick
- Re: [manet-dlep-rg] 802.11 Adhoc scenario John Dowdell
- Re: [manet-dlep-rg] 802.11 Adhoc scenario Henning Rogge
- Re: [manet-dlep-rg] 802.11 Adhoc scenario Joe Macker
- Re: [manet-dlep-rg] 802.11 Adhoc scenario Teco Boot
- Re: [manet-dlep-rg] 802.11 Adhoc scenario Henning Rogge
- Re: [manet-dlep-rg] 802.11 Adhoc scenario Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] London meet up? Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] London meet up? Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] 802.11 Adhoc scenario Taylor, Rick
- Re: [manet-dlep-rg] London meet up? Teco Boot
- Re: [manet-dlep-rg] London meet up? Stan Ratliff (sratliff)