From nobody Wed Nov 2 10:44:09 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BB941297CE; Wed, 2 Nov 2016 10:44:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.699 X-Spam-Level: X-Spam-Status: No, score=-105.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 LpIYVHLSaxHg; Wed, 2 Nov 2016 10:44:00 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6EB80129715; Wed, 2 Nov 2016 10:44:00 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 56613B800E6; Wed, 2 Nov 2016 10:44:00 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Message-Id: <20161102174400.56613B800E6@rfc-editor.org> Date: Wed, 2 Nov 2016 10:44:00 -0700 (PDT) Archived-At: Cc: drafts-update-ref@iana.org, manet@ietf.org, rfc-editor@rfc-editor.org Subject: [manet] RFC 7985 on Security Threats to Simplified Multicast Forwarding (SMF) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2016 17:44:06 -0000 A new Request for Comments is now available in online RFC libraries. RFC 7985 Title: Security Threats to Simplified Multicast Forwarding (SMF) Author: J. Yi, T. Clausen, U. Herberg Status: Informational Stream: IETF Date: November 2016 Mailbox: jiazi@jiaziyi.com, T.Clausen@computer.org, ulrich@herberg.name Pages: 15 Characters: 35822 Updates: RFC 7186 I-D Tag: draft-ietf-manet-smf-sec-threats-06.txt URL: https://www.rfc-editor.org/info/rfc7985 DOI: http://dx.doi.org/10.17487/RFC7985 This document analyzes security threats to Simplified Multicast Forwarding (SMF), including vulnerabilities of duplicate packet detection and relay set selection mechanisms. This document is not intended to propose solutions to the threats described. In addition, this document updates RFC 7186 regarding threats to the relay set selection mechanisms using the Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP) (RFC 6130). This document is a product of the Mobile Ad-hoc Networks Working Group of the IETF. INFORMATIONAL: This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Thu Nov 3 11:07:57 2016 Return-Path: X-Original-To: manet@ietf.org Delivered-To: manet@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F1F291296E3; Thu, 3 Nov 2016 11:07:54 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.37.0 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <147819647496.22863.13836945086440883297.idtracker@ietfa.amsl.com> Date: Thu, 03 Nov 2016 11:07:54 -0700 Archived-At: Cc: manet@ietf.org, draft-ietf-manet-credit-window@ietf.org, manet-chairs@ietf.org Subject: [manet] Last Call: (Credit Windowing extension for DLEP) to Proposed Standard X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Reply-To: ietf@ietf.org List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 18:07:55 -0000 The IESG has received a request from the Mobile Ad-hoc Networks WG (manet) to consider the following document: - 'Credit Windowing extension for DLEP' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2016-11-28. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This draft describes an extension to the DLEP protocol to provide a credit-windowing scheme for destination-specific flow control. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-manet-credit-window/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-manet-credit-window/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Thu Nov 3 11:09:01 2016 Return-Path: X-Original-To: manet@ietf.org Delivered-To: manet@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 28663129543; Thu, 3 Nov 2016 11:08:58 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.37.0 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <147819653816.22858.11974393386541677311.idtracker@ietfa.amsl.com> Date: Thu, 03 Nov 2016 11:08:58 -0700 Archived-At: Cc: manet-chairs@ietf.org, manet@ietf.org, draft-ietf-manet-dlep@ietf.org Subject: [manet] Last Call: (Dynamic Link Exchange Protocol (DLEP)) to Proposed Standard X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Reply-To: ietf@ietf.org List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 18:08:58 -0000 The IESG has received a request from the Mobile Ad-hoc Networks WG (manet) to consider the following document: - 'Dynamic Link Exchange Protocol (DLEP)' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2016-11-28. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract When routing devices rely on modems to effect communications over wireless links, they need timely and accurate knowledge of the characteristics of the link (speed, state, etc.) in order to make routing decisions. In mobile or other environments where these characteristics change frequently, manual configurations or the inference of state through routing or transport protocols does not allow the router to make the best decisions. A bidirectional, event- driven communication channel between the router and the modem is necessary. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Sun Nov 13 20:17:31 2016 Return-Path: X-Original-To: manet@ietf.org Delivered-To: manet@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F9B9129507; Sun, 13 Nov 2016 20:17:29 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.37.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147909704912.27070.162470876238745686.idtracker@ietfa.amsl.com> Date: Sun, 13 Nov 2016 20:17:29 -0800 Archived-At: Cc: manet@ietf.org Subject: [manet] I-D Action: draft-ietf-manet-credit-window-07.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2016 04:17:29 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Mobile Ad-hoc Networks of the IETF. Title : Credit Windowing extension for DLEP Author : Stan Ratliff Filename : draft-ietf-manet-credit-window-07.txt Pages : 13 Date : 2016-11-13 Abstract: This draft describes an extension to the DLEP protocol to provide a credit-windowing scheme for destination-specific flow control. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-manet-credit-window/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-manet-credit-window-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-manet-credit-window-07 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/ From nobody Mon Nov 14 05:52:04 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 492FF1296F6 for ; Mon, 14 Nov 2016 05:52:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] 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 OuyeyQPfAqgJ for ; Mon, 14 Nov 2016 05:52:01 -0800 (PST) Received: from dijkstra.cs.uh.edu (dijkstra.cs.uh.edu [129.7.240.12]) by ietfa.amsl.com (Postfix) with ESMTP id F13EF1293D8 for ; Mon, 14 Nov 2016 05:52:00 -0800 (PST) Received: from localhost (dijkstra.cs.uh.edu [127.0.0.1]) by dijkstra.cs.uh.edu (Postfix) with ESMTP id B4B2123CB51 for ; Mon, 14 Nov 2016 07:52:00 -0600 (CST) Received: from dijkstra.cs.uh.edu ([127.0.0.1]) by localhost (dijkstra.cs.uh.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y3U5ogWpJOGe for ; Mon, 14 Nov 2016 07:52:00 -0600 (CST) Received: from handy.cs.uh.edu (handy.cs.uh.edu [129.7.240.36]) by dijkstra.cs.uh.edu (Postfix) with ESMTP id 9C28E23CB4D for ; Mon, 14 Nov 2016 07:52:00 -0600 (CST) Received: from handy.cs.uh.edu (fire.cs.uh.edu [127.0.0.1]) by handy.cs.uh.edu (Postfix) with ESMTP id 40D11670810A for ; Mon, 14 Nov 2016 07:52:12 -0600 (CST) Received: (from gnawali@localhost) by handy.cs.uh.edu (8.13.8/8.13.8/Submit) id uAEDqCiU000665; Mon, 14 Nov 2016 07:52:12 -0600 Date: Mon, 14 Nov 2016 07:52:12 -0600 Message-Id: <201611141352.uAEDqCiU000665@handy.cs.uh.edu> To: manet@ietf.org From: Omprakash Gnawali Archived-At: Subject: [manet] Call for Competitors - 2nd Dependability Competition at the Intl. Conf. on Embedded Wireless Systems and Networks (EWSN) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Omprakash Gnawali List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2016 13:52:02 -0000 Call for Competitors 2nd Dependability Competition at the Intl. Conf. on Embedded Wireless Systems and Networks (EWSN) February 18-19, 2017 - Uppsala, Sweden http://www.ewsn2017.org/dependability-competition.html Following the success of last year's edition, the International Conference on Embedded Wireless Systems and Networks (EWSN 2017) will host also this year a dependability competition to compare the performance of WSN and IoT communication protocols in environments rich of radio interference. Contestants must first submit an abstract describing their approach in detail by the contest registration deadline. The authors of the selected abstracts will then be invited to participate in a two-days dedicated competition session and asked to deploy their software on TelosB replicas deployed in an environment with controlled radio interference. EVALUATION SCENARIO: The competition rules and evaluation scenario will hence resemble the ones of last year's edition. A complete description can be found on: http://www.ewsn2017.org/dependability-competition.html Please notice that, due to several requests, and in order to allow the contestants to prepare by testing their protocols on most public WSN testbeds, also this year the EWSN dependability competition will be carried out using TelosB-like nodes. CATEGORIES AND PRIZE: Depending on the nature and number of submissions, multiple categories may be defined and cash awards will be given to the winners in each category. Accepted abstract will appear in the ACM digital library (upon approval of the authors) and the top-classified contestants in each category will also be invited to present their approach in a dedicated session at the conference. ELIGIBILITY Both academia and industry submissions are encouraged. All communication protocols used in low-power wireless sensor networks are welcome, and there is no restriction on the operating system used to program the sensor nodes. IMPORTANT DATES: Contest Registration and Abstract Deadline: November 20, 2016. Notification of acceptance: December 1, 2016. Competition: February 18-19, 2017. ORGANIZERS: Carlo Alberto Boano, TU Graz Markus Schuss, TU Graz From nobody Tue Nov 15 08:20:58 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14421129460 for ; Tue, 15 Nov 2016 04:49:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.699 X-Spam-Level: X-Spam-Status: No, score=-105.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 kc0dFtAFUOSZ for ; Tue, 15 Nov 2016 04:49:35 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A41CF12942F for ; Tue, 15 Nov 2016 04:49:35 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 820ECB80145; Tue, 15 Nov 2016 04:49:35 -0800 (PST) To: T.Clausen@computer.org, chris.dearlove@baesystems.com, jdean@itd.nrl.navy.mil, akatlas@gmail.com, db3546@att.com, aretana@cisco.com, sratliff@idirect.net, bebemaster@gmail.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Message-Id: <20161115124935.820ECB80145@rfc-editor.org> Date: Tue, 15 Nov 2016 04:49:35 -0800 (PST) Archived-At: X-Mailman-Approved-At: Tue, 15 Nov 2016 08:20:57 -0800 Cc: manet@ietf.org, nmalykh@gmail.com, rfc-editor@rfc-editor.org Subject: [manet] [Editorial Errata Reported] RFC6130 (4866) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2016 12:49:37 -0000 The following errata report has been submitted for RFC6130, "Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=6130&eid=4866 -------------------------------------- Type: Editorial Reported by: Nikolai Malykh Section: 4.3.2 Original Text ------------- o For each MANET interface, within every time interval equal to the corresponding REFRESH_INTERVAL, sent HELLO messages MUST collectively include all of the relevant information in the corresponding Link Set and the Neighbor Information Base. Note that when determining whether to include information in a HELLO message, the sender MUST consider all times up to the latest time when it may send its next HELLO message on this MANET interface. o For each MANET interface, within every time interval equal to the corresponding REFRESH_INTERVAL, sent HELLO messages MUST collectively include all of the relevant information in the corresponding Link Set and the Neighbor Information Base. Corrected Text -------------- o For each MANET interface, within every time interval equal to the corresponding REFRESH_INTERVAL, sent HELLO messages MUST collectively include all of the relevant information in the corresponding Link Set and the Neighbor Information Base. Note that when determining whether to include information in a HELLO message, the sender MUST consider all times up to the latest time when it may send its next HELLO message on this MANET interface. Notes ----- The second statement is already contained in the first one. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC6130 (draft-ietf-manet-nhdp-15) -------------------------------------- Title : Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP) Publication Date : April 2011 Author(s) : T. Clausen, C. Dearlove, J. Dean Category : PROPOSED STANDARD Source : Mobile Ad-hoc Networks Area : Routing Stream : IETF Verifying Party : IESG From nobody Tue Nov 15 08:21:03 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D489129600 for ; Tue, 15 Nov 2016 05:25:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.417 X-Spam-Level: X-Spam-Status: No, score=-8.417 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497] 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 tL4_tFdKPJIV for ; Tue, 15 Nov 2016 05:25:54 -0800 (PST) Received: from ukmta2.baesystems.com (ukmta2.baesystems.com [20.133.0.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE6FA129540 for ; Tue, 15 Nov 2016 05:25:53 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.31,494,1473116400"; d="scan'208";a="45342883" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta2.baesystems.com with ESMTP; 15 Nov 2016 13:25:51 +0000 X-IronPort-AV: E=Sophos;i="5.31,494,1473116400"; d="scan'208";a="143365183" Received: from glkxh0003v.greenlnk.net ([10.109.2.34]) by baemasmds016.greenlnk.net with ESMTP; 15 Nov 2016 13:25:49 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.207]) by GLKXH0003V.GREENLNK.net ([10.109.2.34]) with mapi id 14.03.0248.002; Tue, 15 Nov 2016 13:25:48 +0000 From: "Dearlove, Christopher (UK)" To: RFC Errata System , "T.Clausen@computer.org" , "jdean@itd.nrl.navy.mil" , "akatlas@gmail.com" , "db3546@att.com" , "aretana@cisco.com" , "sratliff@idirect.net" , "bebemaster@gmail.com" Thread-Topic: [Editorial Errata Reported] RFC6130 (4866) Thread-Index: AQHSPz7QwKWVnOH0MUGbpsCa0SXhr6DaBxtA Date: Tue, 15 Nov 2016 13:25:48 +0000 Message-ID: References: <20161115124935.820ECB80145@rfc-editor.org> In-Reply-To: <20161115124935.820ECB80145@rfc-editor.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Archived-At: X-Mailman-Approved-At: Tue, 15 Nov 2016 08:20:57 -0800 Cc: "manet@ietf.org" , "nmalykh@gmail.com" Subject: Re: [manet] [Editorial Errata Reported] RFC6130 (4866) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2016 13:25:56 -0000 Author writing. Nikolai (to whom my thanks, and I expect that of my co-authors) has indeed = spotted an error that the authors (and reviewers) missed after I don't know= how many readings, but the resolution is not correct. Rather, it is the other paragraph that should be deleted. Because the parag= raph following the two quoted paragraphs, which I copy here: o When determining whether to include a given piece of neighbor information in a HELLO message, it is not sufficient to consider whether that information has been sent in the interval of length REFRESH_INTERVAL up to the current time. Instead, the router MUST consider the interval of length REFRESH_INTERVAL that will end at the latest possible time at which the next HELLO message will be sent on this MANET interface. (Normally, this will be HELLO_INTERVAL past the current time, but MAY be earlier if this router elects to divide its neighbor information among more than one HELLO message in order to reduce the size of its HELLO messages.) All neighbor information MUST be sent in this interval, i.e., the router MUST ensure that this HELLO message includes all neighbor information that has not already been included in any HELLO messages sent since the start of this interval (normally, the current time - (REFRESH_INTERVAL - HELLO_INTERVAL)). contains the additional information in the longer paragraph, expanded to ex= plain what it means. (I don't have my records to hand, but I strongly suspect we split the parag= raph in two, expanded the second half - possibly in response to review comm= ents - but failed to delete the original. Thus the resolution is to delete the first paragraph: OLD: o For each MANET interface, within every time interval equal to the corresponding REFRESH_INTERVAL, sent HELLO messages MUST collectively include all of the relevant information in the corresponding Link Set and the Neighbor Information Base. Note that when determining whether to include information in a HELLO message, the sender MUST consider all times up to the latest time when it may send its next HELLO message on this MANET interface. NEW: -- = Christopher Dearlove Senior Principal Engineer BAE Systems Applied Intelligence Laboratories __________________________________________________________________________ T: =A0+44 (0)1245 242194 =A0| =A0E: chris.dearlove@baesystems.com BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddow,= Chelmsford, Essex CM2 8HN. www.baesystems.com/ai BAE Systems Applied Intelligence Limited Registered in England & Wales No: 01337451 Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP -----Original Message----- From: RFC Errata System [mailto:rfc-editor@rfc-editor.org] = Sent: 15 November 2016 12:50 To: T.Clausen@computer.org; Dearlove, Christopher (UK); jdean@itd.nrl.navy.= mil; akatlas@gmail.com; db3546@att.com; aretana@cisco.com; sratliff@idirect= .net; bebemaster@gmail.com Cc: nmalykh@gmail.com; manet@ietf.org; rfc-editor@rfc-editor.org Subject: [Editorial Errata Reported] RFC6130 (4866) ----------------------! WARNING ! ---------------------- This message origi= nates from outside our organisation, either from an external partner or fro= m the internet. Consider carefully whether you should click on any links, open any attachme= nts or reply. Follow the 'Report Suspicious Emails' link on IT matters for instructions o= n reporting suspicious email messages. -------------------------------------------------------- The following errata report has been submitted for RFC6130, "Mobile Ad Hoc = Network (MANET) Neighborhood Discovery Protocol (NHDP)". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=3D6130&eid=3D4866 -------------------------------------- Type: Editorial Reported by: Nikolai Malykh Section: 4.3.2 Original Text ------------- o For each MANET interface, within every time interval equal to the corresponding REFRESH_INTERVAL, sent HELLO messages MUST collectively include all of the relevant information in the corresponding Link Set and the Neighbor Information Base. Note that when determining whether to include information in a HELLO message, the sender MUST consider all times up to the latest time when it may send its next HELLO message on this MANET interface. o For each MANET interface, within every time interval equal to the corresponding REFRESH_INTERVAL, sent HELLO messages MUST collectively include all of the relevant information in the corresponding Link Set and the Neighbor Information Base. Corrected Text -------------- o For each MANET interface, within every time interval equal to the corresponding REFRESH_INTERVAL, sent HELLO messages MUST collectively include all of the relevant information in the corresponding Link Set and the Neighbor Information Base. Note that when determining whether to include information in a HELLO message, the sender MUST consider all times up to the latest time when it may send its next HELLO message on this MANET interface. Notes ----- The second statement is already contained in the first one. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "R= eply All" to discuss whether it should be verified or rejected. When a deci= sion is reached, the verifying party can log in to change the status and ed= it the report, if necessary. = -------------------------------------- RFC6130 (draft-ietf-manet-nhdp-15) -------------------------------------- Title : Mobile Ad Hoc Network (MANET) Neighborhood Discovery = Protocol (NHDP) Publication Date : April 2011 Author(s) : T. Clausen, C. Dearlove, J. Dean Category : PROPOSED STANDARD Source : Mobile Ad-hoc Networks Area : Routing Stream : IETF Verifying Party : IESG ******************************************************************** This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ******************************************************************** From nmalykh@gmail.com Tue Nov 15 05:50:22 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6FF21294FF for ; Tue, 15 Nov 2016 05:50:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 AMbFCDwAi6rO for ; Tue, 15 Nov 2016 05:50:20 -0800 (PST) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (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 6607512945C for ; Tue, 15 Nov 2016 05:50:20 -0800 (PST) Received: by mail-wm0-x233.google.com with SMTP id a197so168214637wmd.0 for ; Tue, 15 Nov 2016 05:50:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=R2WJhVHbYwPUFkvBLmrrQl611eabnKats/yF7gZqZy8=; b=OthEzI9XnC12Kv/hEVDN1BcGNkMBi2UzZHsekBu8rrUJLdmY4Qr8Dm2LYO4JL+O6T1 oM6dFey7aYZMwXaLPcJjWRFq2zmTWPBhekWypTd6QGcmtYUu2xAiisDK5NQblo+AGOqb FThARR/JfyT393Mf3l5Q+1JftpDDcH8ZxZ+qWYtjRW5lIhXBIt05n9zlRuo5qbsbLOtd ferVxL4WCxfpqVD4xQza6O45Ap2keHmOHFcWdZnQ/XsUGEE3XMpURGlBKogKdL3Yaso9 7F0awlvECE0A1qgamo2coyJs7c5XWI+HmtxsSa4cjtdQe9COyEdMK8pZBK/XrOlfKloZ espA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=R2WJhVHbYwPUFkvBLmrrQl611eabnKats/yF7gZqZy8=; b=Uywp7TiexEJu5Yt9E7boaIliXG5QhEuwrX3UbEgFAwezmBR5oSGSob3+9MoakDHCaE Ehqn5q17fkboDcMvCfGeK3pyF927kKRxJqN+tHPOYIbVUTyMbbDLhqTYas233BOzBOHs GZWfU6iyDZVOt2w2wmA7MFfuJrAGx2QGsXzS3ykNtwg2iQ9zpKbeybZAm+YBP8FSuccH s4avu4HtRk1PTJgqLR6kCPcqR02HiSfLL13rAbBp94zVd+4TpKFQ4I8pAZj9gd8kIDWB xdJddj0RKFQdBk/KTxr/FFT9FAmcDWM+OmZdl5+6Mr7PCvNdi7stamxej4aPmvKOy+FT kbbw== X-Gm-Message-State: ABUngveYmp4fOu78ikv8y2H/N6rAw4QdNKvFMEn6E2hf4NZ7KPqcrr3yeTpNa0hlTyKH5unI6clgOc1u6ivLFg== X-Received: by 10.194.29.231 with SMTP id n7mr24515488wjh.104.1479217818904; Tue, 15 Nov 2016 05:50:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.80.183.217 with HTTP; Tue, 15 Nov 2016 05:50:18 -0800 (PST) In-Reply-To: References: <20161115124935.820ECB80145@rfc-editor.org> From: Nikolai Malykh Date: Tue, 15 Nov 2016 16:50:18 +0300 Message-ID: To: "Dearlove, Christopher (UK)" Content-Type: multipart/alternative; boundary=047d7b604e98a430070541573cd3 Archived-At: X-Mailman-Approved-At: Tue, 15 Nov 2016 08:20:57 -0800 Cc: "T.Clausen@computer.org" , "db3546@att.com" , "manet@ietf.org" , "akatlas@gmail.com" , RFC Errata System , "jdean@itd.nrl.navy.mil" Subject: Re: [manet] [Editorial Errata Reported] RFC6130 (4866) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2016 13:53:48 -0000 --047d7b604e98a430070541573cd3 Content-Type: text/plain; charset=UTF-8 Dear Cristoffer, you are completely right and your solution is more correct than my one. SY, Nikolai 2016-11-15 16:25 GMT+03:00 Dearlove, Christopher (UK) < chris.dearlove@baesystems.com>: > Author writing. > > Nikolai (to whom my thanks, and I expect that of my co-authors) has indeed > spotted an error that the authors (and reviewers) missed after I don't know > how many readings, but the resolution is not correct. > > Rather, it is the other paragraph that should be deleted. Because the > paragraph following the two quoted paragraphs, which I copy here: > > o When determining whether to include a given piece of neighbor > information in a HELLO message, it is not sufficient to consider > whether that information has been sent in the interval of length > REFRESH_INTERVAL up to the current time. Instead, the router MUST > consider the interval of length REFRESH_INTERVAL that will end at > the latest possible time at which the next HELLO message will be > sent on this MANET interface. (Normally, this will be > HELLO_INTERVAL past the current time, but MAY be earlier if this > router elects to divide its neighbor information among more than > one HELLO message in order to reduce the size of its HELLO > messages.) All neighbor information MUST be sent in this > interval, i.e., the router MUST ensure that this HELLO message > includes all neighbor information that has not already been > included in any HELLO messages sent since the start of this > interval (normally, the current time - (REFRESH_INTERVAL - > HELLO_INTERVAL)). > > contains the additional information in the longer paragraph, expanded to > explain what it means. > > (I don't have my records to hand, but I strongly suspect we split the > paragraph in two, expanded the second half - possibly in response to review > comments - but failed to delete the original. > > Thus the resolution is to delete the first paragraph: > > OLD: > > o For each MANET interface, within every time interval equal to the > corresponding REFRESH_INTERVAL, sent HELLO messages MUST > collectively include all of the relevant information in the > corresponding Link Set and the Neighbor Information Base. Note > that when determining whether to include information in a HELLO > message, the sender MUST consider all times up to the latest time > when it may send its next HELLO message on this MANET interface. > > NEW: > > -- > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > __________________________________________________________________________ > > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com > > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great > Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP > > > -----Original Message----- > From: RFC Errata System [mailto:rfc-editor@rfc-editor.org] > Sent: 15 November 2016 12:50 > To: T.Clausen@computer.org; Dearlove, Christopher (UK); > jdean@itd.nrl.navy.mil; akatlas@gmail.com; db3546@att.com; > aretana@cisco.com; sratliff@idirect.net; bebemaster@gmail.com > Cc: nmalykh@gmail.com; manet@ietf.org; rfc-editor@rfc-editor.org > Subject: [Editorial Errata Reported] RFC6130 (4866) > > ----------------------! WARNING ! ---------------------- This message > originates from outside our organisation, either from an external partner > or from the internet. > Consider carefully whether you should click on any links, open any > attachments or reply. > Follow the 'Report Suspicious Emails' link on IT matters for instructions > on reporting suspicious email messages. > -------------------------------------------------------- > > The following errata report has been submitted for RFC6130, "Mobile Ad Hoc > Network (MANET) Neighborhood Discovery Protocol (NHDP)". > > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata_search.php?rfc=6130&eid=4866 > > -------------------------------------- > Type: Editorial > Reported by: Nikolai Malykh > > Section: 4.3.2 > > Original Text > ------------- > o For each MANET interface, within every time interval equal to the > corresponding REFRESH_INTERVAL, sent HELLO messages MUST > collectively include all of the relevant information in the > corresponding Link Set and the Neighbor Information Base. Note > that when determining whether to include information in a HELLO > message, the sender MUST consider all times up to the latest time > when it may send its next HELLO message on this MANET interface. > > o For each MANET interface, within every time interval equal to the > corresponding REFRESH_INTERVAL, sent HELLO messages MUST > collectively include all of the relevant information in the > corresponding Link Set and the Neighbor Information Base. > > > Corrected Text > -------------- > o For each MANET interface, within every time interval equal to the > corresponding REFRESH_INTERVAL, sent HELLO messages MUST > collectively include all of the relevant information in the > corresponding Link Set and the Neighbor Information Base. Note > that when determining whether to include information in a HELLO > message, the sender MUST consider all times up to the latest time > when it may send its next HELLO message on this MANET interface. > > > > Notes > ----- > The second statement is already contained in the first one. > > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please use > "Reply All" to discuss whether it should be verified or rejected. When a > decision is reached, the verifying party can log in to change the status > and edit the report, if necessary. > > -------------------------------------- > RFC6130 (draft-ietf-manet-nhdp-15) > -------------------------------------- > Title : Mobile Ad Hoc Network (MANET) Neighborhood Discovery > Protocol (NHDP) > Publication Date : April 2011 > Author(s) : T. Clausen, C. Dearlove, J. Dean > Category : PROPOSED STANDARD > Source : Mobile Ad-hoc Networks > Area : Routing > Stream : IETF > Verifying Party : IESG > > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** > > --047d7b604e98a430070541573cd3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Dear Cristoffer,

you are compl= etely right and your solution is more correct than my one.

SY,=
Nikolai

= 2016-11-15 16:25 GMT+03:00 Dearlove, Christopher (UK) <= ;chris.d= earlove@baesystems.com>:
Au= thor writing.

Nikolai (to whom my thanks, and I expect that of my co-authors) has indeed = spotted an error that the authors (and reviewers) missed after I don't = know how many readings, but the resolution is not correct.

Rather, it is the other paragraph that should be deleted. Because the parag= raph following the two quoted paragraphs, which I copy here:

=C2=A0 =C2=A0o=C2=A0 When determining whether to include a given piece of n= eighbor
=C2=A0 =C2=A0 =C2=A0 information in a HELLO message, it is not sufficient t= o consider
=C2=A0 =C2=A0 =C2=A0 whether that information has been sent in the interval= of length
=C2=A0 =C2=A0 =C2=A0 REFRESH_INTERVAL up to the current time.=C2=A0 Instead= , the router MUST
=C2=A0 =C2=A0 =C2=A0 consider the interval of length REFRESH_INTERVAL that = will end at
=C2=A0 =C2=A0 =C2=A0 the latest possible time at which the next HELLO messa= ge will be
=C2=A0 =C2=A0 =C2=A0 sent on this MANET interface.=C2=A0 (Normally, this wi= ll be
=C2=A0 =C2=A0 =C2=A0 HELLO_INTERVAL past the current time, but MAY be earli= er if this
=C2=A0 =C2=A0 =C2=A0 router elects to divide its neighbor information among= more than
=C2=A0 =C2=A0 =C2=A0 one HELLO message in order to reduce the size of its H= ELLO
=C2=A0 =C2=A0 =C2=A0 messages.)=C2=A0 All neighbor information MUST be sent= in this
=C2=A0 =C2=A0 =C2=A0 interval, i.e., the router MUST ensure that this HELLO= message
=C2=A0 =C2=A0 =C2=A0 includes all neighbor information that has not already= been
=C2=A0 =C2=A0 =C2=A0 included in any HELLO messages sent since the start of= this
=C2=A0 =C2=A0 =C2=A0 interval (normally, the current time - (REFRESH_INTERV= AL -
=C2=A0 =C2=A0 =C2=A0 HELLO_INTERVAL)).

contains the additional information in the longer paragraph, expanded to ex= plain what it means.

(I don't have my records to hand, but I strongly suspect we split the p= aragraph in two, expanded the second half - possibly in response to review = comments - but failed to delete the original.

Thus the resolution is to delete the first paragraph:

OLD:

=C2=A0 =C2=A0o=C2=A0 For each MANET interface, within every time interval e= qual to the
=C2=A0 =C2=A0 =C2=A0 corresponding REFRESH_INTERVAL, sent HELLO messages MU= ST
=C2=A0 =C2=A0 =C2=A0 collectively include all of the relevant information i= n the
=C2=A0 =C2=A0 =C2=A0 corresponding Link Set and the Neighbor Information Ba= se.=C2=A0 Note
=C2=A0 =C2=A0 =C2=A0 that when determining whether to include information i= n a HELLO
=C2=A0 =C2=A0 =C2=A0 message, the sender MUST consider all times up to the = latest time
=C2=A0 =C2=A0 =C2=A0 when it may send its next HELLO message on this MANET = interface.

NEW:

--
Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied Intelligence Laboratories
_________________________________________________________________= _________

T: =C2=A0+44 (0)1245 242194 =C2=A0| =C2=A0E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddow,= Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai
BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451
Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP


-----Original Message-----
From: RFC Errata System [mailto:rfc-editor@rfc-editor.org]
Sent: 15 November 2016 12:50
To: T.Clausen@computer.org; D= earlove, Christopher (UK); jdean@= itd.nrl.navy.mil; akatlas@gmail.co= m; db3546@att.com; aretana@cisco.com; sratliff@idirect.net; bebemaster@gmail.com
Cc: nmalykh@gmail.com; manet@ietf.org; rfc-editor@rfc-editor.org
Subject: [Editorial Errata Reported] RFC6130 (4866)

----------------------! WARNING ! ---------------------- This message origi= nates from outside our organisation, either from an external partner or fro= m the internet.
Consider carefully whether you should click on any links, open any attachme= nts or reply.
Follow the 'Report Suspicious Emails' link on IT matters for instru= ctions on reporting suspicious email messages.
--------------------------------------------------------

The following errata report has been submitted for RFC6130, "Mobile Ad= Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=3D6130&eid=3D4866

--------------------------------------
Type: Editorial
Reported by: Nikolai Malykh <nmalyk= h@gmail.com>

Section: 4.3.2

Original Text
-------------
=C2=A0 =C2=A0o=C2=A0 For each MANET interface, within every time interval e= qual to the
=C2=A0 =C2=A0 =C2=A0 corresponding REFRESH_INTERVAL, sent HELLO messages MU= ST
=C2=A0 =C2=A0 =C2=A0 collectively include all of the relevant information i= n the
=C2=A0 =C2=A0 =C2=A0 corresponding Link Set and the Neighbor Information Ba= se.=C2=A0 Note
=C2=A0 =C2=A0 =C2=A0 that when determining whether to include information i= n a HELLO
=C2=A0 =C2=A0 =C2=A0 message, the sender MUST consider all times up to the = latest time
=C2=A0 =C2=A0 =C2=A0 when it may send its next HELLO message on this MANET = interface.

=C2=A0 =C2=A0o=C2=A0 For each MANET interface, within every time interval e= qual to the
=C2=A0 =C2=A0 =C2=A0 corresponding REFRESH_INTERVAL, sent HELLO messages MU= ST
=C2=A0 =C2=A0 =C2=A0 collectively include all of the relevant information i= n the
=C2=A0 =C2=A0 =C2=A0 corresponding Link Set and the Neighbor Information Ba= se.


Corrected Text
--------------
=C2=A0 =C2=A0o=C2=A0 For each MANET interface, within every time interval e= qual to the
=C2=A0 =C2=A0 =C2=A0 corresponding REFRESH_INTERVAL, sent HELLO messages MU= ST
=C2=A0 =C2=A0 =C2=A0 collectively include all of the relevant information i= n the
=C2=A0 =C2=A0 =C2=A0 corresponding Link Set and the Neighbor Information Ba= se.=C2=A0 Note
=C2=A0 =C2=A0 =C2=A0 that when determining whether to include information i= n a HELLO
=C2=A0 =C2=A0 =C2=A0 message, the sender MUST consider all times up to the = latest time
=C2=A0 =C2=A0 =C2=A0 when it may send its next HELLO message on this MANET = interface.



Notes
-----
The second statement is already contained in the first one.

Instructions:
-------------
This erratum is currently posted as "Reported". If necessary, ple= ase use "Reply All" to discuss whether it should be verified or r= ejected. When a decision is reached, the verifying party can log in to chan= ge the status and edit the report, if necessary.

--------------------------------------
RFC6130 (draft-ietf-manet-nhdp-15)
--------------------------------------
Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Mobile Ad Hoc= Network (MANET) Neighborhood Discovery Protocol (NHDP)
Publication Date=C2=A0 =C2=A0 : April 2011
Author(s)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: T. Clausen, C. Dearlove= , J. Dean
Category=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : PROPOSED STANDARD
Source=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : Mobile Ad-hoc Netw= orks
Area=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : Routing
Stream=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : IETF
Verifying Party=C2=A0 =C2=A0 =C2=A0: IESG

**********************************************************= **********
This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.
*****************************************************************= ***


--047d7b604e98a430070541573cd3-- From nobody Tue Nov 15 16:04:52 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A72E12960D for ; Tue, 15 Nov 2016 16:04:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.502 X-Spam-Level: X-Spam-Status: No, score=-1.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 NhXrXEwxRFK3 for ; Tue, 15 Nov 2016 16:04:50 -0800 (PST) Received: from gproxy10-pub.mail.unifiedlayer.com (gproxy10-pub.mail.unifiedlayer.com [69.89.20.226]) by ietfa.amsl.com (Postfix) with SMTP id 1D06312964E for ; Tue, 15 Nov 2016 16:04:23 -0800 (PST) Received: (qmail 6924 invoked by uid 0); 16 Nov 2016 00:04:18 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy10.mail.unifiedlayer.com with SMTP; 16 Nov 2016 00:04:18 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id 8Q4C1u01G2SSUrH01Q4FXG; Tue, 15 Nov 2016 17:04:16 -0700 X-Authority-Analysis: v=2.1 cv=YNIMl32x c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=L24OOQBejmoA:10 a=wU2YTnxGAAAA:8 a=pGLkceISAAAA:8 a=48vgC7mUAAAA:8 a=I5pRH8j4dRMp86dKkEEA:9 a=QEXdDO2ut3YA:10 a=Yz9wTY_ffGCQnEDHKrcv:22 a=6kGIvZw6iX1k4Y-7sg4_:22 a=w1C3t2QeGrPiZgrLijVG:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=COMy5CKz6wvxqeQzfgrg3XbSOfJ5XuPS7kvqcGVSB38=; b=JciS9MZXrBo88WRADd3xB29c62 Oj2GlmyXMlps23V8LxEanlbjEWkYZKbUozxHyWXN1Dec60OvkRbswkgRkCtZ68BWjN4QDKPP22WnC kloOEToP1MrjKR3sop0tOi4rd; Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:38929 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1c6ni1-00072F-QM; Tue, 15 Nov 2016 17:04:14 -0700 To: Stan Ratliff References: <147766867219.24867.11477260153400004301.idtracker@ietfa.amsl.com> <1580c14baf8.2818.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> From: Lou Berger Message-ID: <6a40465a-3385-e9ff-c227-5928c4c32155@labn.net> Date: Wed, 16 Nov 2016 09:04:10 +0900 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.85.191 X-Exim-ID: 1c6ni1-00072F-QM X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-85-191.washdc.fios.verizon.net ([IPv6:::1]) [100.15.85.191]:38929 X-Source-Auth: lberger@labn.net X-Email-Count: 3 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== Archived-At: Cc: manet-ads@ietf.org, MANET IETF Subject: Re: [manet] I-D Action: draft-ietf-manet-dlep-25.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 00:04:51 -0000 Thanks Stan. I have some concerns over the following new text: > If the router and modem support both IPv4 and IPv6, the IPv6 transport MUST be used for the DLEP session. To me the choice of v6 vs v4 *usage* is a deployment choice and not a protocol interop issue. The new text literally precludes an operator from choosing v4 in their network. I think this is inappropriate and means that the protocol can't be deployed in certain combinations (i.e., an implementation that supports v6 but a network that chooses not to.) Lou On 10/29/2016 1:26 AM, Stan Ratliff wrote: > Lou, > > That was an AD request. > > Regards, > Stan > > > On Fri, Oct 28, 2016 at 12:17 PM, Lou Berger > wrote: > > Can elaborate on the new v6 requirement? It doesn't impact > interoperability and may not be the right default for all. > > Lou > > On October 28, 2016 11:44:40 AM Stan Ratliff > > wrote: > >> Hello WG participants, >> >> As you can see, we posted a new version of DLEP. This addresses >> comments from the AD review, and clarifies handling of IPv4/IPv6 >> address and subnet Data Items (issue brought on-list be David >> Wiggins). >> >> Regards, >> Stan >> >> >> >> >> On Fri, Oct 28, 2016 at 11:31 AM, > > wrote: >> >> >> A New Internet-Draft is available from the on-line >> Internet-Drafts directories. >> This draft is a work item of the Mobile Ad-hoc Networks of >> the IETF. >> >> Title : Dynamic Link Exchange Protocol (DLEP) >> Authors : Stan Ratliff >> Shawn Jury >> Darryl Satterwhite >> Rick Taylor >> Bo Berry >> Filename : draft-ietf-manet-dlep-25.txt >> Pages : 74 >> Date : 2016-10-28 >> >> Abstract: >> When routing devices rely on modems to effect >> communications over >> wireless links, they need timely and accurate knowledge of the >> characteristics of the link (speed, state, etc.) in order >> to make >> routing decisions. In mobile or other environments where >> these >> characteristics change frequently, manual configurations >> or the >> inference of state through routing or transport protocols >> does not >> allow the router to make the best decisions. A >> bidirectional, event- >> driven communication channel between the router and the >> modem is >> necessary. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/ >> >> >> There's also a htmlized version available at: >> https://tools.ietf.org/html/draft-ietf-manet-dlep-25 >> >> >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=draft-ietf-manet-dlep-25 >> >> >> >> 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/ >> >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> >> >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> >> > From nobody Tue Nov 15 16:19:42 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3E21127076; Tue, 15 Nov 2016 16:19:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 Cjnw-uEBWvyP; Tue, 15 Nov 2016 16:19:40 -0800 (PST) Received: from mail-it0-x22c.google.com (mail-it0-x22c.google.com [IPv6:2607:f8b0:4001:c0b::22c]) (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 0D88312960E; Tue, 15 Nov 2016 16:19:40 -0800 (PST) Received: by mail-it0-x22c.google.com with SMTP id l8so36189056iti.1; Tue, 15 Nov 2016 16:19:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=715fDF5HOtEB3ANRNp1XiguQnZCOP/qWiIRrdQssdhw=; b=nPUMcFfbqIFIl3V/RVCmnj/Hu6zoTKW24WFqbvQ3SUByDwifHkbtI6hnkZOBPXYh0C ByYFbW4CQIWL3dGKUArUVFlxEsXTFtE6I81K+/1zdPiLfe4ZkMooTBO15dYo6pbGXAxh 96CKMZDQLGrZNWCvBySXLVdxzTQmvsi4a3eCjAIBuSP0fy3/3oqKW8za9BewI6rCEpky 4Yn/Jjf7eWOqZwcrTI7zPblmAANotzc3aO1o2Wy/RMGrGOhzG/L+Z7xn97IEwSSdVY/N PDfnvSpd2+4xeKerqr5WKqNtZTNvSN81FBh1koiBgnLAdNJPr7xkMK2YPsVsgpClK94a zlMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=715fDF5HOtEB3ANRNp1XiguQnZCOP/qWiIRrdQssdhw=; b=VHS/Rj+5m6JicB9/XukjxUJZrf10DHEgyCSgfYCmil3dMVaEt5ADiJx/8hcRAhUXRK nne9Xfwcjz10OU+O+78kCXaD+4o0lsGpdkDcI6dWpzKO9RBnWuGrMw31xcK4Y8lccjdY /TmPbro9wWobOKuSIWzJYoM2PIx2O2oSre/RuSxkoLPs5S/Hvdg39Ul6caMdWuKJ4K63 ydawkjKavemP/giV63JYPzX6zcbRucmj5fmxjQlQaBQHJ4C8Fgae4fIE+fbvoKEkbsbd Es3ULbJk71A+RpzYpZ9Cd2z7BfffMxlJOVUlY9cIcpWASTIZu9bQR6zEuFAB1rFMg98n SEJQ== X-Gm-Message-State: ABUngveEs2VKELyxfyZI+iVphQTy5zW4A6JiYWCv9jNz18VUNOREti9RfBdrxIT8m2fU69E+NHgHtYAVQVSmXg== X-Received: by 10.36.74.6 with SMTP id k6mr5468347itb.88.1479255579412; Tue, 15 Nov 2016 16:19:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.13.22 with HTTP; Tue, 15 Nov 2016 16:19:39 -0800 (PST) In-Reply-To: <6a40465a-3385-e9ff-c227-5928c4c32155@labn.net> References: <147766867219.24867.11477260153400004301.idtracker@ietfa.amsl.com> <1580c14baf8.2818.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> <6a40465a-3385-e9ff-c227-5928c4c32155@labn.net> From: Stan Ratliff Date: Tue, 15 Nov 2016 19:19:39 -0500 Message-ID: To: Lou Berger Content-Type: multipart/alternative; boundary=001a1144a33857cde60541600775 Archived-At: Cc: manet-ads@ietf.org, MANET IETF Subject: Re: [manet] I-D Action: draft-ietf-manet-dlep-25.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 00:19:42 -0000 --001a1144a33857cde60541600775 Content-Type: text/plain; charset=UTF-8 Lou, I 100% agree with you. But this was an AD (Alvaro) "request". I use "request" in quotes, as it was along the lines of "an offer you can't refuse"... Regards, Stan On Tue, Nov 15, 2016 at 7:04 PM, Lou Berger wrote: > Thanks Stan. I have some concerns over the following new text: > > > If the router and modem support both IPv4 and IPv6, the > IPv6 transport MUST be used for the DLEP session. > > To me the choice of v6 vs v4 *usage* is a deployment choice and not a > protocol interop issue. The new text literally precludes an operator > from choosing v4 in their network. I think this is inappropriate and > means that the protocol can't be deployed in certain combinations (i.e., > an implementation that supports v6 but a network that chooses not to.) > > Lou > > On 10/29/2016 1:26 AM, Stan Ratliff wrote: > > Lou, > > > > That was an AD request. > > > > Regards, > > Stan > > > > > > On Fri, Oct 28, 2016 at 12:17 PM, Lou Berger > > wrote: > > > > Can elaborate on the new v6 requirement? It doesn't impact > > interoperability and may not be the right default for all. > > > > Lou > > > > On October 28, 2016 11:44:40 AM Stan Ratliff > > > wrote: > > > >> Hello WG participants, > >> > >> As you can see, we posted a new version of DLEP. This addresses > >> comments from the AD review, and clarifies handling of IPv4/IPv6 > >> address and subnet Data Items (issue brought on-list be David > >> Wiggins). > >> > >> Regards, > >> Stan > >> > >> > >> > >> > >> On Fri, Oct 28, 2016 at 11:31 AM, >> > wrote: > >> > >> > >> A New Internet-Draft is available from the on-line > >> Internet-Drafts directories. > >> This draft is a work item of the Mobile Ad-hoc Networks of > >> the IETF. > >> > >> Title : Dynamic Link Exchange Protocol (DLEP) > >> Authors : Stan Ratliff > >> Shawn Jury > >> Darryl Satterwhite > >> Rick Taylor > >> Bo Berry > >> Filename : draft-ietf-manet-dlep-25.txt > >> Pages : 74 > >> Date : 2016-10-28 > >> > >> Abstract: > >> When routing devices rely on modems to effect > >> communications over > >> wireless links, they need timely and accurate knowledge of > the > >> characteristics of the link (speed, state, etc.) in order > >> to make > >> routing decisions. In mobile or other environments where > >> these > >> characteristics change frequently, manual configurations > >> or the > >> inference of state through routing or transport protocols > >> does not > >> allow the router to make the best decisions. A > >> bidirectional, event- > >> driven communication channel between the router and the > >> modem is > >> necessary. > >> > >> > >> The IETF datatracker status page for this draft is: > >> https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/ > >> > >> > >> There's also a htmlized version available at: > >> https://tools.ietf.org/html/draft-ietf-manet-dlep-25 > >> > >> > >> A diff from the previous version is available at: > >> https://www.ietf.org/rfcdiff?url2=draft-ietf-manet-dlep-25 > >> > >> > >> > >> 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/ > >> > >> > >> _______________________________________________ > >> manet mailing list > >> manet@ietf.org > >> https://www.ietf.org/mailman/listinfo/manet > >> > >> > >> > >> _______________________________________________ > >> manet mailing list > >> manet@ietf.org > >> https://www.ietf.org/mailman/listinfo/manet > >> > >> > > > > --001a1144a33857cde60541600775 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Lou,=C2=A0

I 100% agree with you. But t= his was an AD (Alvaro) "request". I use "request" in qu= otes, as it was along the lines of "an offer you can't refuse"= ;...=C2=A0

Regards,
Stan

<= div class=3D"gmail_extra">
On Tue, Nov 15, 20= 16 at 7:04 PM, Lou Berger <lberger@labn.net> wrote:
Thanks Stan.=C2=A0 I have some concerns over the f= ollowing new text:

> If the router and modem support both IPv4 and IPv6, the
=C2=A0 =C2=A0IPv6 transport MUST be used for the DLEP session.

To me the choice of v6 vs v4 *usage* is a deployment choice and not a
protocol interop issue.=C2=A0 The new text literally precludes an operator<= br> from choosing v4 in their network.=C2=A0 I think this is inappropriate and<= br> means that the protocol can't be deployed in certain combinations (i.e.= ,
an implementation that supports v6 but a network that chooses not to.)

Lou

On 10/29/2016 1:26 AM, Stan Ratliff wrote:
> Lou,
>
> That was an AD request.
>
> Regards,
> Stan
>
>
> On Fri, Oct 28, 2016 at 12:17 PM, Lou Berger <lberger@labn.net
> <mailto:lberger@labn.net>= ;> wrote:
>
>=C2=A0 =C2=A0 =C2=A0Can elaborate on the new v6 requirement?=C2=A0 It d= oesn't impact
>=C2=A0 =C2=A0 =C2=A0interoperability and may not be the right default f= or all.
>
>=C2=A0 =C2=A0 =C2=A0Lou
>
>=C2=A0 =C2=A0 =C2=A0On October 28, 2016 11:44:40 AM Stan Ratliff
>=C2=A0 =C2=A0 =C2=A0<ratlif= fstan@gmail.com <mailto:rat= liffstan@gmail.com>> wrote:
>
>>=C2=A0 =C2=A0 =C2=A0Hello WG participants,
>>
>>=C2=A0 =C2=A0 =C2=A0As you can see, we posted a new version of DLEP= . This addresses
>>=C2=A0 =C2=A0 =C2=A0comments from the AD review, and clarifies hand= ling of IPv4/IPv6
>>=C2=A0 =C2=A0 =C2=A0address and subnet Data Items (issue brought on= -list be David
>>=C2=A0 =C2=A0 =C2=A0Wiggins).
>>
>>=C2=A0 =C2=A0 =C2=A0Regards,
>>=C2=A0 =C2=A0 =C2=A0Stan
>>
>>
>>
>>
>>=C2=A0 =C2=A0 =C2=A0On Fri, Oct 28, 2016 at 11:31 AM, <internet-drafts@ietf.org
>>=C2=A0 =C2=A0 =C2=A0<mailto:internet-drafts@ietf.org>> wrote:
>>
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0A New Internet-Draft is available= from the on-line
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Internet-Drafts directories.
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This draft is a work item of the = Mobile Ad-hoc Networks of
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0the IETF.
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Title= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Dynamic Link Exchange Protocol (= DLEP)
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Autho= rs=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Stan Ratliff
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Shawn Jury
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Darryl Satterwhi= te
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Rick Taylor
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Bo Berry
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Filen= ame=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-ietf-manet-dlep-25.txt
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Pages= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 74
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Date= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 2016-10-28
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Abstract:
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 When routing devices rely= on modems to effect
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0communications over
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 wireless links, they need= timely and accurate knowledge of the
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 characteristics of the li= nk (speed, state, etc.) in order
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0to make
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 routing decisions.=C2=A0 = In mobile or other environments where
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0these
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 characteristics change fr= equently, manual configurations
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0or the
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inference of state throug= h routing or transport protocols
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0does not
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 allow the router to make = the best decisions.=C2=A0 A
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0bidirectional, event-
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 driven communication chan= nel between the router and the
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0modem is
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 necessary.
>>
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0The IETF datatracker status page = for this draft is:
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0htt= ps://datatracker.ietf.org/doc/draft-ietf-manet-dlep/
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/>
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0There's also a htmlized versi= on available at:
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https:= //tools.ietf.org/html/draft-ietf-manet-dlep-25
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<ht= tps://tools.ietf.org/html/draft-ietf-manet-dlep-25>
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0A diff from the previous version = is available at:
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-dlep-25
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-dlep-25= >
>>
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Please note that it may take a co= uple of minutes from the
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0time of submission
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0until the htmlized version and di= ff are available at
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0tools.ietf.org <http://tools.ietf.= org>.
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Internet-Drafts are also availabl= e by anonymous FTP at:
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ftp://ftp.ietf.org/inte= rnet-drafts/
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<ftp://ftp.ietf.org/= internet-drafts/>
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0_______________________________________________
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0manet mailing list
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0manet@ietf.org <mailto:manet@ietf= .org>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://www.iet= f.org/mailman/listinfo/manet
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<https://www= .ietf.org/mailman/listinfo/manet>
>>
>>
>>=C2=A0 =C2=A0 =C2=A0__________________________________________= _____
>>=C2=A0 =C2=A0 =C2=A0manet mailing list
>>=C2=A0 =C2=A0 =C2=A0manet@ietf.or= g <mailto:manet%40ietf.org= >
>>=C2=A0 =C2=A0 =C2=A0https://www.ietf.org/mailman/= listinfo/manet
>>=C2=A0 =C2=A0 =C2=A0<https://www.ietf.org/mail= man/listinfo/manet>
>>
>


--001a1144a33857cde60541600775-- From nobody Tue Nov 15 16:27:11 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DEDF129612; Tue, 15 Nov 2016 16:27:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.017 X-Spam-Level: X-Spam-Status: No, score=-16.017 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 dxRD7pjvU6Gj; Tue, 15 Nov 2016 16:27:08 -0800 (PST) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8144F12960E; Tue, 15 Nov 2016 16:27:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=17117; q=dns/txt; s=iport; t=1479256028; x=1480465628; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=KVQT8N7u55GpvecdMhqcSwDgFcvk6bhIqrwiMmzPenQ=; b=PqK9dX36pEL1fEyB0qFG8K3ofCMqBWgXlMOHOxyNAi1X5pFknT0nz9ll cRVVqJYTHdTLswXgJHDHpt18jXcPnkHxEZcPMmvFc241p5VmvPYz5ot3t jSGn9dZ1e5w+2WAwYpf5fdZAuIw88UW75JsGky8lYl7eVsNasAVD1iPcC A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AdAQBHpytY/5ldJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgzcBAQEBAR9YgQCNPpcOh2yHWoUcggcdAQqEIYFaAoIhPxQBAgE?= =?us-ascii?q?BAQEBAQFiKIRhAQEBAwEBAQFrCwULAgEIGCcHIQYLFBECBA4FiFIDDwgOs3GHS?= =?us-ascii?q?w2EEAEBAQEBAQEBAQEBAQEBAQEBAQEBARyGPIF9gVWBCIJIgj6Cc4IwBZRZhTM?= =?us-ascii?q?1AYY7gw6DUINIgW9PhCeJPYkehCmECQEPDzeBBBMJgmiCNHKIGgEBAQ?= X-IronPort-AV: E=Sophos;i="5.31,497,1473120000"; d="scan'208,217";a="171580959" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Nov 2016 00:27:07 +0000 Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id uAG0R7Ga027588 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 16 Nov 2016 00:27:07 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 15 Nov 2016 18:27:06 -0600 Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1210.000; Tue, 15 Nov 2016 18:27:06 -0600 From: "Alvaro Retana (aretana)" To: Stan Ratliff Thread-Topic: [manet] I-D Action: draft-ietf-manet-dlep-25.txt Thread-Index: AQHSMTBaND8s7+yygU6nfaZ0lTgVQqC+VasAgAAJRICAAAKCAIAc2qwAgAAEVID//52A0A== Date: Wed, 16 Nov 2016 00:27:06 +0000 Message-ID: References: <147766867219.24867.11477260153400004301.idtracker@ietfa.amsl.com> <1580c14baf8.2818.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> <6a40465a-3385-e9ff-c227-5928c4c32155@labn.net>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: multipart/alternative; boundary="_000_F962A73C519F4CF2B30D7D5A7966693Bciscocom_" MIME-Version: 1.0 Archived-At: Cc: "manet-ads@ietf.org" , MANET IETF Subject: Re: [manet] I-D Action: draft-ietf-manet-dlep-25.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 00:27:10 -0000 --_000_F962A73C519F4CF2B30D7D5A7966693Bciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Lou: Hi! Would "SHOULD " make you feel better? I can live with that. Thanks! Alvaro. Thumb typed and autocorrected. On Nov 16, 2016, at 9:19 AM, Stan Ratliff > wrote: Lou, I 100% agree with you. But this was an AD (Alvaro) "request". I use "reques= t" in quotes, as it was along the lines of "an offer you can't refuse"... Regards, Stan On Tue, Nov 15, 2016 at 7:04 PM, Lou Berger > wrote: Thanks Stan. I have some concerns over the following new text: > If the router and modem support both IPv4 and IPv6, the IPv6 transport MUST be used for the DLEP session. To me the choice of v6 vs v4 *usage* is a deployment choice and not a protocol interop issue. The new text literally precludes an operator from choosing v4 in their network. I think this is inappropriate and means that the protocol can't be deployed in certain combinations (i.e., an implementation that supports v6 but a network that chooses not to.) Lou On 10/29/2016 1:26 AM, Stan Ratliff wrote: > Lou, > > That was an AD request. > > Regards, > Stan > > > On Fri, Oct 28, 2016 at 12:17 PM, Lou Berger > >> wrote: > > Can elaborate on the new v6 requirement? It doesn't impact > interoperability and may not be the right default for all. > > Lou > > On October 28, 2016 11:44:40 AM Stan Ratliff > >> wrote: > >> Hello WG participants, >> >> As you can see, we posted a new version of DLEP. This addresses >> comments from the AD review, and clarifies handling of IPv4/IPv6 >> address and subnet Data Items (issue brought on-list be David >> Wiggins). >> >> Regards, >> Stan >> >> >> >> >> On Fri, Oct 28, 2016 at 11:31 AM, >> >> = wrote: >> >> >> A New Internet-Draft is available from the on-line >> Internet-Drafts directories. >> This draft is a work item of the Mobile Ad-hoc Networks of >> the IETF. >> >> Title : Dynamic Link Exchange Protocol (DLEP) >> Authors : Stan Ratliff >> Shawn Jury >> Darryl Satterwhite >> Rick Taylor >> Bo Berry >> Filename : draft-ietf-manet-dlep-25.txt >> Pages : 74 >> Date : 2016-10-28 >> >> Abstract: >> When routing devices rely on modems to effect >> communications over >> wireless links, they need timely and accurate knowledge of th= e >> characteristics of the link (speed, state, etc.) in order >> to make >> routing decisions. In mobile or other environments where >> these >> characteristics change frequently, manual configurations >> or the >> inference of state through routing or transport protocols >> does not >> allow the router to make the best decisions. A >> bidirectional, event- >> driven communication channel between the router and the >> modem is >> necessary. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/ >> >> >> There's also a htmlized version available at: >> https://tools.ietf.org/html/draft-ietf-manet-dlep-25 >> >> >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-dlep-25 >> >> >> >> 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/ >> >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org > >> https://www.ietf.org/mailman/listinfo/manet >> >> >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org > >> https://www.ietf.org/mailman/listinfo/manet >> >> > --_000_F962A73C519F4CF2B30D7D5A7966693Bciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Lou:  

Hi!

Would "SHOULD " make you feel bett= er?  I can live with that.

Thanks!

Alvaro.

Thumb typed and autocorrected.

On Nov 16, 2016, at 9:19 AM, Stan Ratliff <ratliffstan@gmail.com> wrote:

Lou, 

I 100% agree with you. But this was an AD (Alvaro) "request"= . I use "request" in quotes, as it was along the lines of "a= n offer you can't refuse"... 

Regards,
Stan


On Tue, Nov 15, 2016 at 7:04 PM, Lou Berger <lberger@labn.net<= /a>> wrote:
Thanks Stan.  I have some concerns over the following new text:

> If the router and modem support both IPv4 and IPv6, the
   IPv6 transport MUST be used for the DLEP session.

To me the choice of v6 vs v4 *usage* is a deployment choice and not a
protocol interop issue.  The new text literally precludes an operator<= br> from choosing v4 in their network.  I think this is inappropriate and<= br> means that the protocol can't be deployed in certain combinations (i.e., an implementation that supports v6 but a network that chooses not to.)

Lou

On 10/29/2016 1:26 AM, Stan Ratliff wrote:
> Lou,
>
> That was an AD request.
>
> Regards,
> Stan
>
>
> On Fri, Oct 28, 2016 at 12:17 PM, Lou Berger <lberger@labn.net
> <mailto:lberger@labn.net>= ;> wrote:
>
>     Can elaborate on the new v6 requirement?  It d= oesn't impact
>     interoperability and may not be the right default f= or all.
>
>     Lou
>
>     On October 28, 2016 11:44:40 AM Stan Ratliff
>     <ratlif= fstan@gmail.com <mailto:rat= liffstan@gmail.com>> wrote:
>
>>     Hello WG participants,
>>
>>     As you can see, we posted a new version of DLEP= . This addresses
>>     comments from the AD review, and clarifies hand= ling of IPv4/IPv6
>>     address and subnet Data Items (issue brought on= -list be David
>>     Wiggins).
>>
>>     Regards,
>>     Stan
>>
>>
>>
>>
>>     On Fri, Oct 28, 2016 at 11:31 AM, <internet-drafts@ietf.org
>>     <mailto:internet-drafts@ietf.org>> wrote:
>>
>>
>>         A New Internet-Draft is available= from the on-line
>>         Internet-Drafts directories.
>>         This draft is a work item of the = Mobile Ad-hoc Networks of
>>         the IETF.
>>
>>                 Title=            : Dynamic Link Exchange Protocol (= DLEP)
>>                 Autho= rs         : Stan Ratliff
>>                  &nbs= p;                Shawn Jury
>>                  &nbs= p;                Darryl Satterwhit= e
>>                  &nbs= p;                Rick Taylor
>>                  &nbs= p;                Bo Berry
>>                 Filen= ame        : draft-ietf-manet-dlep-25.txt
>>                 Pages=            : 74
>>                 Date&= nbsp;           : 2016-10-28
>>
>>         Abstract:
>>            When routing devices rely= on modems to effect
>>         communications over
>>            wireless links, they need= timely and accurate knowledge of the
>>            characteristics of the li= nk (speed, state, etc.) in order
>>         to make
>>            routing decisions.  = In mobile or other environments where
>>         these
>>            characteristics change fr= equently, manual configurations
>>         or the
>>            inference of state throug= h routing or transport protocols
>>         does not
>>            allow the router to make = the best decisions.  A
>>         bidirectional, event-
>>            driven communication chan= nel between the router and the
>>         modem is
>>            necessary.
>>
>>
>>         The IETF datatracker status page = for this draft is:
>>         htt= ps://datatracker.ietf.org/doc/draft-ietf-manet-dlep/
>>         <https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/>
>>
>>         There's also a htmlized version a= vailable at:
>>         https:= //tools.ietf.org/html/draft-ietf-manet-dlep-25
>>         <ht= tps://tools.ietf.org/html/draft-ietf-manet-dlep-25>
>>
>>         A diff from the previous version = is available at:
>>         https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-dlep-25
>>         <https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-dlep-25= >
>>
>>
>>         Please note that it may take a co= uple of minutes from the
>>         time of submission
>>         until the htmlized version and di= ff are available at
>>         tools.ietf.org <http://tools.ietf.= org>.
>>
>>         Internet-Drafts are also availabl= e by anonymous FTP at:
>>         ftp://ftp.ietf.org/inte= rnet-drafts/
>>         <ftp://ftp.ietf.org/= internet-drafts/>
>>
>>         _______________________________________________
>>         manet mailing list
>>         manet@ietf.org <mailto:manet@ietf= .org>
>>         https://www.iet= f.org/mailman/listinfo/manet
>>         <https://www= .ietf.org/mailman/listinfo/manet>
>>
>>
>>     __________________________________________= _____
>>     manet mailing list
>>     manet@ietf.or= g <mailto:manet%40ietf.org= >
>>     https://www.ietf.org/mailman/= listinfo/manet
>>     <https://www.ietf.org/mail= man/listinfo/manet>
>>
>


--_000_F962A73C519F4CF2B30D7D5A7966693Bciscocom_-- From nobody Tue Nov 15 17:01:39 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AC4C1294CC; Tue, 15 Nov 2016 17:01:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 sAinK39QWqQM; Tue, 15 Nov 2016 17:01:33 -0800 (PST) Received: from mail-it0-x233.google.com (mail-it0-x233.google.com [IPv6:2607:f8b0:4001:c0b::233]) (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 C2132129592; Tue, 15 Nov 2016 17:01:27 -0800 (PST) Received: by mail-it0-x233.google.com with SMTP id l8so37631168iti.1; Tue, 15 Nov 2016 17:01:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=jFqUCAmB1sLeiy0UN/Cb90mlsJc9Fzub6TlOJAYGZOk=; b=X76f8J2rQlI607nQ1YZCU+ejsW9E9EyILFj0GJX5pqMQ37YPTb5S9w3F52TtLsCpV+ ONngnPyCQ2dqdAZJWSgDcWyKtwT2yWwIbH9ESmmIkBelj4oAE6+7zajYpRkvzSy98bi+ X7SZRtTBDZBpErpcLNnfd/XlZhPY2TXsqK0/NwOuh9Ppv6+0Aqn9wQPTy//XxBQ7P8oV rmzKf6N613n6ML4iDduSSZdAZ9zBdwvYH7aB1gmC0RoBohGFxfF1ffZLoxJlNdYyovzX qeqwuIarh5mvUb/OHqce6mPX1m1ob0x7WWC27sAh3zrAyFs4RQ+7iiIIVE6zTYM8NIX6 cSzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=jFqUCAmB1sLeiy0UN/Cb90mlsJc9Fzub6TlOJAYGZOk=; b=k+lv57oZbGHXl8dfxwfyuAGjC0QPhHQPTKV/vBqAp0CnlB4+B6i58jAfrLxZZGMWAy hcSr2V5sag+KYB9EDDygVfhsCehBuJ46SlcT94J3vLVNE6TTvaoErNPFXqJil7FEOd8x PNw6xbp4CC/fLClURGMtMdSJtOxiNS5TpDnrPIMiWO/wdfi2Z9nQ5ec/V0QY6ZXV9cLT LGspJUAEc70UTG8uh3y9cTpUPTlqPLIFRjxNIBdAlRlAxZBlPPqcGJ0jJYpoOXdHePmZ qmAeaLl/FfmcaIACbDiFif40AX7SZi9PAsBh8oc3W6zpLYayRRfQN68OmeQeCYtGJ5Q7 EONg== X-Gm-Message-State: ABUngvdtegOqX3C/XEz/2xA6wEiCiygoHEo5Ar0ZXU5Z1Gt2tHIUBSJSWLobbBzFFMJ+p9/OqPHalVdwyT35TA== X-Received: by 10.36.74.6 with SMTP id k6mr5583792itb.88.1479258087143; Tue, 15 Nov 2016 17:01:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.13.22 with HTTP; Tue, 15 Nov 2016 17:01:26 -0800 (PST) In-Reply-To: References: <147766867219.24867.11477260153400004301.idtracker@ietfa.amsl.com> <1580c14baf8.2818.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> <6a40465a-3385-e9ff-c227-5928c4c32155@labn.net> From: Stan Ratliff Date: Tue, 15 Nov 2016 20:01:26 -0500 Message-ID: To: "Alvaro Retana (aretana)" Content-Type: multipart/alternative; boundary=001a1144a338d0bf990541609c23 Archived-At: Cc: "manet-ads@ietf.org" , MANET IETF Subject: Re: [manet] I-D Action: draft-ietf-manet-dlep-25.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 01:01:37 -0000 --001a1144a338d0bf990541609c23 Content-Type: text/plain; charset=UTF-8 Alvaro, I'm fine with SHOULD. Regards, Stan On Tue, Nov 15, 2016 at 7:27 PM, Alvaro Retana (aretana) wrote: > Lou: > > Hi! > > Would "SHOULD " make you feel better? I can live with that. > > Thanks! > > Alvaro. > > Thumb typed and autocorrected. > > On Nov 16, 2016, at 9:19 AM, Stan Ratliff wrote: > > Lou, > > I 100% agree with you. But this was an AD (Alvaro) "request". I use > "request" in quotes, as it was along the lines of "an offer you can't > refuse"... > > Regards, > Stan > > > On Tue, Nov 15, 2016 at 7:04 PM, Lou Berger wrote: > >> Thanks Stan. I have some concerns over the following new text: >> >> > If the router and modem support both IPv4 and IPv6, the >> IPv6 transport MUST be used for the DLEP session. >> >> To me the choice of v6 vs v4 *usage* is a deployment choice and not a >> protocol interop issue. The new text literally precludes an operator >> from choosing v4 in their network. I think this is inappropriate and >> means that the protocol can't be deployed in certain combinations (i.e., >> an implementation that supports v6 but a network that chooses not to.) >> >> Lou >> >> On 10/29/2016 1:26 AM, Stan Ratliff wrote: >> > Lou, >> > >> > That was an AD request. >> > >> > Regards, >> > Stan >> > >> > >> > On Fri, Oct 28, 2016 at 12:17 PM, Lou Berger > > > wrote: >> > >> > Can elaborate on the new v6 requirement? It doesn't impact >> > interoperability and may not be the right default for all. >> > >> > Lou >> > >> > On October 28, 2016 11:44:40 AM Stan Ratliff >> > > wrote: >> > >> >> Hello WG participants, >> >> >> >> As you can see, we posted a new version of DLEP. This addresses >> >> comments from the AD review, and clarifies handling of IPv4/IPv6 >> >> address and subnet Data Items (issue brought on-list be David >> >> Wiggins). >> >> >> >> Regards, >> >> Stan >> >> >> >> >> >> >> >> >> >> On Fri, Oct 28, 2016 at 11:31 AM, > >> > wrote: >> >> >> >> >> >> A New Internet-Draft is available from the on-line >> >> Internet-Drafts directories. >> >> This draft is a work item of the Mobile Ad-hoc Networks of >> >> the IETF. >> >> >> >> Title : Dynamic Link Exchange Protocol (DLEP) >> >> Authors : Stan Ratliff >> >> Shawn Jury >> >> Darryl Satterwhite >> >> Rick Taylor >> >> Bo Berry >> >> Filename : draft-ietf-manet-dlep-25.txt >> >> Pages : 74 >> >> Date : 2016-10-28 >> >> >> >> Abstract: >> >> When routing devices rely on modems to effect >> >> communications over >> >> wireless links, they need timely and accurate knowledge of >> the >> >> characteristics of the link (speed, state, etc.) in order >> >> to make >> >> routing decisions. In mobile or other environments where >> >> these >> >> characteristics change frequently, manual configurations >> >> or the >> >> inference of state through routing or transport protocols >> >> does not >> >> allow the router to make the best decisions. A >> >> bidirectional, event- >> >> driven communication channel between the router and the >> >> modem is >> >> necessary. >> >> >> >> >> >> The IETF datatracker status page for this draft is: >> >> https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/ >> >> >> >> >> >> There's also a htmlized version available at: >> >> https://tools.ietf.org/html/draft-ietf-manet-dlep-25 >> >> >> >> >> >> A diff from the previous version is available at: >> >> https://www.ietf.org/rfcdiff?url2=draft-ietf-manet-dlep-25 >> >> >> >> >> >> >> >> 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/ >> >> >> >> >> >> _______________________________________________ >> >> manet mailing list >> >> manet@ietf.org >> >> https://www.ietf.org/mailman/listinfo/manet >> >> >> >> >> >> >> >> _______________________________________________ >> >> manet mailing list >> >> manet@ietf.org >> >> https://www.ietf.org/mailman/listinfo/manet >> >> >> >> >> > >> >> > --001a1144a338d0bf990541609c23 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Alvaro,=C2=A0

I'm fine with SHOULD.= =C2=A0

Regards,
Stan


On Tue, No= v 15, 2016 at 7:27 PM, Alvaro Retana (aretana) <aretana@cisco.com><= /span> wrote:
Lou: =C2=A0

Hi!

Would "SHOULD &quo= t; make you feel better?=C2=A0 I can live with that.

Thanks!

Alvaro.

Thumb typed and autocorrected.

On Nov 16, 2016, at 9:19 AM, Stan Ratliff <ratliffstan@gmail.com> wrote:

Lou,=C2=A0

I 100% agree with you. But this was an AD (Alvaro) "request"= . I use "request" in quotes, as it was along the lines of "a= n offer you can't refuse"...=C2=A0

Regards,
Stan


On Tue, Nov 15, 2016 at 7:04 PM, Lou Berger <lberger@labn.net<= /a>> wrote:
Thanks Stan.=C2=A0 I have some concerns over the following new text:

> If the router and modem support both IPv4 and IPv6, the
=C2=A0 =C2=A0IPv6 transport MUST be used for the DLEP session.

To me the choice of v6 vs v4 *usage* is a deployment choice and not a
protocol interop issue.=C2=A0 The new text literally precludes an operator<= br> from choosing v4 in their network.=C2=A0 I think this is inappropriate and<= br> means that the protocol can't be deployed in certain combinations (i.e.= ,
an implementation that supports v6 but a network that chooses not to.)

Lou

On 10/29/2016 1:26 AM, Stan Ratliff wrote:
> Lou,
>
> That was an AD request.
>
> Regards,
> Stan
>
>
> On Fri, Oct 28, 2016 at 12:17 PM, Lou Berger <lberger@labn.net
> <mailto:lberg= er@labn.net>> wrote:
>
>=C2=A0 =C2=A0 =C2=A0Can elaborate on the new v6 requirement?=C2=A0 It d= oesn't impact
>=C2=A0 =C2=A0 =C2=A0interoperability and may not be the right default f= or all.
>
>=C2=A0 =C2=A0 =C2=A0Lou
>
>=C2=A0 =C2=A0 =C2=A0On October 28, 2016 11:44:40 AM Stan Ratliff
>=C2=A0 =C2=A0 =C2=A0<ratliffstan@gmail.com <mailto:ratliffstan@gmail.com>> wro= te:
>
>>=C2=A0 =C2=A0 =C2=A0Hello WG participants,
>>
>>=C2=A0 =C2=A0 =C2=A0As you can see, we posted a new version of DLEP= . This addresses
>>=C2=A0 =C2=A0 =C2=A0comments from the AD review, and clarifies hand= ling of IPv4/IPv6
>>=C2=A0 =C2=A0 =C2=A0address and subnet Data Items (issue brought on= -list be David
>>=C2=A0 =C2=A0 =C2=A0Wiggins).
>>
>>=C2=A0 =C2=A0 =C2=A0Regards,
>>=C2=A0 =C2=A0 =C2=A0Stan
>>
>>
>>
>>
>>=C2=A0 =C2=A0 =C2=A0On Fri, Oct 28, 2016 at 11:31 AM, <internet-drafts@ietf= .org
>>=C2=A0 =C2=A0 =C2=A0<mailto:internet-drafts@ietf.org>> wrote:<= br> >>
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0A New Internet-Draft is available= from the on-line
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Internet-Drafts directories.
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This draft is a work item of the = Mobile Ad-hoc Networks of
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0the IETF.
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Title= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Dynamic Link Exchange Protocol (= DLEP)
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Autho= rs=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Stan Ratliff
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Shawn Jury
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Darryl Satterwhi= te
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Rick Taylor
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Bo Berry
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Filen= ame=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-ietf-manet-dlep-25.txt
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Pages= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 74
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Date= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 2016-10-28
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Abstract:
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 When routing devices rely= on modems to effect
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0communications over
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 wireless links, they need= timely and accurate knowledge of the
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 characteristics of the li= nk (speed, state, etc.) in order
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0to make
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 routing decisions.=C2=A0 = In mobile or other environments where
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0these
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 characteristics change fr= equently, manual configurations
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0or the
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inference of state throug= h routing or transport protocols
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0does not
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 allow the router to make = the best decisions.=C2=A0 A
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0bidirectional, event-
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 driven communication chan= nel between the router and the
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0modem is
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 necessary.
>>
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0The IETF datatracker status page = for this draft is:
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0htt= ps://datatracker.ietf.org/doc/draft-ietf-manet-dlep/
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/><= br> >>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0There's also a htmlized versi= on available at:
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https:= //tools.ietf.org/html/draft-ietf-manet-dlep-25
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<ht= tps://tools.ietf.org/html/draft-ietf-manet-dlep-25>
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0A diff from the previous version = is available at:
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-dlep-25
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-dlep-2= 5>
>>
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Please note that it may take a co= uple of minutes from the
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0time of submission
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0until the htmlized version and di= ff are available at
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0tools.ietf.org <http://tools.ietf.= org>.
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Internet-Drafts are also availabl= e by anonymous FTP at:
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ftp://ftp.ietf.org/inte= rnet-drafts/
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<ftp://ftp.ietf.org/= internet-drafts/>
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0_______________________________________________
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0manet mailing list
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0manet@ietf.org <mailto:manet@ietf.org>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://www.iet= f.org/mailman/listinfo/manet
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<https://www= .ietf.org/mailman/listinfo/manet>
>>
>>
>>=C2=A0 =C2=A0 =C2=A0__________________________________________= _____
>>=C2=A0 =C2=A0 =C2=A0manet mailing list
>>=C2=A0 =C2=A0 =C2=A0manet@ietf.org <mailto:manet%40ietf.org>
>>=C2=A0 =C2=A0 =C2=A0https://www.ietf.org/mailman/= listinfo/manet
>>=C2=A0 =C2=A0 =C2=A0<https://www.ietf.org/mailman/listinfo/manet>
>>
>



--001a1144a338d0bf990541609c23-- From nobody Tue Nov 15 17:04:48 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72BAD1294B5; Tue, 15 Nov 2016 17:04:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.017 X-Spam-Level: X-Spam-Status: No, score=-16.017 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 kJpH5aVJhUPR; Tue, 15 Nov 2016 17:04:44 -0800 (PST) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 532AD12947A; Tue, 15 Nov 2016 17:04:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=19293; q=dns/txt; s=iport; t=1479258284; x=1480467884; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=vcuYsHpZunUpzYpHeDD657Jl3ApfCVVuqDhMsTEyRjA=; b=Ffuh0j7N1KlTfXd0dFpswLi4ntHmufdEbWwSRbnwBaZdlpQazyuyTCw/ BWtnWFOWGXoFCMRyIyAv97UX5mDw4p5+wO2gNrFudhEO6giyNr1Do93b/ wwvoz03MGzY+jRKfvyPeFX5VNyAiC0365Yu7HtusUX90uFZdmHHGiti6u s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AbAQBisCtY/5pdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgzcBAQEBAR9YgQCNPpcOh2yHWoUbggcdAQqEIYFaAoIiPxQBAgE?= =?us-ascii?q?BAQEBAQFiKIRhAQEBAwEBAQFrCwULAgEIGCcHIQYLFBECBA4FiFIDDwgOs3+HS?= =?us-ascii?q?g2EEAEBAQEBAQEBAQEBAQEBAQEBAQEBARyGPIF9CIFNgQiCSII+gnOCMAWUWYU?= =?us-ascii?q?zNQGGO4MOg1CDSIFvT4QniT2JHoQphAkBDw83gQQTCYJogjRyiBoBAQE?= X-IronPort-AV: E=Sophos;i="5.31,497,1473120000"; d="scan'208,217";a="348963096" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Nov 2016 01:04:29 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id uAG14TvQ013418 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 16 Nov 2016 01:04:29 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 15 Nov 2016 19:04:28 -0600 Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1210.000; Tue, 15 Nov 2016 19:04:28 -0600 From: "Alvaro Retana (aretana)" To: Stan Ratliff Thread-Topic: [manet] I-D Action: draft-ietf-manet-dlep-25.txt Thread-Index: AQHSMTBaND8s7+yygU6nfaZ0lTgVQqC+VasAgAAJRICAAAKCAIAc2qwAgAAEVID//52A0IAAbiwA//+cRCI= Date: Wed, 16 Nov 2016 01:04:28 +0000 Message-ID: <24966EA1-9BC5-4146-BCA3-7F3671C35998@cisco.com> References: <147766867219.24867.11477260153400004301.idtracker@ietfa.amsl.com> <1580c14baf8.2818.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> <6a40465a-3385-e9ff-c227-5928c4c32155@labn.net> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: multipart/alternative; boundary="_000_24966EA19BC54146BCA37F3671C35998ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "manet-ads@ietf.org" , MANET IETF Subject: Re: [manet] I-D Action: draft-ietf-manet-dlep-25.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 01:04:46 -0000 --_000_24966EA19BC54146BCA37F3671C35998ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable FYI.. There was a discussion in the room (before your sound came on). We all agr= ee on the intent, but maybe the language is not clear enough. I think Lou = got an AI to suggest txt -- check the minutes. ;-) Thanks! Alvaro. Thumb-typed and autocorrected.. On Nov 16, 2016, at 10:01 AM, Stan Ratliff > wrote: Alvaro, I'm fine with SHOULD. Regards, Stan On Tue, Nov 15, 2016 at 7:27 PM, Alvaro Retana (aretana) > wrote: Lou: Hi! Would "SHOULD " make you feel better? I can live with that. Thanks! Alvaro. Thumb typed and autocorrected. On Nov 16, 2016, at 9:19 AM, Stan Ratliff > wrote: Lou, I 100% agree with you. But this was an AD (Alvaro) "request". I use "reques= t" in quotes, as it was along the lines of "an offer you can't refuse"... Regards, Stan On Tue, Nov 15, 2016 at 7:04 PM, Lou Berger > wrote: Thanks Stan. I have some concerns over the following new text: > If the router and modem support both IPv4 and IPv6, the IPv6 transport MUST be used for the DLEP session. To me the choice of v6 vs v4 *usage* is a deployment choice and not a protocol interop issue. The new text literally precludes an operator from choosing v4 in their network. I think this is inappropriate and means that the protocol can't be deployed in certain combinations (i.e., an implementation that supports v6 but a network that chooses not to.) Lou On 10/29/2016 1:26 AM, Stan Ratliff wrote: > Lou, > > That was an AD request. > > Regards, > Stan > > > On Fri, Oct 28, 2016 at 12:17 PM, Lou Berger > >> wrote: > > Can elaborate on the new v6 requirement? It doesn't impact > interoperability and may not be the right default for all. > > Lou > > On October 28, 2016 11:44:40 AM Stan Ratliff > >> wrote: > >> Hello WG participants, >> >> As you can see, we posted a new version of DLEP. This addresses >> comments from the AD review, and clarifies handling of IPv4/IPv6 >> address and subnet Data Items (issue brought on-list be David >> Wiggins). >> >> Regards, >> Stan >> >> >> >> >> On Fri, Oct 28, 2016 at 11:31 AM, >> >> = wrote: >> >> >> A New Internet-Draft is available from the on-line >> Internet-Drafts directories. >> This draft is a work item of the Mobile Ad-hoc Networks of >> the IETF. >> >> Title : Dynamic Link Exchange Protocol (DLEP) >> Authors : Stan Ratliff >> Shawn Jury >> Darryl Satterwhite >> Rick Taylor >> Bo Berry >> Filename : draft-ietf-manet-dlep-25.txt >> Pages : 74 >> Date : 2016-10-28 >> >> Abstract: >> When routing devices rely on modems to effect >> communications over >> wireless links, they need timely and accurate knowledge of th= e >> characteristics of the link (speed, state, etc.) in order >> to make >> routing decisions. In mobile or other environments where >> these >> characteristics change frequently, manual configurations >> or the >> inference of state through routing or transport protocols >> does not >> allow the router to make the best decisions. A >> bidirectional, event- >> driven communication channel between the router and the >> modem is >> necessary. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/ >> >> >> There's also a htmlized version available at: >> https://tools.ietf.org/html/draft-ietf-manet-dlep-25 >> >> >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-dlep-25 >> >> >> >> 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/ >> >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org > >> https://www.ietf.org/mailman/listinfo/manet >> >> >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org > >> https://www.ietf.org/mailman/listinfo/manet >> >> > --_000_24966EA19BC54146BCA37F3671C35998ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
FYI..

There was a discussion in the room (before your sound came on).  = We all agree on the intent, but maybe the language is not clear enough. &nb= sp;I think Lou got an AI to suggest txt -- check the minutes.  ;-)

Thanks!

Alvaro.

Thumb-typed and autocorrected..

On Nov 16, 2016, at 10:01 AM, Stan Ratliff <ratliffstan@gmail.com> wrote:

Alvaro, 

I'm fine with SHOULD. 

Regards,
Stan


On Tue, Nov 15, 2016 at 7:27 PM, Alvaro Retana (= aretana) <aretana@cisco.com> wrote:
Lou:  

Hi!

Would "SHOULD &quo= t; make you feel better?  I can live with that.

Thanks!

Alvaro.

Thumb typed and autocorrected.

On Nov 16, 2016, at 9:19 AM, Stan Ratliff <ratliffstan@gmail.com> wrote:

Lou, 

I 100% agree with you. But this was an AD (Alvaro) "request"= . I use "request" in quotes, as it was along the lines of "a= n offer you can't refuse"... 

Regards,
Stan


On Tue, Nov 15, 2016 at 7:04 PM, Lou Berger <lberger@labn.net<= /a>> wrote:
Thanks Stan.  I have some concerns over the following new text:

> If the router and modem support both IPv4 and IPv6, the
   IPv6 transport MUST be used for the DLEP session.

To me the choice of v6 vs v4 *usage* is a deployment choice and not a
protocol interop issue.  The new text literally precludes an operator<= br> from choosing v4 in their network.  I think this is inappropriate and<= br> means that the protocol can't be deployed in certain combinations (i.e., an implementation that supports v6 but a network that chooses not to.)

Lou

On 10/29/2016 1:26 AM, Stan Ratliff wrote:
> Lou,
>
> That was an AD request.
>
> Regards,
> Stan
>
>
> On Fri, Oct 28, 2016 at 12:17 PM, Lou Berger <lberger@labn.net
> <mailto:lberg= er@labn.net>> wrote:
>
>     Can elaborate on the new v6 requirement?  It d= oesn't impact
>     interoperability and may not be the right default f= or all.
>
>     Lou
>
>     On October 28, 2016 11:44:40 AM Stan Ratliff
>     <ratliffstan@gmail.com <mailto:ratliffstan@gmail.com>> wro= te:
>
>>     Hello WG participants,
>>
>>     As you can see, we posted a new version of DLEP= . This addresses
>>     comments from the AD review, and clarifies hand= ling of IPv4/IPv6
>>     address and subnet Data Items (issue brought on= -list be David
>>     Wiggins).
>>
>>     Regards,
>>     Stan
>>
>>
>>
>>
>>     On Fri, Oct 28, 2016 at 11:31 AM, <internet-drafts@ietf= .org
>>     <mailto:internet-drafts@ietf.org>> wrote:<= br> >>
>>
>>         A New Internet-Draft is available= from the on-line
>>         Internet-Drafts directories.
>>         This draft is a work item of the = Mobile Ad-hoc Networks of
>>         the IETF.
>>
>>                 Title=            : Dynamic Link Exchange Protocol (= DLEP)
>>                 Autho= rs         : Stan Ratliff
>>                  &nbs= p;                Shawn Jury
>>                  &nbs= p;                Darryl Satterwhit= e
>>                  &nbs= p;                Rick Taylor
>>                  &nbs= p;                Bo Berry
>>                 Filen= ame        : draft-ietf-manet-dlep-25.txt
>>                 Pages=            : 74
>>                 Date&= nbsp;           : 2016-10-28
>>
>>         Abstract:
>>            When routing devices rely= on modems to effect
>>         communications over
>>            wireless links, they need= timely and accurate knowledge of the
>>            characteristics of the li= nk (speed, state, etc.) in order
>>         to make
>>            routing decisions.  = In mobile or other environments where
>>         these
>>            characteristics change fr= equently, manual configurations
>>         or the
>>            inference of state throug= h routing or transport protocols
>>         does not
>>            allow the router to make = the best decisions.  A
>>         bidirectional, event-
>>            driven communication chan= nel between the router and the
>>         modem is
>>            necessary.
>>
>>
>>         The IETF datatracker status page = for this draft is:
>>         htt= ps://datatracker.ietf.org/doc/draft-ietf-manet-dlep/
>>         <https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/><= br> >>
>>         There's also a htmlized version a= vailable at:
>>         https:= //tools.ietf.org/html/draft-ietf-manet-dlep-25
>>         <ht= tps://tools.ietf.org/html/draft-ietf-manet-dlep-25>
>>
>>         A diff from the previous version = is available at:
>>         https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-dlep-25
>>         <https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-dlep-2= 5>
>>
>>
>>         Please note that it may take a co= uple of minutes from the
>>         time of submission
>>         until the htmlized version and di= ff are available at
>>         tools.ietf.org <http://tools.ietf.= org>.
>>
>>         Internet-Drafts are also availabl= e by anonymous FTP at:
>>         ftp://ftp.ietf.org/inte= rnet-drafts/
>>         <ftp://ftp.ietf.org/= internet-drafts/>
>>
>>         _______________________________________________
>>         manet mailing list
>>         manet@ietf.org <mailto:manet@ietf.org>
>>         https://www.iet= f.org/mailman/listinfo/manet
>>         <https://www= .ietf.org/mailman/listinfo/manet>
>>
>>
>>     __________________________________________= _____
>>     manet mailing list
>>     manet@ietf.org <mailto:manet%40ietf.org>
>>     https://www.ietf.org/mailman/= listinfo/manet
>>     <https://www.ietf.org/mailman/listinfo/manet>
>>
>



--_000_24966EA19BC54146BCA37F3671C35998ciscocom_-- From nobody Tue Nov 15 18:01:07 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 039F2129628 for ; Tue, 15 Nov 2016 18:01:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 EQszl8FhLTc9 for ; Tue, 15 Nov 2016 18:01:04 -0800 (PST) Received: from mail-ua0-x22f.google.com (mail-ua0-x22f.google.com [IPv6:2607:f8b0:400c:c08::22f]) (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 ADF6412958D for ; Tue, 15 Nov 2016 18:01:04 -0800 (PST) Received: by mail-ua0-x22f.google.com with SMTP id 20so103049155uak.0 for ; Tue, 15 Nov 2016 18:01:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=JVqIsb6UBZ8FUMZ/TZdgRPKWNnEpo2xfOVT7vhxsdxk=; b=CPtR+JhEx3gvHcGMVUSSB4NFPhG7hUUpbgjqeBcEqHF9aHrIiM1Rju5zx1JRZshMDo fKGapAZZcS/2tvoNMqjlf0AwNHdcAYtvFMG1u7TLtJVG9cNEurdkNYYp0ylBdKi/Jcn3 Uqnp2uQEl4BMR8P8z1OOFNgAtXE9JrcDhBJdmwY6d2sufvCBs6qkCb6EDvNy7qXfTPK6 7QreHhDuZexFPwffjC1CL0ToGJvHyfUv/kDj1lLn6jfwMe+AH9LtkohytdbhY0YTvXyS q1BaKtpz7O0wrJOZOX5yIEAHGUpS1ZKLFstueYolKy9+MBFEGd8/UM8p9FD3eqxZSOGU Wm4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=JVqIsb6UBZ8FUMZ/TZdgRPKWNnEpo2xfOVT7vhxsdxk=; b=kwk+x2Fh9sF2iHVyEXp0ftGSDF+xLrObl4ZmnEnIFseUkUSTo+QNfqE95E+5fL/JJN X0dmyHSoDgpSK7SAxya8Ho9BQlrPpmXd71Zl5TxZy7Y3tK3YPmk+dCXXvBHKL/mWoGFY qZcBJJ0ZIbr46eKHEgvwF0Fb3llLIFDD/NuHTzL3FuCV919GIpiqcsbMoSb2W7xRBL6f Lp4o9fr4AoR/LQc57KbRXixIGE+DpyTv5gdYKyXrd88PldAhNuqkm2IFTjtx86sjWAWl XhoprPq6U4rCv60WRpA0VWPQdyUgdXaEj4pD1d2CHfJQJmIzgoiTzHVnBTH8FKR2KU0c 6YVQ== X-Gm-Message-State: ABUngvf7Jrl8+gBOLYQMpD8JJh411SjnlN4eUhbNlzzbQwERkHLmczTnm6PxJbEfK0wd8EgBxQLir6PVWhMpYw== X-Received: by 10.159.32.133 with SMTP id 5mr278437uaa.145.1479261663631; Tue, 15 Nov 2016 18:01:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.159.36.115 with HTTP; Tue, 15 Nov 2016 18:01:03 -0800 (PST) From: Justin Dean Date: Tue, 15 Nov 2016 21:01:03 -0500 Message-ID: To: "manet@ietf.org" Content-Type: multipart/alternative; boundary=94eb2c0b6202fd9ed705416171df Archived-At: Subject: [manet] Manet meeting X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 02:01:06 -0000 --94eb2c0b6202fd9ed705416171df Content-Type: text/plain; charset=UTF-8 I did my best with following along and taking notes. I had the audio cut out twice on me and the meetcho stopped right before the end so I missed that. (which I think this email will have quite a bit to do with) Thank you Rick for jumping in last minute to make the meeting go smoothly. Lou presented multiple DLEP extension drafts and it seemed from the audio that excepting a few questions about details that there was a general consensus for support for working on these. (I didn't heard the end of the meeting so please let me know if this question came up.) With the credit draft which is a superset of the current extension draft I think we need to have some discussion of. Do we just move forward with what we have and an superset extension will be fine later. (my vote here) Or we do update the current draft with the newer features included in this draft. Which of the drafts should we adopt as WG items? Please voice support or hesitations on why we shouldn't. Justin --94eb2c0b6202fd9ed705416171df Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I did my best with following along and taki= ng notes.=C2=A0 I had the audio cut out twice on me and the meetcho stopped= right before the end so I missed that. (which I think this email will have= quite a bit to do with)=C2=A0 Thank you Rick for jumping in last minute to= make the meeting go smoothly.=C2=A0

Lou presented multiple D= LEP extension drafts and it seemed from the audio that excepting a few ques= tions about details that there was a general consensus for support for work= ing on these.=C2=A0 (I didn't heard the end of the meeting so please le= t me know if this question came up.)=C2=A0

With the credit draft wh= ich is a superset of the current extension draft I think we need to have so= me discussion of.=C2=A0 Do we just move forward with what we have and an su= perset extension will be fine later.=C2=A0 (my vote here) Or we do update t= he current draft with the newer features included in this draft.

Which of the drafts should we adopt as WG items?=C2=A0 Please voice supp= ort or hesitations on why we shouldn't.

Justin
--94eb2c0b6202fd9ed705416171df-- From nobody Tue Nov 15 18:46:48 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B45D129599; Tue, 15 Nov 2016 18:46:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] 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 UNmMuLhJ3iOK; Tue, 15 Nov 2016 18:46:44 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 093541295E2; Tue, 15 Nov 2016 18:46:43 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Wed, 16 Nov 2016 02:46:17 +0000 From: Rick Taylor To: "ratliffstan@gmail.com" , "aretana@cisco.com" Thread-Topic: [manet] I-D Action: draft-ietf-manet-dlep-25.txt Thread-Index: AQHSMTBjyf5v9TOb2UCl3h1hWTIylaC98RYAgAAJQ4CAAAKDAIAc2qwAgAAEVICAAAIUAIAACZgAgAAA2QCAABxwgA== Date: Wed, 16 Nov 2016 02:46:15 +0000 Message-ID: <1479264375.15549.14.camel@tropicalstormsoftware.com> References: <147766867219.24867.11477260153400004301.idtracker@ietfa.amsl.com> <1580c14baf8.2818.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> <6a40465a-3385-e9ff-c227-5928c4c32155@labn.net> , <24966EA1-9BC5-4146-BCA3-7F3671C35998@cisco.com> In-Reply-To: <24966EA1-9BC5-4146-BCA3-7F3671C35998@cisco.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="utf-8" Content-ID: <442613b2-1d6e-4752-9d02-fdb7bd3772ca> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "manet-ads@ietf.org" , "manet@ietf.org" Subject: Re: [manet] I-D Action: draft-ietf-manet-dlep-25.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 02:46:47 -0000 QWxsLA0KDQpJIHdvdWxkIGJlIGhhcHB5IHdpdGggU0hPVUxELCB0aGUgaW50ZW50aW9uIGlzIHRv IHNheSAiSWYgeW91J3ZlIGdvdA0KSVB2NiwgcGxlYXNlIHVzZSBpdCwgaXQncyB0aGUgUmlnaHQg VGhpbmcgKFRNKSwgcGFydGljdWxhcmx5IGJlY2F1c2Ugb2YNCmxpbmstbG9jYWwgYWRkcmVzc2lu ZywgYnV0IHdlIGRvIHVuZGVyc3RhbmQgdGhhdCBpdCBtaWdodCBub3QgYmUgcmlnaHQNCmZvciB5 b3VyIGRlcGxveW1lbnQgZm9yIHNvbWUgdW5kaXNjbG9zZWQgcmVhc29uLiINCg0KSSBiZWxpZXZl IFJGQzY5MTkgbWlnaHQgaGF2ZSBzb21lIHVzZWZ1bCB0ZXJtaW5vbG9neS4uLg0KDQpSaWNrDQoN Cg0KT24gV2VkLCAyMDE2LTExLTE2IGF0IDAxOjA0ICswMDAwLCBBbHZhcm8gUmV0YW5hIChhcmV0 YW5hKSB3cm90ZToNCj4gRllJLi4NCj4gDQo+IFRoZXJlIHdhcyBhIGRpc2N1c3Npb24gaW4gdGhl IHJvb20gKGJlZm9yZSB5b3VyIHNvdW5kIGNhbWUgb24pLiDCoFdlDQo+IGFsbCBhZ3JlZSBvbiB0 aGUgaW50ZW50LCBidXQgbWF5YmUgdGhlIGxhbmd1YWdlIGlzIG5vdCBjbGVhciBlbm91Z2guDQo+ IMKgSSB0aGluayBMb3UgZ290IGFuIEFJIHRvIHN1Z2dlc3QgdHh0IC0tIGNoZWNrIHRoZSBtaW51 dGVzLiDCoDstKQ0KPiANCj4gVGhhbmtzIQ0KPiANCj4gQWx2YXJvLg0KPiANCj4gVGh1bWItdHlw ZWQgYW5kIGF1dG9jb3JyZWN0ZWQuLg0KPiANCj4gT24gTm92IDE2LCAyMDE2LCBhdCAxMDowMSBB TSwgU3RhbiBSYXRsaWZmIDxyYXRsaWZmc3RhbkBnbWFpbC5jb20+DQo+IHdyb3RlOg0KPiANCj4g PiBBbHZhcm8swqANCj4gPiANCj4gPiBJJ20gZmluZSB3aXRoIFNIT1VMRC7CoA0KPiA+IA0KPiA+ IFJlZ2FyZHMsDQo+ID4gU3Rhbg0KPiA+IA0KPiA+IA0KPiA+IE9uIFR1ZSwgTm92IDE1LCAyMDE2 IGF0IDc6MjcgUE0sIEFsdmFybyBSZXRhbmEgKGFyZXRhbmEpIDxhcmV0YW5hQGMNCj4gPiBpc2Nv LmNvbT4gd3JvdGU6DQo+ID4gPiBMb3U6IMKgDQo+ID4gPiANCj4gPiA+IEhpIQ0KPiA+ID4gDQo+ ID4gPiBXb3VsZCAiU0hPVUxEICIgbWFrZSB5b3UgZmVlbCBiZXR0ZXI/wqAgSSBjYW4gbGl2ZSB3 aXRoIHRoYXQuDQo+ID4gPiANCj4gPiA+IFRoYW5rcyENCj4gPiA+IA0KPiA+ID4gQWx2YXJvLg0K PiA+ID4gDQo+ID4gPiBUaHVtYiB0eXBlZCBhbmQgYXV0b2NvcnJlY3RlZC4NCj4gPiA+IA0KPiA+ ID4gT24gTm92IDE2LCAyMDE2LCBhdCA5OjE5IEFNLCBTdGFuIFJhdGxpZmYgPHJhdGxpZmZzdGFu QGdtYWlsLmNvbT4NCj4gPiA+IHdyb3RlOg0KPiA+ID4gDQo+ID4gPiA+IExvdSzCoA0KPiA+ID4g PiANCj4gPiA+ID4gSSAxMDAlIGFncmVlIHdpdGggeW91LiBCdXQgdGhpcyB3YXMgYW4gQUQgKEFs dmFybykgInJlcXVlc3QiLiBJDQo+ID4gPiA+IHVzZSAicmVxdWVzdCIgaW4gcXVvdGVzLCBhcyBp dCB3YXMgYWxvbmcgdGhlIGxpbmVzIG9mICJhbiBvZmZlcg0KPiA+ID4gPiB5b3UgY2FuJ3QgcmVm dXNlIi4uLsKgDQo+ID4gPiA+IA0KPiA+ID4gPiBSZWdhcmRzLA0KPiA+ID4gPiBTdGFuDQo+ID4g PiA+IA0KPiA+ID4gPiANCj4gPiA+ID4gT24gVHVlLCBOb3YgMTUsIDIwMTYgYXQgNzowNCBQTSwg TG91IEJlcmdlciA8bGJlcmdlckBsYWJuLm5ldD4NCj4gPiA+ID4gd3JvdGU6DQo+ID4gPiA+ID4g VGhhbmtzIFN0YW4uwqAgSSBoYXZlIHNvbWUgY29uY2VybnMgb3ZlciB0aGUgZm9sbG93aW5nIG5l dw0KPiA+ID4gPiA+IHRleHQ6DQo+ID4gPiA+ID4gDQo+ID4gPiA+ID4gPiBJZiB0aGUgcm91dGVy IGFuZCBtb2RlbSBzdXBwb3J0IGJvdGggSVB2NCBhbmQgSVB2NiwgdGhlDQo+ID4gPiA+ID4gwqAg wqBJUHY2IHRyYW5zcG9ydCBNVVNUIGJlIHVzZWQgZm9yIHRoZSBETEVQIHNlc3Npb24uDQo+ID4g PiA+ID4gDQo+ID4gPiA+ID4gVG8gbWUgdGhlIGNob2ljZSBvZiB2NiB2cyB2NCAqdXNhZ2UqIGlz IGEgZGVwbG95bWVudCBjaG9pY2UNCj4gPiA+ID4gPiBhbmQgbm90IGENCj4gPiA+ID4gPiBwcm90 b2NvbCBpbnRlcm9wIGlzc3VlLsKgIFRoZSBuZXcgdGV4dCBsaXRlcmFsbHkgcHJlY2x1ZGVzIGFu DQo+ID4gPiA+ID4gb3BlcmF0b3INCj4gPiA+ID4gPiBmcm9tIGNob29zaW5nIHY0IGluIHRoZWly IG5ldHdvcmsuwqAgSSB0aGluayB0aGlzIGlzDQo+ID4gPiA+ID4gaW5hcHByb3ByaWF0ZSBhbmQN Cj4gPiA+ID4gPiBtZWFucyB0aGF0IHRoZSBwcm90b2NvbCBjYW4ndCBiZSBkZXBsb3llZCBpbiBj ZXJ0YWluDQo+ID4gPiA+ID4gY29tYmluYXRpb25zIChpLmUuLA0KPiA+ID4gPiA+IGFuIGltcGxl bWVudGF0aW9uIHRoYXQgc3VwcG9ydHMgdjYgYnV0IGEgbmV0d29yayB0aGF0IGNob29zZXMNCj4g PiA+ID4gPiBub3QgdG8uKQ0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IExvdQ0KPiA+ID4gPiA+IA0K PiA+ID4gPiA+IE9uIDEwLzI5LzIwMTYgMToyNiBBTSwgU3RhbiBSYXRsaWZmIHdyb3RlOg0KPiA+ ID4gPiA+ID4gTG91LA0KPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+IFRoYXQgd2FzIGFuIEFEIHJl cXVlc3QuDQo+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gUmVnYXJkcywNCj4gPiA+ID4gPiA+IFN0 YW4NCj4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gPg0KPiA+ID4gPiA+ID4gT24gRnJpLCBPY3QgMjgs IDIwMTYgYXQgMTI6MTcgUE0sIExvdSBCZXJnZXIgPGxiZXJnZXJAbGFibi4NCj4gPiA+ID4gPiBu ZXQNCj4gPiA+ID4gPiA+IDxtYWlsdG86bGJlcmdlckBsYWJuLm5ldD4+IHdyb3RlOg0KPiA+ID4g PiA+ID4NCj4gPiA+ID4gPiA+wqAgwqAgwqBDYW4gZWxhYm9yYXRlIG9uIHRoZSBuZXcgdjYgcmVx dWlyZW1lbnQ/wqAgSXQgZG9lc24ndA0KPiA+ID4gPiA+IGltcGFjdA0KPiA+ID4gPiA+ID7CoCDC oCDCoGludGVyb3BlcmFiaWxpdHkgYW5kIG1heSBub3QgYmUgdGhlIHJpZ2h0IGRlZmF1bHQgZm9y DQo+ID4gPiA+ID4gYWxsLg0KPiA+ID4gPiA+ID4NCj4gPiA+ID4gPiA+wqAgwqAgwqBMb3UNCj4g PiA+ID4gPiA+DQo+ID4gPiA+ID4gPsKgIMKgIMKgT24gT2N0b2JlciAyOCwgMjAxNiAxMTo0NDo0 MCBBTSBTdGFuIFJhdGxpZmYNCj4gPiA+ID4gPiA+wqAgwqAgwqA8cmF0bGlmZnN0YW5AZ21haWwu Y29tIDxtYWlsdG86cmF0bGlmZnN0YW5AZ21haWwuY29tPj4NCj4gPiA+ID4gPiB3cm90ZToNCj4g PiA+ID4gPiA+DQo+ID4gPiA+ID4gPj7CoCDCoCDCoEhlbGxvIFdHIHBhcnRpY2lwYW50cywNCj4g PiA+ID4gPiA+Pg0KPiA+ID4gPiA+ID4+wqAgwqAgwqBBcyB5b3UgY2FuIHNlZSwgd2UgcG9zdGVk IGEgbmV3IHZlcnNpb24gb2YgRExFUC4gVGhpcw0KPiA+ID4gPiA+IGFkZHJlc3Nlcw0KPiA+ID4g PiA+ID4+wqAgwqAgwqBjb21tZW50cyBmcm9tIHRoZSBBRCByZXZpZXcsIGFuZCBjbGFyaWZpZXMg aGFuZGxpbmcgb2YNCj4gPiA+ID4gPiBJUHY0L0lQdjYNCj4gPiA+ID4gPiA+PsKgIMKgIMKgYWRk cmVzcyBhbmQgc3VibmV0IERhdGEgSXRlbXMgKGlzc3VlIGJyb3VnaHQgb24tbGlzdA0KPiA+ID4g PiA+IGJlIERhdmlkDQo+ID4gPiA+ID4gPj7CoCDCoCDCoFdpZ2dpbnMpLg0KPiA+ID4gPiA+ID4+ DQo+ID4gPiA+ID4gPj7CoCDCoCDCoFJlZ2FyZHMsDQo+ID4gPiA+ID4gPj7CoCDCoCDCoFN0YW4N Cj4gPiA+ID4gPiA+Pg0KPiA+ID4gPiA+ID4+DQo+ID4gPiA+ID4gPj4NCj4gPiA+ID4gPiA+Pg0K PiA+ID4gPiA+ID4+wqAgwqAgwqBPbiBGcmksIE9jdCAyOCwgMjAxNiBhdCAxMTozMSBBTSwgPGlu dGVybmV0LWRyYWZ0c0BpZXQNCj4gPiA+ID4gPiBmLm9yZw0KPiA+ID4gPiA+ID4+wqAgwqAgwqA8 bWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZz4+IHdyb3RlOg0KPiA+ID4gPiA+ID4+DQo+ ID4gPiA+ID4gPj4NCj4gPiA+ID4gPiA+PsKgIMKgIMKgIMKgIMKgQSBOZXcgSW50ZXJuZXQtRHJh ZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUNCj4gPiA+ID4gPiA+PsKgIMKgIMKgIMKg IMKgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLg0KPiA+ID4gPiA+ID4+wqAgwqAgwqAgwqAg wqBUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBNb2JpbGUgQWQtaG9jDQo+ID4gPiA+ ID4gTmV0d29ya3Mgb2YNCj4gPiA+ID4gPiA+PsKgIMKgIMKgIMKgIMKgdGhlIElFVEYuDQo+ID4g PiA+ID4gPj4NCj4gPiA+ID4gPiA+PsKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgVGl0bGXCoCDC oCDCoCDCoCDCoCDCoDogRHluYW1pYyBMaW5rIEV4Y2hhbmdlDQo+ID4gPiA+ID4gUHJvdG9jb2wg KERMRVApDQo+ID4gPiA+ID4gPj7CoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoEF1dGhvcnPCoCDC oCDCoCDCoCDCoDogU3RhbiBSYXRsaWZmDQo+ID4gPiA+ID4gPj7CoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoFNoYXduIEp1cnkNCj4gPiA+ID4gPiA+ PsKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgRGFy cnlsIFNhdHRlcndoaXRlDQo+ID4gPiA+ID4gPj7CoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoFJpY2sgVGF5bG9yDQo+ID4gPiA+ID4gPj7CoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoEJvIEJlcnJ5DQo+ ID4gPiA+ID4gPj7CoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoEZpbGVuYW1lwqAgwqAgwqAgwqAg OiBkcmFmdC1pZXRmLW1hbmV0LWRsZXAtDQo+ID4gPiA+ID4gMjUudHh0DQo+ID4gPiA+ID4gPj7C oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoFBhZ2VzwqAgwqAgwqAgwqAgwqAgwqA6IDc0DQo+ID4g PiA+ID4gPj7CoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoERhdGXCoCDCoCDCoCDCoCDCoCDCoCA6 IDIwMTYtMTAtMjgNCj4gPiA+ID4gPiA+Pg0KPiA+ID4gPiA+ID4+wqAgwqAgwqAgwqAgwqBBYnN0 cmFjdDoNCj4gPiA+ID4gPiA+PsKgIMKgIMKgIMKgIMKgIMKgIFdoZW4gcm91dGluZyBkZXZpY2Vz IHJlbHkgb24gbW9kZW1zIHRvIGVmZmVjdA0KPiA+ID4gPiA+ID4+wqAgwqAgwqAgwqAgwqBjb21t dW5pY2F0aW9ucyBvdmVyDQo+ID4gPiA+ID4gPj7CoCDCoCDCoCDCoCDCoCDCoCB3aXJlbGVzcyBs aW5rcywgdGhleSBuZWVkIHRpbWVseSBhbmQgYWNjdXJhdGUNCj4gPiA+ID4gPiBrbm93bGVkZ2Ug b2YgdGhlDQo+ID4gPiA+ID4gPj7CoCDCoCDCoCDCoCDCoCDCoCBjaGFyYWN0ZXJpc3RpY3Mgb2Yg dGhlIGxpbmsgKHNwZWVkLCBzdGF0ZSwNCj4gPiA+ID4gPiBldGMuKSBpbiBvcmRlcg0KPiA+ID4g PiA+ID4+wqAgwqAgwqAgwqAgwqB0byBtYWtlDQo+ID4gPiA+ID4gPj7CoCDCoCDCoCDCoCDCoCDC oCByb3V0aW5nIGRlY2lzaW9ucy7CoCBJbiBtb2JpbGUgb3Igb3RoZXINCj4gPiA+ID4gPiBlbnZp cm9ubWVudHMgd2hlcmUNCj4gPiA+ID4gPiA+PsKgIMKgIMKgIMKgIMKgdGhlc2UNCj4gPiA+ID4g PiA+PsKgIMKgIMKgIMKgIMKgIMKgIGNoYXJhY3RlcmlzdGljcyBjaGFuZ2UgZnJlcXVlbnRseSwg bWFudWFsDQo+ID4gPiA+ID4gY29uZmlndXJhdGlvbnMNCj4gPiA+ID4gPiA+PsKgIMKgIMKgIMKg IMKgb3IgdGhlDQo+ID4gPiA+ID4gPj7CoCDCoCDCoCDCoCDCoCDCoCBpbmZlcmVuY2Ugb2Ygc3Rh dGUgdGhyb3VnaCByb3V0aW5nIG9yIHRyYW5zcG9ydA0KPiA+ID4gPiA+IHByb3RvY29scw0KPiA+ ID4gPiA+ID4+wqAgwqAgwqAgwqAgwqBkb2VzIG5vdA0KPiA+ID4gPiA+ID4+wqAgwqAgwqAgwqAg wqAgwqAgYWxsb3cgdGhlIHJvdXRlciB0byBtYWtlIHRoZSBiZXN0IGRlY2lzaW9ucy7CoCBBDQo+ ID4gPiA+ID4gPj7CoCDCoCDCoCDCoCDCoGJpZGlyZWN0aW9uYWwsIGV2ZW50LQ0KPiA+ID4gPiA+ ID4+wqAgwqAgwqAgwqAgwqAgwqAgZHJpdmVuIGNvbW11bmljYXRpb24gY2hhbm5lbCBiZXR3ZWVu IHRoZSByb3V0ZXINCj4gPiA+ID4gPiBhbmQgdGhlDQo+ID4gPiA+ID4gPj7CoCDCoCDCoCDCoCDC oG1vZGVtIGlzDQo+ID4gPiA+ID4gPj7CoCDCoCDCoCDCoCDCoCDCoCBuZWNlc3NhcnkuDQo+ID4g PiA+ID4gPj4NCj4gPiA+ID4gPiA+Pg0KPiA+ID4gPiA+ID4+wqAgwqAgwqAgwqAgwqBUaGUgSUVU RiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFmdA0KPiA+ID4gPiA+IGlzOg0K PiA+ID4gPiA+ID4+wqAgwqAgwqAgwqAgwqBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1pZXRmLW1hbmV0LQ0KPiA+ID4gPiA+IGRsZXAvDQo+ID4gPiA+ID4gPj7CoCDCoCDC oCDCoCDCoDxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW1hbmV0 DQo+ID4gPiA+ID4gLWRsZXAvPg0KPiA+ID4gPiA+ID4+DQo+ID4gPiA+ID4gPj7CoCDCoCDCoCDC oCDCoFRoZXJlJ3MgYWxzbyBhIGh0bWxpemVkIHZlcnNpb24gYXZhaWxhYmxlIGF0Og0KPiA+ID4g PiA+ID4+wqAgwqAgwqAgwqAgwqBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0 Zi1tYW5ldC1kbGVwLQ0KPiA+ID4gPiA+IDI1DQo+ID4gPiA+ID4gPj7CoCDCoCDCoCDCoCDCoDxo dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1tYW5ldC1kbGVwDQo+ID4gPiA+ ID4gLTI1Pg0KPiA+ID4gPiA+ID4+DQo+ID4gPiA+ID4gPj7CoCDCoCDCoCDCoCDCoEEgZGlmZiBm cm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoNCj4gPiA+ID4gPiA+PsKg IMKgIMKgIMKgIMKgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYt bWFuZXQNCj4gPiA+ID4gPiAtZGxlcC0yNQ0KPiA+ID4gPiA+ID4+wqAgwqAgwqAgwqAgwqA8aHR0 cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtbWFuZQ0KPiA+ID4gPiA+ IHQtZGxlcC0yNT4NCj4gPiA+ID4gPiA+Pg0KPiA+ID4gPiA+ID4+DQo+ID4gPiA+ID4gPj7CoCDC oCDCoCDCoCDCoFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRl cw0KPiA+ID4gPiA+IGZyb20gdGhlDQo+ID4gPiA+ID4gPj7CoCDCoCDCoCDCoCDCoHRpbWUgb2Yg c3VibWlzc2lvbg0KPiA+ID4gPiA+ID4+wqAgwqAgwqAgwqAgwqB1bnRpbCB0aGUgaHRtbGl6ZWQg dmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlDQo+ID4gPiA+ID4gYXQNCj4gPiA+ID4gPiA+ PsKgIMKgIMKgIMKgIMKgdG9vbHMuaWV0Zi5vcmcgPGh0dHA6Ly90b29scy5pZXRmLm9yZz4uDQo+ ID4gPiA+ID4gPj4NCj4gPiA+ID4gPiA+PsKgIMKgIMKgIMKgIMKgSW50ZXJuZXQtRHJhZnRzIGFy ZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMNCj4gPiA+ID4gPiBGVFAgYXQ6DQo+ID4gPiA+ ID4gPj7CoCDCoCDCoCDCoCDCoGZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvDQo+ ID4gPiA+ID4gPj7CoCDCoCDCoCDCoCDCoDxmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJh ZnRzLz4NCj4gPiA+ID4gPiA+Pg0KPiA+ID4gPiA+ID4+wqAgwqAgwqAgwqAgwqBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+ID4gPiA+ID4+wqAgwqAg wqAgwqAgwqBtYW5ldCBtYWlsaW5nIGxpc3QNCj4gPiA+ID4gPiA+PsKgIMKgIMKgIMKgIMKgbWFu ZXRAaWV0Zi5vcmcgPG1haWx0bzptYW5ldEBpZXRmLm9yZz4NCj4gPiA+ID4gPiA+PsKgIMKgIMKg IMKgIMKgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tYW5ldA0KPiA+ID4g PiA+ID4+wqAgwqAgwqAgwqAgwqA8aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9tYW5ldD4NCj4gPiA+ID4gPiA+Pg0KPiA+ID4gPiA+ID4+DQo+ID4gPiA+ID4gPj7CoCDCoCDC oF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4gPiA+ ID4gPj7CoCDCoCDCoG1hbmV0IG1haWxpbmcgbGlzdA0KPiA+ID4gPiA+ID4+wqAgwqAgwqBtYW5l dEBpZXRmLm9yZyA8bWFpbHRvOm1hbmV0JTQwaWV0Zi5vcmc+DQo+ID4gPiA+ID4gPj7CoCDCoCDC oGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbWFuZXQNCj4gPiA+ID4gPiA+ PsKgIMKgIMKgPGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbWFuZXQ+DQo+ ID4gPiA+ID4gPj4NCj4gPiA+ID4gPiA+DQo+ID4gPiA+ID4gDQo+ID4gPiA+ID4gDQo+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IG1hbmV0IG1haWxp bmcgbGlzdA0KPiBtYW5ldEBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL21hbmV0 From nobody Wed Nov 16 19:41:47 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2982F129592 for ; Wed, 16 Nov 2016 19:41:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 KwqlOTjp2Pzt for ; Wed, 16 Nov 2016 19:41:44 -0800 (PST) Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::22a]) (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 1F54E12949E for ; Wed, 16 Nov 2016 19:41:44 -0800 (PST) Received: by mail-qk0-x22a.google.com with SMTP id x190so202592763qkb.0 for ; Wed, 16 Nov 2016 19:41:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-transfer-encoding:mime-version:date:subject:message-id :references:to; bh=oe9aUFkMDgPhCMc5/3zvpc3w7rziGHTxLGMFgvOKeK4=; b=K9MqRb/lmAAA+fsdMaN8E5u0IgzqwjniYGW8x1oOJixufyp/0Eaqz52U4sMm5JqsPf G2ASdqkzoR6D8P/8stR7i15PGGpMmm58sUZwtJHXqlln53HypSTHVBidS9cAgTgzOT/x /mJoAU57EC6u3BG0E/j3oxGzpMOmo61rOq8ksZ5TWhcnCosK5EDVpE9iLFxRUJInuD/d l4OqQ1YolVFsxkcuwVrT/cEZM975xkTgEdsA+Hwkqls4Uj968rFqQOnOr8t5CSbV/ef0 f6Q+KiLx16OaAIfMW46Em36b8cZ0cqbG6lBd9Wz+fkeX3IaVXuQo/sP6ReivkYRPHI9v /tOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-transfer-encoding:mime-version:date :subject:message-id:references:to; bh=oe9aUFkMDgPhCMc5/3zvpc3w7rziGHTxLGMFgvOKeK4=; b=TF6HNX8oPBhfSAgsfUqAh1kKUQP5+9dcqqD/BW9N7rR2QlxDMr6LMHUF7u7bmmMLcI kTRlHNtDBKrAQb45+uYNj0ms87jbu/eDOgo0PZ5bdGdKjg+lOn+fLqmA5JKQXhIfjNkU /44aU8H3f5Zec2TzT5rHdVLEsY5knKuG/xhqrtPJeaRGXo8T590/+g3YpQlg8fMbTaQt 0GVhHfzHajxsm3YZKqBQzMwcfnMGe0jiR+FpgP65JW5m/9tnMiAhNCjsSqijr+NM7M/T TDz7UfgBMGCdqp+y847B9cLoIpHY4TtyWdEAufPAa0Xiv6O5WT4TEdScWl6FpLCPwvW0 H8uw== X-Gm-Message-State: AKaTC03oJrrgO74tAEF55KR3Fa1Y+cacPwRKJhi88Rgzq3xN0o89+lCALTfMYj4ggk1i/w== X-Received: by 10.233.235.72 with SMTP id b69mr1137753qkg.144.1479354103132; Wed, 16 Nov 2016 19:41:43 -0800 (PST) Received: from [172.20.1.59] ([63.118.170.2]) by smtp.gmail.com with ESMTPSA id s65sm553771qtd.2.2016.11.16.19.41.42 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 Nov 2016 19:41:42 -0800 (PST) From: Stan Ratliff Content-Type: multipart/alternative; boundary=Apple-Mail-99618D49-4F2E-4736-B2E2-6FD22AB22481 Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (1.0) Date: Wed, 16 Nov 2016 22:41:42 -0500 Message-Id: <65ECE05B-AA94-4DDA-8A99-4B792E0568EA@gmail.com> References: <23039.1479352110@dooku.sandelman.ca> To: manet@ietf.org X-Mailer: iPhone Mail (14B100) Archived-At: Subject: [manet] Fwd: [Roll] lwig presentation on neighbor cache entries X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 03:41:46 -0000 --Apple-Mail-99618D49-4F2E-4736-B2E2-6FD22AB22481 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hello Manet WG, FYI. Some of you may want to comment as well. Regards=20 Stan=20 Sent from my iPhone Begin forwarded message: > From: Michael Richardson > Date: November 16, 2016 at 10:08:30 PM EST > To: roll@ietf.org > Cc: 6lo@ietf.org > Subject: [Roll] lwig presentation on neighbor cache entries > Reply-To: Routing Over Low power and Lossy networks >=20 >=20 > A very interesting presentation was done by Rahul Jahwad today at LWIG. > https://www.ietf.org/proceedings/97/slides/slides-97-lwig-neighbor-manage= ment-policy-for-6lowpan-01.pdf >=20 > I think that a document will ensue. Probably it should stay in lwig, but I= > think that ROLL could contribute many comments about this, and it would be= > worth having on the agenda for IETF98. >=20 > --=20 > ] Never tell me the odds! | ipv6 mesh networ= ks [=20 > ] Michael Richardson, Sandelman Software Works | network architec= t [=20 > ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails = [=20 > =20 >=20 >=20 >=20 >=20 > --=20 > Michael Richardson , Sandelman Software Works > -=3D IPv6 IoT consulting =3D- >=20 >=20 >=20 > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll --Apple-Mail-99618D49-4F2E-4736-B2E2-6FD22AB22481 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hello Manet WG,
FYI. Some of you may want to comment as well.

Regards 
Stan 

Sent from my iPhone

Begin forwarded message:

<= div>From: Michael Richardson <mcr+ietf@sandelman.ca>
Date: November 16, 2016 at 10:0= 8:30 PM EST
To: roll@ietf.org=
Cc: 6lo@ietf.org
Subjec= t: [Roll] lwig presentation on neighbor cache entries
Reply= -To: Routing Over Low power and Lossy networks <roll@ietf.org>


A very interes= ting presentation was done by Rahul Jahwad today at LWIG.
&= nbsp;https://www.ietf.org/proceeding= s/97/slides/slides-97-lwig-neighbor-management-policy-for-6lowpan-01.pdf=

I think that a document will ensue.  = Probably it should stay in lwig, but I
think that ROLL could= contribute many comments about this, and it would be
worth h= aving on the agenda for IETF98.

--
]   &nb= sp;           Never t= ell me the odds!           = ;      | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works   &nbs= p;    | network architect  [
] &nb= sp;   mcr@sandelman.ca  http://www.sandelman.ca/ &n= bsp;      |   ruby on rails  &n= bsp; [
   




--
Mich= ael Richardson <mcr+IETF@sandelm= an.ca>, Sandelman Software Works
-=3D IPv6 IoT consu= lting =3D-



________________________= _______________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/lis= tinfo/roll
= --Apple-Mail-99618D49-4F2E-4736-B2E2-6FD22AB22481-- From nobody Mon Nov 28 07:26:30 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7024129413 for ; Mon, 28 Nov 2016 07:26:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 2igbDE3hwJBc for ; Mon, 28 Nov 2016 07:26:22 -0800 (PST) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (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 4E1EE129604 for ; Mon, 28 Nov 2016 07:26:20 -0800 (PST) Received: by mail-io0-x22c.google.com with SMTP id a124so235100044ioe.2 for ; Mon, 28 Nov 2016 07:26:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=d9qm0+9+aJrpTOowLM5iJH1EUXvIy5FMqi7vSph3Hx8=; b=vraaLqZecVsFUXINog3fUbFS2WHEfug3vg97DJTY/J4TvOX19vSx9pFfEYajwmDfv1 SNYacQDAG/nI2r015WI1IjhCfQt5mM83NifkCBJ/cIfso3sXPCZ3VqtutHP/jkeXoVBM wqcTM1Dpqn6BJwaJS1bXCmlkEP1l+rqnJJhOpj347lBLLbznzKErIYdwJq6dflXupR7X oL3Hmgli0XpTWcbiDiCT+MoY/bRWg0CRMGFrBeFhWMuAAU+YnnKIIh6jAP7L65kOQgWD kWn0NXbiXHpUG0D+rEJSNPsptFlXn2PPVDZcpW7jB1vfclZ5QXQTk4ga6/up5+CJQH6I PTuQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=d9qm0+9+aJrpTOowLM5iJH1EUXvIy5FMqi7vSph3Hx8=; b=HlK/Ulpspz66O3JDfbGIGWK62o1jlQAU0OFTkcfWorHMkr308cpDB4ZExAQ/5TpbF4 VWYVK8KpnRrlCfSOWjE3bpHo4QUrWwlSfmdwCVQydoNmHoDb2jw27e7nT1qgHQ+UMTI9 BQdnCbka1jtG1kZ7uAzvU0McPIGpS7EYY/cZqpxsf3T4TuH/XXnzGi/vx1niJdw+rT3i jHMzXw+tX1w+1BU5p1TcL0PLon9WfPl7V4sIiYK7Tl+MxRVNbEVGsnFHuAnU3/MQixfT PUZTjS6hdr93VCx5KnCi/5stRX16KIkpeR4/kbhzZKvn/F2BGXL0Q3JA+Rebk0ehnGX1 VThA== X-Gm-Message-State: AKaTC02tMiN2nXFe6sdEz7RjHhyagNQWrPPOGMBgeLYzwRY4HcAG41R02a0/5gOK26lohBMwKT9DpNURekr4FA== X-Received: by 10.107.164.35 with SMTP id n35mr17777591ioe.171.1480346779365; Mon, 28 Nov 2016 07:26:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.13.22 with HTTP; Mon, 28 Nov 2016 07:26:19 -0800 (PST) From: Stan Ratliff Date: Mon, 28 Nov 2016 10:26:19 -0500 Message-ID: To: MANET IETF Content-Type: multipart/alternative; boundary=001a114215b0edb70105425e17b4 Archived-At: Subject: [manet] Call for acceptance as Working Group documents X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2016 15:26:28 -0000 --001a114215b0edb70105425e17b4 Content-Type: text/plain; charset=UTF-8 Hello working group participants, One of the items identified during the WG meeting in Seoul was to formally request, via the list, Working Group adoption of 5 extension drafts related to DLEP. This email is that formal request. The drafts are: 1. https://tools.ietf.org/html/draft-cheng-manet-dlep-latency-extension-00.html 2. https://tools.ietf.org/html/draft-cheng-manet-dlep-pause-extension-00 3. https://tools.ietf.org/html/draft-cheng-manet-dlep-multi-hop-extension-00 4. https://tools.ietf.org/html/draft-cheng-manet-dlep-latency-extension-00 5. https://tools.ietf.org/html/draft-cheng-manet-dlep-da-credit-extension-00 I have put all 5 extensions on this email for expediency only; please do not assume that they must be adopted as a group. The chairs would greatly appreciate thoughts from the WG, both positive and negative, by December 12. For purposes of determining WG consensus, a lack of a response will be seen as indicating support for adopting the draft (e.g. silence == acceptance). Regards, Stan --001a114215b0edb70105425e17b4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello working group participants,

One o= f the items identified during the WG meeting in Seoul was to formally reque= st, via the list, Working Group adoption of 5 extension drafts related to D= LEP. This email is that formal request.=C2=A0

The = drafts are:=C2=A0
2.=C2=A0https://tools.ietf.org/html/draft-cheng-manet-dlep-pause-extension-00<= /div>

I have put all 5 extensions on th= is email for expediency only; please do not assume that they must be adopte= d as a group. The chairs would greatly appreciate thoughts from the WG, bot= h positive and negative, by December 12.=C2=A0

For= purposes of determining WG consensus, a lack of a response will be seen as= indicating support for adopting the draft (e.g. silence =3D=3D acceptance)= .=C2=A0

Regards,
Stan

--001a114215b0edb70105425e17b4-- From nobody Mon Nov 28 07:45:00 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DD9C129F47 for ; Mon, 28 Nov 2016 07:44:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 pI987y7FNll7 for ; Mon, 28 Nov 2016 07:44:56 -0800 (PST) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (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 0550D129F7D for ; Mon, 28 Nov 2016 07:44:08 -0800 (PST) Received: by mail-io0-x235.google.com with SMTP id c21so229397958ioj.1 for ; Mon, 28 Nov 2016 07:44:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=UuE2+oxGrCN+ZMJ6Cy2Yah+nUtP8jKzPZ2r3jtvLEtM=; b=eL3w2xcRyNvqgV0tpGe588YxJiUFc1iqe77XpnUVhnNybHF2JPRQA2KC4MtVG+jhf3 ML481iTZ0pQo7Turcr6xHyNM0YVYWyQ4DHFD92fhTeKbF+S6u7CE24TQmWbEVkH4YeQh Qjqcn5MkNHHLDaIXhzHchB28j0BHcYxM+mBeryrV6COpzYA9yqNO0YJ1V/22ZjRcKLx/ eG6wTfNn/BFOwMtvFblKh8hbF1XEe+oLNdFQQkSgWgKcCIytt6h5bK28IhbaOraBmx78 +QgCYUKDU7Fa1uysdX2eKsMycVQpT1PZ0vGOAWDwYQnGn9zlBLXDzLvKpai9e2XcHEr9 wSRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=UuE2+oxGrCN+ZMJ6Cy2Yah+nUtP8jKzPZ2r3jtvLEtM=; b=Wfdhx90d8Rllm6cKkS5H2M6hWoiqJX6iwsyQ/MB95MB5D+nY38WRvL3uIEzh//OA8b V6SKW4nZ3D18WagsoKZvTY1+V/yi8Id6JiTnXgenBJkL47gkL4ganBOm6n/SouQxq1ef ZkAH9UFsJMAPweQIrFg86y/3kAZ6d8gDr7wIcMjwOD2UHQ1E2dAr44ZTuKc/f+WtEtk7 5EYOcDoBpgdROVlVoEZu6HsNpiuPMyNM4wDW8asKqpOrUv8B+v+DGWpuiLl0JLGitk0Y JbIp6DRlujI8a1jp9z3vt/8QmXyGqW1HHBMT+JbI+6IBOgnPAwSn2cza7f6E/jbG8JmR cNKQ== X-Gm-Message-State: AKaTC02iimJn1XafmLKxxPoSRIVYe3JLrmwWgseTBwGbIKJgV2dMquExTEJhMg/h/UWJvbDG3qkJk749f6uh0Q== X-Received: by 10.107.164.35 with SMTP id n35mr17859245ioe.171.1480347844506; Mon, 28 Nov 2016 07:44:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.13.22 with HTTP; Mon, 28 Nov 2016 07:44:04 -0800 (PST) In-Reply-To: References: From: Stan Ratliff Date: Mon, 28 Nov 2016 10:44:04 -0500 Message-ID: To: "Wiggins, David - 0665 - MITLL" , MANET IETF Content-Type: multipart/alternative; boundary=001a114215b06a7af805425e574e Archived-At: Subject: Re: [manet] Call for acceptance as Working Group documents X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2016 15:44:59 -0000 --001a114215b06a7af805425e574e Content-Type: text/plain; charset=UTF-8 David, Oops. I claim Monday morning fogginess after the long holiday weekend, and being insufficiently caffeinated, as my excuse! ;-) WG, My apologies for the duplication. There are but 4 extensions, but the question to the WG is the same: To adopt, or not to adopt? Regards, Stan On Mon, Nov 28, 2016 at 10:33 AM, Wiggins, David - 0665 - MITLL < David.Wiggins@ll.mit.edu> wrote: > Hi Stan, > > I think #1 and #4 are the same thing, aren't they? > > David > > From: manet on behalf of Stan Ratliff < > ratliffstan@gmail.com> > Date: Monday, November 28, 2016 at 10:26 AM > To: MANET IETF > Subject: [manet] Call for acceptance as Working Group documents > > Hello working group participants, > > One of the items identified during the WG meeting in Seoul was to formally > request, via the list, Working Group adoption of 5 extension drafts related > to DLEP. This email is that formal request. > > The drafts are: > 1. https://tools.ietf.org/html/draft-cheng-manet-dlep- > latency-extension-00.html > 2. https://tools.ietf.org/html/draft-cheng-manet-dlep-pause-extension-00 > 3. https://tools.ietf.org/html/draft-cheng-manet-dlep- > multi-hop-extension-00 > 4. https://tools.ietf.org/html/draft-cheng-manet-dlep-latency-extension-00 > 5. https://tools.ietf.org/html/draft-cheng-manet-dlep- > da-credit-extension-00 > > I have put all 5 extensions on this email for expediency only; please do > not assume that they must be adopted as a group. The chairs would greatly > appreciate thoughts from the WG, both positive and negative, by December > 12. > > For purposes of determining WG consensus, a lack of a response will be > seen as indicating support for adopting the draft (e.g. silence == > acceptance). > > Regards, > Stan > > --001a114215b06a7af805425e574e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
David,=C2=A0

Oops. I claim Monday morni= ng fogginess after the long holiday weekend, and being insufficiently caffe= inated, as my excuse! ;-)=C2=A0

WG,=C2=A0
My apologies for the duplication. There are but 4 extensions, but the que= stion to the WG is the same: To adopt, or not to adopt?=C2=A0
Regards,
Stan


On Mon, Nov 28, 2016 at 10:33 = AM, Wiggins, David - 0665 - MITLL <David.Wiggins@ll.mit.edu>= wrote:
Hi Stan,

I think #1 and #4 are the same thing, = aren't they?

David

From: manet <manet-bounces@ietf.org> o= n behalf of Stan Ratliff <ratliffstan@gmail.com>
Date: Monday, November 28, 2016 at 10:26 AM
To: MANET IETF <manet@ietf.org>
Subject: [manet] Call for acceptance as Working Group document= s

Hello working group partici= pants,

One of the items identified during the WG meeting in Se= oul was to formally request, via the list, Working Group adoption of 5 exte= nsion drafts related to DLEP. This email is that formal request.=C2=A0

The drafts are:=C2=A0
3.=C2=A0https://tools.ietf.org/html/dr= aft-cheng-manet-dlep-multi-hop-extension-00

I have put all 5 extensions on = this email for expediency only; please do not assume that they must be adop= ted as a group. The chairs would greatly appreciate thoughts from the WG, b= oth positive and negative, by December 12.=C2=A0

F= or purposes of determining WG consensus, a lack of a response will be seen = as indicating support for adopting the draft (e.g. silence =3D=3D acceptanc= e).=C2=A0

Regards,
Stan


--001a114215b06a7af805425e574e-- From nobody Mon Nov 28 09:30:25 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1740F1295E0 for ; Mon, 28 Nov 2016 09:30:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] 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 k-4pEhzLZivv for ; Mon, 28 Nov 2016 09:30:21 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7AB701295C0 for ; Mon, 28 Nov 2016 09:30:20 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Mon, 28 Nov 2016 17:29:53 +0000 From: Rick Taylor To: "David.Wiggins@ll.mit.edu" , "ratliffstan@gmail.com" , "manet@ietf.org" Thread-Topic: [manet] Call for acceptance as Working Group documents Thread-Index: AQHSSYvNXgnMZFe7Y0ykbpnrd3q7HaDuia5IgAAdSYA= Date: Mon, 28 Nov 2016 17:29:53 +0000 Message-ID: <1480354193.18681.13.camel@tropicalstormsoftware.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="utf-8" Content-ID: <3cacfbc0-9201-4ce5-85e9-a4b2576cddec> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [manet] Call for acceptance as Working Group documents X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2016 17:30:23 -0000 U3RhbiwgQWxsLA0KDQpJIHNlZW0gdG8gcmVtZW1iZXIgdGhlcmUgd2FzIHNvbWUgZGlzY3Vzc2lv biBvdmVyIHdoZXRoZXIgdGhlIGRvY3VtZW50cw0Kc2hvdWxkIGJlIGFjY2VwdGVkIGFzIFdHIGRv Y3VtZW50cyBpbiB0aGVpciBjdXJyZW50IGZvcm0sIG9yIHRoZQ0KY29udGFpbmVkIGNvbmNlcHRz IHJlZm9ybXVsYXRlZCBpbnRvIGRpZmZlcmVudCBkb2N1bWVudHMgZm9yIHRoZSBXRy4NCsKgV2hl cmUvaG93IHRoYXQgaGFwcGVucyBpcyB0aGUgY2hhaXJzL2F1dGhvcnMgY2FsbC4NCg0KVGhlcmUg d2FzIGRpc2N1c3Npb24gaW4gU2VvdWwgYWJvdXQ6DQoNCkEpIFByb2R1Y2luZyBhIGJhc2UgZG9j dW1lbnQgdG8gZGVmaW5lICdzdWItVExWcycgaW4gRExFUCBmb3IgdGhlIHVzZQ0KYnkgZXh0ZW5z aW9ucy4gKFVzZWQgYnkgIzIgYW5kICM0KQ0KDQpCKSBXcml0aW5nIGEgZHJhZnQgZGVzY3JpYmlu ZyB0aGUgdXNlIG9mIEZsb3dzIGluIERMRVAsIHdoZXRoZXINCkRpZmZTZXJ2IG9yIG90aGVyd2lz ZSBkaWZmZXJlbnRpYXRlZCwgaW4gYSBnZW5lcmFsIHNlbnNlLCByZWZlcnJpbmcgdG8NCnRoZSBz dWItVExWcyBkb2N1bWVudC4NCg0KQykgUGVyaGFwcyBtZXJnaW5nIHNvbWUgb2YgdGhlIGdvb2Qg aWRlYXMgZnJvbSB0aGUgIzUgYW5kIHRoZSBleGlzdGluZw0KY3JlZGl0LXdpbmRvd2luZyBleHRl bnNpb24gaW50byBhIHNpbmdsZSBkcmFmdCwgYWRkcmVzc2luZyBwZXJjZWl2ZWQNCmlzc3VlcyBp biBib3RoLg0KDQpEKSBFeHRlbmRpbmcgIzEgdG8gY292ZXIgYWxsIHRoZSByZWxldmFudCBtZXRy aWNzIGluIGNvcmUgRExFUC4NCg0KSSBoYXZlIGFscmVhZHkgb2ZmZXJlZCB0byBjb2xsYWJvcmF0 ZSBvbiBBIGFuZCBCLiDCoFNvIEkgdm90ZSBmb3IgIzEsDQojMiwgIzMgdG8gYmUgYWNjZXB0ZWQs IGFuZCAjNSBtZXJnZWQuDQoNCkNvbnRlbnRpb3VzIG1heWJlLi4uDQoNClJpY2sNCg0KDQpPbiBN b24sIDIwMTYtMTEtMjggYXQgMTA6NDQgLTA1MDAsIFN0YW4gUmF0bGlmZiB3cm90ZToNCj4gRGF2 aWQswqANCj4gDQo+IE9vcHMuIEkgY2xhaW0gTW9uZGF5IG1vcm5pbmcgZm9nZ2luZXNzIGFmdGVy IHRoZSBsb25nIGhvbGlkYXkNCj4gd2Vla2VuZCwgYW5kIGJlaW5nIGluc3VmZmljaWVudGx5IGNh ZmZlaW5hdGVkLCBhcyBteSBleGN1c2UhIDstKcKgDQo+IA0KPiBXRyzCoA0KPiBNeSBhcG9sb2dp ZXMgZm9yIHRoZSBkdXBsaWNhdGlvbi4gVGhlcmUgYXJlIGJ1dCA0IGV4dGVuc2lvbnMsIGJ1dCB0 aGUNCj4gcXVlc3Rpb24gdG8gdGhlIFdHIGlzIHRoZSBzYW1lOiBUbyBhZG9wdCwgb3Igbm90IHRv IGFkb3B0P8KgDQo+IA0KPiBSZWdhcmRzLA0KPiBTdGFuDQo+IA0KPiANCj4gT24gTW9uLCBOb3Yg MjgsIDIwMTYgYXQgMTA6MzMgQU0sIFdpZ2dpbnMsIERhdmlkIC0gMDY2NSAtIE1JVExMIDxEYXZp DQo+IGQuV2lnZ2luc0BsbC5taXQuZWR1PiB3cm90ZToNCj4gPiBIaSBTdGFuLA0KPiA+IA0KPiA+ IEkgdGhpbmsgIzEgYW5kICM0IGFyZSB0aGUgc2FtZSB0aGluZywgYXJlbid0IHRoZXk/DQo+ID4g DQo+ID4gRGF2aWQNCj4gPiANCj4gPiBGcm9tOiBtYW5ldCA8bWFuZXQtYm91bmNlc0BpZXRmLm9y Zz4gb24gYmVoYWxmIG9mIFN0YW4gUmF0bGlmZiA8cmF0DQo+ID4gbGlmZnN0YW5AZ21haWwuY29t Pg0KPiA+IERhdGU6IE1vbmRheSwgTm92ZW1iZXIgMjgsIDIwMTYgYXQgMTA6MjYgQU0NCj4gPiBU bzogTUFORVQgSUVURiA8bWFuZXRAaWV0Zi5vcmc+DQo+ID4gU3ViamVjdDogW21hbmV0XSBDYWxs IGZvciBhY2NlcHRhbmNlIGFzIFdvcmtpbmcgR3JvdXAgZG9jdW1lbnRzDQo+ID4gDQo+ID4gSGVs bG8gd29ya2luZyBncm91cCBwYXJ0aWNpcGFudHMsDQo+ID4gDQo+ID4gT25lIG9mIHRoZSBpdGVt cyBpZGVudGlmaWVkIGR1cmluZyB0aGUgV0cgbWVldGluZyBpbiBTZW91bCB3YXMgdG8NCj4gPiBm b3JtYWxseSByZXF1ZXN0LCB2aWEgdGhlIGxpc3QsIFdvcmtpbmcgR3JvdXAgYWRvcHRpb24gb2Yg NQ0KPiA+IGV4dGVuc2lvbiBkcmFmdHMgcmVsYXRlZCB0byBETEVQLiBUaGlzIGVtYWlsIGlzIHRo YXQgZm9ybWFsDQo+ID4gcmVxdWVzdC7CoA0KPiA+IA0KPiA+IFRoZSBkcmFmdHMgYXJlOsKgDQo+ ID4gMS4gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWNoZW5nLW1hbmV0LWRsZXAt bGF0ZW5jeS1leHRlbg0KPiA+IHNpb24tMDAuaHRtbA0KPiA+IDIuwqBodHRwczovL3Rvb2xzLmll dGYub3JnL2h0bWwvZHJhZnQtY2hlbmctbWFuZXQtZGxlcC1wYXVzZS1leHRlbnNpDQo+ID4gb24t MDANCj4gPiAzLsKgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWNoZW5nLW1hbmV0 LWRsZXAtbXVsdGktaG9wLWV4dA0KPiA+IGVuc2lvbi0wMA0KPiA+IDQuwqBodHRwczovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtY2hlbmctbWFuZXQtZGxlcC1sYXRlbmN5LWV4dGVuDQo+ID4g c2lvbi0wMA0KPiA+IDUuwqBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtY2hlbmct bWFuZXQtZGxlcC1kYS1jcmVkaXQtZXh0DQo+ID4gZW5zaW9uLTAwDQo+ID4gDQo+ID4gSSBoYXZl IHB1dCBhbGwgNSBleHRlbnNpb25zIG9uIHRoaXMgZW1haWwgZm9yIGV4cGVkaWVuY3kgb25seTsN Cj4gPiBwbGVhc2UgZG8gbm90IGFzc3VtZSB0aGF0IHRoZXkgbXVzdCBiZSBhZG9wdGVkIGFzIGEg Z3JvdXAuIFRoZQ0KPiA+IGNoYWlycyB3b3VsZCBncmVhdGx5IGFwcHJlY2lhdGUgdGhvdWdodHMg ZnJvbSB0aGUgV0csIGJvdGggcG9zaXRpdmUNCj4gPiBhbmQgbmVnYXRpdmUsIGJ5IERlY2VtYmVy IDEyLsKgDQo+ID4gDQo+ID4gRm9yIHB1cnBvc2VzIG9mIGRldGVybWluaW5nIFdHIGNvbnNlbnN1 cywgYSBsYWNrIG9mIGEgcmVzcG9uc2Ugd2lsbA0KPiA+IGJlIHNlZW4gYXMgaW5kaWNhdGluZyBz dXBwb3J0IGZvciBhZG9wdGluZyB0aGUgZHJhZnQgKGUuZy4gc2lsZW5jZQ0KPiA+ID09IGFjY2Vw dGFuY2UpLsKgDQo+ID4gDQo+ID4gUmVnYXJkcywNCj4gPiBTdGFuDQo+ID4gDQo+ID4gDQo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IG1hbmV0IG1h aWxpbmcgbGlzdA0KPiBtYW5ldEBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL21hbmV0 From nobody Mon Nov 28 10:17:13 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA6AB12955B for ; Mon, 28 Nov 2016 10:17:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.502 X-Spam-Level: X-Spam-Status: No, score=-1.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 mmEFMfbdfqyu for ; Mon, 28 Nov 2016 10:17:11 -0800 (PST) Received: from gproxy6-pub.mail.unifiedlayer.com (gproxy6-pub.mail.unifiedlayer.com [67.222.39.168]) by ietfa.amsl.com (Postfix) with SMTP id E859F1294BB for ; Mon, 28 Nov 2016 10:17:10 -0800 (PST) Received: (qmail 3054 invoked by uid 0); 28 Nov 2016 18:17:05 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy6.mail.unifiedlayer.com with SMTP; 28 Nov 2016 18:17:05 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id DWGn1u0152SSUrH01WGqlx; Mon, 28 Nov 2016 11:16:50 -0700 X-Authority-Analysis: v=2.1 cv=Zpp+dbLG c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=L24OOQBejmoA:10 a=48vgC7mUAAAA:8 a=pGLkceISAAAA:8 a=LDFJQHamQwF7mjh5sEwA:9 a=2VumyQzoiJ_5_6Be:21 a=oZqoRsUQijxGOqY-:21 a=QEXdDO2ut3YA:10 a=w1C3t2QeGrPiZgrLijVG:22 a=6kGIvZw6iX1k4Y-7sg4_:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:To:Subject; bh=cSy2HOASgaOOSuyfKHSodOaQSKlSkkr9ZjR7b7cpkFw=; b=bRPJYDaVIL8ihSG6RCSqyHoUdS VZ8GyM7MqPCJO7sIHSDaIuM50CrRErp4UZK1GCBfPdZR4Ub0tfWULguqrGRR48rQgvMJje31ZtLJq wgwKaREVyu6M8WtQCM8hiciou; Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:50735 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1cBQTv-00077C-Cd; Mon, 28 Nov 2016 11:16:47 -0700 To: Rick Taylor , "David.Wiggins@ll.mit.edu" , "ratliffstan@gmail.com" , "manet@ietf.org" References: <1480354193.18681.13.camel@tropicalstormsoftware.com> From: Lou Berger Message-ID: <0e38bf67-78d6-5de5-81a2-826ba43e70c5@labn.net> Date: Mon, 28 Nov 2016 13:16:44 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0 MIME-Version: 1.0 In-Reply-To: <1480354193.18681.13.camel@tropicalstormsoftware.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.85.191 X-Exim-ID: 1cBQTv-00077C-Cd X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-85-191.washdc.fios.verizon.net ([IPv6:::1]) [100.15.85.191]:50735 X-Source-Auth: lberger@labn.net X-Email-Count: 5 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== Archived-At: Subject: Re: [manet] Call for acceptance as Working Group documents X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2016 18:17:13 -0000 I support adoption (no surprise, I'm a contributor to all). I'm fine with adopting then doing the changes or doing the restructuring (queue parameters in own doc, merge credit extensions) then adopting - is the chair's call. Lou PS I'm not aware of any IPR that applies to these documents. On 11/28/2016 12:29 PM, Rick Taylor wrote: > Stan, All, > > I seem to remember there was some discussion over whether the documents > should be accepted as WG documents in their current form, or the > contained concepts reformulated into different documents for the WG. > Where/how that happens is the chairs/authors call. > > There was discussion in Seoul about: > > A) Producing a base document to define 'sub-TLVs' in DLEP for the use > by extensions. (Used by #2 and #4) > > B) Writing a draft describing the use of Flows in DLEP, whether > DiffServ or otherwise differentiated, in a general sense, referring to > the sub-TLVs document. > > C) Perhaps merging some of the good ideas from the #5 and the existing > credit-windowing extension into a single draft, addressing perceived > issues in both. > > D) Extending #1 to cover all the relevant metrics in core DLEP. > > I have already offered to collaborate on A and B. So I vote for #1, > #2, #3 to be accepted, and #5 merged. > > Contentious maybe... > > Rick > > > On Mon, 2016-11-28 at 10:44 -0500, Stan Ratliff wrote: >> David, >> >> Oops. I claim Monday morning fogginess after the long holiday >> weekend, and being insufficiently caffeinated, as my excuse! ;-) >> >> WG, >> My apologies for the duplication. There are but 4 extensions, but the >> question to the WG is the same: To adopt, or not to adopt? >> >> Regards, >> Stan >> >> >> On Mon, Nov 28, 2016 at 10:33 AM, Wiggins, David - 0665 - MITLL > d.Wiggins@ll.mit.edu> wrote: >>> Hi Stan, >>> >>> I think #1 and #4 are the same thing, aren't they? >>> >>> David >>> >>> From: manet on behalf of Stan Ratliff >> liffstan@gmail.com> >>> Date: Monday, November 28, 2016 at 10:26 AM >>> To: MANET IETF >>> Subject: [manet] Call for acceptance as Working Group documents >>> >>> Hello working group participants, >>> >>> One of the items identified during the WG meeting in Seoul was to >>> formally request, via the list, Working Group adoption of 5 >>> extension drafts related to DLEP. This email is that formal >>> request. >>> >>> The drafts are: >>> 1. https://tools.ietf.org/html/draft-cheng-manet-dlep-latency-exten >>> sion-00.html >>> 2. https://tools.ietf.org/html/draft-cheng-manet-dlep-pause-extensi >>> on-00 >>> 3. https://tools.ietf.org/html/draft-cheng-manet-dlep-multi-hop-ext >>> ension-00 >>> 4. https://tools.ietf.org/html/draft-cheng-manet-dlep-latency-exten >>> sion-00 >>> 5. https://tools.ietf.org/html/draft-cheng-manet-dlep-da-credit-ext >>> ension-00 >>> >>> I have put all 5 extensions on this email for expediency only; >>> please do not assume that they must be adopted as a group. The >>> chairs would greatly appreciate thoughts from the WG, both positive >>> and negative, by December 12. >>> >>> For purposes of determining WG consensus, a lack of a response will >>> be seen as indicating support for adopting the draft (e.g. silence >>> == acceptance). >>> >>> Regards, >>> Stan >>> >>> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet From nobody Mon Nov 28 10:47:11 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 593281294E4 for ; Mon, 28 Nov 2016 10:47:09 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=idirect.net 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 8kAGcgt-GtAl for ; Mon, 28 Nov 2016 10:47:07 -0800 (PST) Received: from mx0b-00229401.pphosted.com (mx0a-00229401.pphosted.com [148.163.157.249]) (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 97C051293F2 for ; Mon, 28 Nov 2016 10:47:07 -0800 (PST) Received: from pps.filterd (m0097894.ppops.net [127.0.0.1]) by mx0b-00229401.pphosted.com (8.16.0.17/8.16.0.17) with SMTP id uASIk6b1009882; Mon, 28 Nov 2016 13:47:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=idirect.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=dk1; bh=deM79bZaE+O95o7TjDSqaCgT4WBznFJIdM72rJKXQbE=; b=VOMp7PiAod0kQLzL/p6kNMe9U3/p4JKgooIdnchrsI09isYlQEKT8QlO4/tuXmOdEqCM tqQcUMNV6hUgxJ7r5vEg++pNFsZuQA+1GvmlltMha3cEonyPEI9Esl7bT0aOuR5K22Qg fYEUYGo9hBppDgPAH+9OR5LLrYYf84AAq6xbbKbzW1vKn0lCg4MoNweZ2XpZAt47CkTf FMaCBeNh2dWe3soKEou4WAO4MullJes5+C0AKTOHvSkB4LK5dEaTWgk1xGrbQVZkfRhq KfFyT5CCqBFME1/lR3/y4/lc0OyIZMMEceaUrOoFAzoLeautsUkMh5zTFR93wtzOc9ks gg== Received: from webmail.idirect.net ([198.180.159.2]) by mx0b-00229401.pphosted.com with ESMTP id 26y725ag2k-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Mon, 28 Nov 2016 13:47:06 -0500 Received: from VAUSDITCHM2.idirect.net (10.250.250.202) by VAUSDITCHM2.idirect.net (10.250.250.202) with Microsoft SMTP Server (TLS) id 15.0.1236.3; Mon, 28 Nov 2016 13:47:05 -0500 Received: from VAUSDITCHM2.idirect.net ([fe80::b5b6:9e50:3403:e75d]) by VAUSDITCHM2.idirect.net ([fe80::b5b6:9e50:3403:e75d%15]) with mapi id 15.00.1236.000; Mon, 28 Nov 2016 13:47:05 -0500 From: "Ratliff, Stanley" To: Lou Berger , Rick Taylor , "David.Wiggins@ll.mit.edu" , "ratliffstan@gmail.com" , "manet@ietf.org" Thread-Topic: [manet] Call for acceptance as Working Group documents Thread-Index: AQHSSYvOMRONXpStV0Gm/SWjUwqUNaDuibHIgABxF4CAAA0XAP//s+/w Date: Mon, 28 Nov 2016 18:47:04 +0000 Message-ID: References: <1480354193.18681.13.camel@tropicalstormsoftware.com> <0e38bf67-78d6-5de5-81a2-826ba43e70c5@labn.net> In-Reply-To: <0e38bf67-78d6-5de5-81a2-826ba43e70c5@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.250.250.20] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-11-28_14:, , signatures=0 X-Proofpoint-Spam-Details: rule=outboundspam_notspam policy=outboundspam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1609300000 definitions=main-1611280302 Archived-At: Subject: Re: [manet] Call for acceptance as Working Group documents X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2016 18:47:09 -0000 All,=20 I think we have to first focus on adopting the drafts (some of them? all? n= one? That's the WG's call). Then we can sort-out what restructuring should= be done.=20 Regards, Stan > -----Original Message----- > From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Lou Berger > Sent: Monday, November 28, 2016 1:17 PM > To: Rick Taylor ; > David.Wiggins@ll.mit.edu; ratliffstan@gmail.com; manet@ietf.org > Subject: Re: [manet] Call for acceptance as Working Group documents >=20 > I support adoption (no surprise, I'm a contributor to all). >=20 > I'm fine with adopting then doing the changes or doing the restructuring > (queue parameters in own doc, merge credit extensions) then adopting - is > the chair's call. >=20 > Lou >=20 > PS I'm not aware of any IPR that applies to these documents. >=20 >=20 > On 11/28/2016 12:29 PM, Rick Taylor wrote: > > Stan, All, > > > > I seem to remember there was some discussion over whether the > > documents should be accepted as WG documents in their current form, or > > the contained concepts reformulated into different documents for the > WG. > > Where/how that happens is the chairs/authors call. > > > > There was discussion in Seoul about: > > > > A) Producing a base document to define 'sub-TLVs' in DLEP for the use > > by extensions. (Used by #2 and #4) > > > > B) Writing a draft describing the use of Flows in DLEP, whether > > DiffServ or otherwise differentiated, in a general sense, referring to > > the sub-TLVs document. > > > > C) Perhaps merging some of the good ideas from the #5 and the existing > > credit-windowing extension into a single draft, addressing perceived > > issues in both. > > > > D) Extending #1 to cover all the relevant metrics in core DLEP. > > > > I have already offered to collaborate on A and B. So I vote for #1, > > #2, #3 to be accepted, and #5 merged. > > > > Contentious maybe... > > > > Rick > > > > > > On Mon, 2016-11-28 at 10:44 -0500, Stan Ratliff wrote: > >> David, > >> > >> Oops. I claim Monday morning fogginess after the long holiday > >> weekend, and being insufficiently caffeinated, as my excuse! ;-) > >> > >> WG, > >> My apologies for the duplication. There are but 4 extensions, but the > >> question to the WG is the same: To adopt, or not to adopt? > >> > >> Regards, > >> Stan > >> > >> > >> On Mon, Nov 28, 2016 at 10:33 AM, Wiggins, David - 0665 - MITLL >> d.Wiggins@ll.mit.edu> wrote: > >>> Hi Stan, > >>> > >>> I think #1 and #4 are the same thing, aren't they? > >>> > >>> David > >>> > >>> From: manet on behalf of Stan Ratliff >>> liffstan@gmail.com> > >>> Date: Monday, November 28, 2016 at 10:26 AM > >>> To: MANET IETF > >>> Subject: [manet] Call for acceptance as Working Group documents > >>> > >>> Hello working group participants, > >>> > >>> One of the items identified during the WG meeting in Seoul was to > >>> formally request, via the list, Working Group adoption of 5 > >>> extension drafts related to DLEP. This email is that formal request. > >>> > >>> The drafts are: > >>> 1. > >>> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_ > >>> html_draft-2Dcheng-2Dmanet-2Ddlep-2Dlatency- > 2Dexten&d=3DDgICAg&c=3DLlUvi > >>> dvlhStGUSxQl0giOA&r=3DQzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- > Wbxna8&m=3D6d > >>> wQTMiMIWZZcxS2FW_XBJky-J-BfvCBGzn4k8jyFEI&s=3DANa8fzRPRpn1KD- > IB6msobnd > >>> _t8KIKpXDCbWK6zIFtY&e=3D > >>> sion-00.html > >>> 2. > >>> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_ > >>> html_draft-2Dcheng-2Dmanet-2Ddlep-2Dpause- > 2Dextensi&d=3DDgICAg&c=3DLlUvi > >>> dvlhStGUSxQl0giOA&r=3DQzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- > Wbxna8&m=3D6d > >>> wQTMiMIWZZcxS2FW_XBJky-J- > BfvCBGzn4k8jyFEI&s=3DWv6qbM0mWkXcfS_hVjugB-xs > >>> stRUoMW7UbF7s1a2o8w&e=3D > >>> on-00 > >>> 3. > >>> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_ > >>> html_draft-2Dcheng-2Dmanet-2Ddlep-2Dmulti-2Dhop- > 2Dext&d=3DDgICAg&c=3DLlU > >>> vidvlhStGUSxQl0giOA&r=3DQzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- > Wbxna8&m=3D > >>> 6dwQTMiMIWZZcxS2FW_XBJky-J- > BfvCBGzn4k8jyFEI&s=3DZqsf8OPHI2iNaHbNzC8GPz > >>> tIQGL6o0uEXispDAg400g&e=3D > >>> ension-00 > >>> 4. > >>> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_ > >>> html_draft-2Dcheng-2Dmanet-2Ddlep-2Dlatency- > 2Dexten&d=3DDgICAg&c=3DLlUvi > >>> dvlhStGUSxQl0giOA&r=3DQzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- > Wbxna8&m=3D6d > >>> wQTMiMIWZZcxS2FW_XBJky-J-BfvCBGzn4k8jyFEI&s=3DANa8fzRPRpn1KD- > IB6msobnd > >>> _t8KIKpXDCbWK6zIFtY&e=3D > >>> sion-00 > >>> 5. > >>> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_ > >>> html_draft-2Dcheng-2Dmanet-2Ddlep-2Dda-2Dcredit- > 2Dext&d=3DDgICAg&c=3DLlU > >>> vidvlhStGUSxQl0giOA&r=3DQzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- > Wbxna8&m=3D > >>> 6dwQTMiMIWZZcxS2FW_XBJky-J- > BfvCBGzn4k8jyFEI&s=3DPfm1aX9PLkAMWkC1fpHoMH > >>> mtldAPycgMVePRoYWBGNI&e=3D > >>> ension-00 > >>> > >>> I have put all 5 extensions on this email for expediency only; > >>> please do not assume that they must be adopted as a group. The > >>> chairs would greatly appreciate thoughts from the WG, both positive > >>> and negative, by December 12. > >>> > >>> For purposes of determining WG consensus, a lack of a response will > >>> be seen as indicating support for adopting the draft (e.g. silence > >>> =3D=3D acceptance). > >>> > >>> Regards, > >>> Stan > >>> > >>> > >> _______________________________________________ > >> manet mailing list > >> manet@ietf.org > >> https://urldefense.proofpoint.com/v2/url?u=3Dhttps- > 3A__www.ietf.org_mai > >> lman_listinfo_manet&d=3DDgICAg&c=3DLlUvidvlhStGUSxQl0giOA&r=3DQzgCKlK- > eUsbL > >> W5r8KZAL9L_yqNON1dbKtMa- > Wbxna8&m=3D6dwQTMiMIWZZcxS2FW_XBJky-J-BfvCBGzn4 > >> k8jyFEI&s=3Dhr-_ixL6nDbaQUKJS3SWWMc7ZCa0MELuJ87hjJ_Vg2w&e=3D > > _______________________________________________ > > manet mailing list > > manet@ietf.org > > https://urldefense.proofpoint.com/v2/url?u=3Dhttps- > 3A__www.ietf.org_mail > > man_listinfo_manet&d=3DDgICAg&c=3DLlUvidvlhStGUSxQl0giOA&r=3DQzgCKlK- > eUsbLW5 > > r8KZAL9L_yqNON1dbKtMa-Wbxna8&m=3D6dwQTMiMIWZZcxS2FW_XBJky-J- > BfvCBGzn4k8j > > yFEI&s=3Dhr-_ixL6nDbaQUKJS3SWWMc7ZCa0MELuJ87hjJ_Vg2w&e=3D >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://urldefense.proofpoint.com/v2/url?u=3Dhttps- > 3A__www.ietf.org_mailman_listinfo_manet&d=3DDgICAg&c=3DLlUvidvlhStGUSx > Ql0giOA&r=3DQzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- > Wbxna8&m=3D6dwQTMiMIWZZcxS2FW_XBJky-J-BfvCBGzn4k8jyFEI&s=3Dhr- > _ixL6nDbaQUKJS3SWWMc7ZCa0MELuJ87hjJ_Vg2w&e=3D =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D This electronic message and any files transmitted with it contains information from iDirect, which may be privileged, proprietary and/or confidential. It is intended solely for the use of the individual or entity to whom they are addressed. If you are not the original recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email in error, and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. If you received this email in error, please delete it and immediately notify the sender. From nobody Mon Nov 28 10:56:09 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A699129F95 for ; Mon, 28 Nov 2016 10:56:07 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=idirect.net 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 mH50IesUHH4G for ; Mon, 28 Nov 2016 10:56:05 -0800 (PST) Received: from mx0b-00229401.pphosted.com (mx0a-00229401.pphosted.com [148.163.157.249]) (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 42D60129497 for ; Mon, 28 Nov 2016 10:56:05 -0800 (PST) Received: from pps.filterd (m0097894.ppops.net [127.0.0.1]) by mx0b-00229401.pphosted.com (8.16.0.17/8.16.0.17) with SMTP id uASItkvn016475; Mon, 28 Nov 2016 13:56:04 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=idirect.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=dk1; bh=FpAFcg/HAm9P38ArACehDfzfFxSTE79YnNjvPzndckw=; b=TFd+bZUTgtslTNa2xXIiGUFAWKqM6gxDeNkTm5zYrp6Bq+xtdVwBjxBgKTD5mCpGYS+W GbPBtVeLnY+3A5/FEpWdjdFnQR+5XIo+1UvNa2i12Z9Gsc0rxu4gWXweQXFJMOmlrcL5 fOCW7yN54TPcS8MmLW1iF2MnEaJMGd4igOdLmgEPgergq+dmVGQonhmdOHD7UU8aQ+lS yahL+jLHC7zgjrkm59Ru4wpGpPMFrdYkSeW3kHCQCvzY82Gv0QzbhOuncvKyqAKwcN9d jbemhW8LQp8tS5w1cvcpchkDStTDwxR0cuH7p5nEctHbvkAyAXWiuETc3U3lv0t327Wt ng== Received: from webmail.idirect.net ([198.180.159.2]) by mx0b-00229401.pphosted.com with ESMTP id 26y725ag9j-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Mon, 28 Nov 2016 13:56:04 -0500 Received: from VAUSDITCHM2.idirect.net (10.250.250.202) by VAUSDITCHM1.idirect.net (10.250.250.201) with Microsoft SMTP Server (TLS) id 15.0.1236.3; Mon, 28 Nov 2016 13:56:02 -0500 Received: from VAUSDITCHM2.idirect.net ([fe80::b5b6:9e50:3403:e75d]) by VAUSDITCHM2.idirect.net ([fe80::b5b6:9e50:3403:e75d%15]) with mapi id 15.00.1236.000; Mon, 28 Nov 2016 13:56:02 -0500 From: "Ratliff, Stanley" To: Lou Berger , Rick Taylor , "David.Wiggins@ll.mit.edu" , "ratliffstan@gmail.com" , "manet@ietf.org" Thread-Topic: [manet] Call for acceptance as Working Group documents Thread-Index: AQHSSYvOMRONXpStV0Gm/SWjUwqUNaDuibHIgABxF4CAAA0XAP//ttOg Date: Mon, 28 Nov 2016 18:56:02 +0000 Message-ID: References: <1480354193.18681.13.camel@tropicalstormsoftware.com> <0e38bf67-78d6-5de5-81a2-826ba43e70c5@labn.net> In-Reply-To: <0e38bf67-78d6-5de5-81a2-826ba43e70c5@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.250.250.20] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-11-28_14:, , signatures=0 X-Proofpoint-Spam-Details: rule=outboundspam_notspam policy=outboundspam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1609300000 definitions=main-1611280304 Archived-At: Subject: Re: [manet] Call for acceptance as Working Group documents X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2016 18:56:07 -0000 Lou,=20 Thanks for reminding me on the potential IPR issues. Just to make sure that= base is completely covered, can I please hear from the other co-authors on= the extensions as to any IPR claims that might exist?=20 Regards, Stan > -----Original Message----- > From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Lou Berger > Sent: Monday, November 28, 2016 1:17 PM > To: Rick Taylor ; > David.Wiggins@ll.mit.edu; ratliffstan@gmail.com; manet@ietf.org > Subject: Re: [manet] Call for acceptance as Working Group documents >=20 > I support adoption (no surprise, I'm a contributor to all). >=20 > I'm fine with adopting then doing the changes or doing the restructuring > (queue parameters in own doc, merge credit extensions) then adopting - is > the chair's call. >=20 > Lou >=20 > PS I'm not aware of any IPR that applies to these documents. >=20 >=20 > On 11/28/2016 12:29 PM, Rick Taylor wrote: > > Stan, All, > > > > I seem to remember there was some discussion over whether the > > documents should be accepted as WG documents in their current form, or > > the contained concepts reformulated into different documents for the > WG. > > Where/how that happens is the chairs/authors call. > > > > There was discussion in Seoul about: > > > > A) Producing a base document to define 'sub-TLVs' in DLEP for the use > > by extensions. (Used by #2 and #4) > > > > B) Writing a draft describing the use of Flows in DLEP, whether > > DiffServ or otherwise differentiated, in a general sense, referring to > > the sub-TLVs document. > > > > C) Perhaps merging some of the good ideas from the #5 and the existing > > credit-windowing extension into a single draft, addressing perceived > > issues in both. > > > > D) Extending #1 to cover all the relevant metrics in core DLEP. > > > > I have already offered to collaborate on A and B. So I vote for #1, > > #2, #3 to be accepted, and #5 merged. > > > > Contentious maybe... > > > > Rick > > > > > > On Mon, 2016-11-28 at 10:44 -0500, Stan Ratliff wrote: > >> David, > >> > >> Oops. I claim Monday morning fogginess after the long holiday > >> weekend, and being insufficiently caffeinated, as my excuse! ;-) > >> > >> WG, > >> My apologies for the duplication. There are but 4 extensions, but the > >> question to the WG is the same: To adopt, or not to adopt? > >> > >> Regards, > >> Stan > >> > >> > >> On Mon, Nov 28, 2016 at 10:33 AM, Wiggins, David - 0665 - MITLL >> d.Wiggins@ll.mit.edu> wrote: > >>> Hi Stan, > >>> > >>> I think #1 and #4 are the same thing, aren't they? > >>> > >>> David > >>> > >>> From: manet on behalf of Stan Ratliff >>> liffstan@gmail.com> > >>> Date: Monday, November 28, 2016 at 10:26 AM > >>> To: MANET IETF > >>> Subject: [manet] Call for acceptance as Working Group documents > >>> > >>> Hello working group participants, > >>> > >>> One of the items identified during the WG meeting in Seoul was to > >>> formally request, via the list, Working Group adoption of 5 > >>> extension drafts related to DLEP. This email is that formal request. > >>> > >>> The drafts are: > >>> 1. > >>> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_ > >>> html_draft-2Dcheng-2Dmanet-2Ddlep-2Dlatency- > 2Dexten&d=3DDgICAg&c=3DLlUvi > >>> dvlhStGUSxQl0giOA&r=3DQzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- > Wbxna8&m=3D6d > >>> wQTMiMIWZZcxS2FW_XBJky-J-BfvCBGzn4k8jyFEI&s=3DANa8fzRPRpn1KD- > IB6msobnd > >>> _t8KIKpXDCbWK6zIFtY&e=3D > >>> sion-00.html > >>> 2. > >>> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_ > >>> html_draft-2Dcheng-2Dmanet-2Ddlep-2Dpause- > 2Dextensi&d=3DDgICAg&c=3DLlUvi > >>> dvlhStGUSxQl0giOA&r=3DQzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- > Wbxna8&m=3D6d > >>> wQTMiMIWZZcxS2FW_XBJky-J- > BfvCBGzn4k8jyFEI&s=3DWv6qbM0mWkXcfS_hVjugB-xs > >>> stRUoMW7UbF7s1a2o8w&e=3D > >>> on-00 > >>> 3. > >>> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_ > >>> html_draft-2Dcheng-2Dmanet-2Ddlep-2Dmulti-2Dhop- > 2Dext&d=3DDgICAg&c=3DLlU > >>> vidvlhStGUSxQl0giOA&r=3DQzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- > Wbxna8&m=3D > >>> 6dwQTMiMIWZZcxS2FW_XBJky-J- > BfvCBGzn4k8jyFEI&s=3DZqsf8OPHI2iNaHbNzC8GPz > >>> tIQGL6o0uEXispDAg400g&e=3D > >>> ension-00 > >>> 4. > >>> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_ > >>> html_draft-2Dcheng-2Dmanet-2Ddlep-2Dlatency- > 2Dexten&d=3DDgICAg&c=3DLlUvi > >>> dvlhStGUSxQl0giOA&r=3DQzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- > Wbxna8&m=3D6d > >>> wQTMiMIWZZcxS2FW_XBJky-J-BfvCBGzn4k8jyFEI&s=3DANa8fzRPRpn1KD- > IB6msobnd > >>> _t8KIKpXDCbWK6zIFtY&e=3D > >>> sion-00 > >>> 5. > >>> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_ > >>> html_draft-2Dcheng-2Dmanet-2Ddlep-2Dda-2Dcredit- > 2Dext&d=3DDgICAg&c=3DLlU > >>> vidvlhStGUSxQl0giOA&r=3DQzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- > Wbxna8&m=3D > >>> 6dwQTMiMIWZZcxS2FW_XBJky-J- > BfvCBGzn4k8jyFEI&s=3DPfm1aX9PLkAMWkC1fpHoMH > >>> mtldAPycgMVePRoYWBGNI&e=3D > >>> ension-00 > >>> > >>> I have put all 5 extensions on this email for expediency only; > >>> please do not assume that they must be adopted as a group. The > >>> chairs would greatly appreciate thoughts from the WG, both positive > >>> and negative, by December 12. > >>> > >>> For purposes of determining WG consensus, a lack of a response will > >>> be seen as indicating support for adopting the draft (e.g. silence > >>> =3D=3D acceptance). > >>> > >>> Regards, > >>> Stan > >>> > >>> > >> _______________________________________________ > >> manet mailing list > >> manet@ietf.org > >> https://urldefense.proofpoint.com/v2/url?u=3Dhttps- > 3A__www.ietf.org_mai > >> lman_listinfo_manet&d=3DDgICAg&c=3DLlUvidvlhStGUSxQl0giOA&r=3DQzgCKlK- > eUsbL > >> W5r8KZAL9L_yqNON1dbKtMa- > Wbxna8&m=3D6dwQTMiMIWZZcxS2FW_XBJky-J-BfvCBGzn4 > >> k8jyFEI&s=3Dhr-_ixL6nDbaQUKJS3SWWMc7ZCa0MELuJ87hjJ_Vg2w&e=3D > > _______________________________________________ > > manet mailing list > > manet@ietf.org > > https://urldefense.proofpoint.com/v2/url?u=3Dhttps- > 3A__www.ietf.org_mail > > man_listinfo_manet&d=3DDgICAg&c=3DLlUvidvlhStGUSxQl0giOA&r=3DQzgCKlK- > eUsbLW5 > > r8KZAL9L_yqNON1dbKtMa-Wbxna8&m=3D6dwQTMiMIWZZcxS2FW_XBJky-J- > BfvCBGzn4k8j > > yFEI&s=3Dhr-_ixL6nDbaQUKJS3SWWMc7ZCa0MELuJ87hjJ_Vg2w&e=3D >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://urldefense.proofpoint.com/v2/url?u=3Dhttps- > 3A__www.ietf.org_mailman_listinfo_manet&d=3DDgICAg&c=3DLlUvidvlhStGUSx > Ql0giOA&r=3DQzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- > Wbxna8&m=3D6dwQTMiMIWZZcxS2FW_XBJky-J-BfvCBGzn4k8jyFEI&s=3Dhr- > _ixL6nDbaQUKJS3SWWMc7ZCa0MELuJ87hjJ_Vg2w&e=3D =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D This electronic message and any files transmitted with it contains information from iDirect, which may be privileged, proprietary and/or confidential. It is intended solely for the use of the individual or entity to whom they are addressed. If you are not the original recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email in error, and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. If you received this email in error, please delete it and immediately notify the sender. From nobody Mon Nov 28 11:47:52 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF9DD1294EE for ; Mon, 28 Nov 2016 11:47:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.696 X-Spam-Level: X-Spam-Status: No, score=-5.696 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497, UNPARSEABLE_RELAY=0.001] 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 T3nptKgDfLIm for ; Mon, 28 Nov 2016 11:47:48 -0800 (PST) Received: from llmx2.ll.mit.edu (LLMX2.LL.MIT.EDU [129.55.12.48]) by ietfa.amsl.com (Postfix) with ESMTP id 476F61294B9 for ; Mon, 28 Nov 2016 11:47:47 -0800 (PST) Received: from LLE2K10-HUB01.mitll.ad.local (LLE2K10-HUB01.mitll.ad.local) by llmx2.ll.mit.edu (unknown) with ESMTP id uASJf51E011450; Mon, 28 Nov 2016 14:42:35 -0500 From: "Cheng, Bow-Nan - 0665 - MITLL" To: "Ratliff, Stanley" , Lou Berger , Rick Taylor , "Wiggins, David - 0665 - MITLL" , "ratliffstan@gmail.com" , "manet@ietf.org" Thread-Topic: [manet] Call for acceptance as Working Group documents Thread-Index: AQHSSYw4Z6RzfFnE/EqHhrBckwYF2qDu2jUAgAADAgCAAB2RgIAADRcAgAAK+gD//7ZngA== Date: Mon, 28 Nov 2016 19:32:53 +0000 Message-ID: References: <1480354193.18681.13.camel@tropicalstormsoftware.com> <0e38bf67-78d6-5de5-81a2-826ba43e70c5@labn.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.0.161029 x-originating-ip: [172.25.58.168] Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3563188357_1241267" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-11-28_16:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1609300000 definitions=main-1611280318 Archived-At: Subject: Re: [manet] Call for acceptance as Working Group documents X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2016 19:47:51 -0000 --B_3563188357_1241267 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit No IPR issues on the MITLL side of the house. -- Bow-Nan Cheng, Ph.D. MIT Lincoln Laboratory Tactical Networks Group 244 Wood St Lexington MA 02420 781-981-4997 On 11/28/16, 1:56 PM, "manet on behalf of Ratliff, Stanley" wrote: >Lou, > >Thanks for reminding me on the potential IPR issues. Just to make sure >that base is completely covered, can I please hear from the other >co-authors on the extensions as to any IPR claims that might exist? > >Regards, >Stan > > >> -----Original Message----- >> From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Lou Berger >> Sent: Monday, November 28, 2016 1:17 PM >> To: Rick Taylor ; >> David.Wiggins@ll.mit.edu; ratliffstan@gmail.com; manet@ietf.org >> Subject: Re: [manet] Call for acceptance as Working Group documents >> >> I support adoption (no surprise, I'm a contributor to all). >> >> I'm fine with adopting then doing the changes or doing the restructuring >> (queue parameters in own doc, merge credit extensions) then adopting - >>is >> the chair's call. >> >> Lou >> >> PS I'm not aware of any IPR that applies to these documents. >> >> >> On 11/28/2016 12:29 PM, Rick Taylor wrote: >> > Stan, All, >> > >> > I seem to remember there was some discussion over whether the >> > documents should be accepted as WG documents in their current form, or >> > the contained concepts reformulated into different documents for the >> WG. >> > Where/how that happens is the chairs/authors call. >> > >> > There was discussion in Seoul about: >> > >> > A) Producing a base document to define 'sub-TLVs' in DLEP for the use >> > by extensions. (Used by #2 and #4) >> > >> > B) Writing a draft describing the use of Flows in DLEP, whether >> > DiffServ or otherwise differentiated, in a general sense, referring to >> > the sub-TLVs document. >> > >> > C) Perhaps merging some of the good ideas from the #5 and the existing >> > credit-windowing extension into a single draft, addressing perceived >> > issues in both. >> > >> > D) Extending #1 to cover all the relevant metrics in core DLEP. >> > >> > I have already offered to collaborate on A and B. So I vote for #1, >> > #2, #3 to be accepted, and #5 merged. >> > >> > Contentious maybe... >> > >> > Rick >> > >> > >> > On Mon, 2016-11-28 at 10:44 -0500, Stan Ratliff wrote: >> >> David, >> >> >> >> Oops. I claim Monday morning fogginess after the long holiday >> >> weekend, and being insufficiently caffeinated, as my excuse! ;-) >> >> >> >> WG, >> >> My apologies for the duplication. There are but 4 extensions, but the >> >> question to the WG is the same: To adopt, or not to adopt? >> >> >> >> Regards, >> >> Stan >> >> >> >> >> >> On Mon, Nov 28, 2016 at 10:33 AM, Wiggins, David - 0665 - MITLL > >> d.Wiggins@ll.mit.edu> wrote: >> >>> Hi Stan, >> >>> >> >>> I think #1 and #4 are the same thing, aren't they? >> >>> >> >>> David >> >>> >> >>> From: manet on behalf of Stan Ratliff > >>> liffstan@gmail.com> >> >>> Date: Monday, November 28, 2016 at 10:26 AM >> >>> To: MANET IETF >> >>> Subject: [manet] Call for acceptance as Working Group documents >> >>> >> >>> Hello working group participants, >> >>> >> >>> One of the items identified during the WG meeting in Seoul was to >> >>> formally request, via the list, Working Group adoption of 5 >> >>> extension drafts related to DLEP. This email is that formal request. >> >>> >> >>> The drafts are: >> >>> 1. >> >>> https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_ >> >>> html_draft-2Dcheng-2Dmanet-2Ddlep-2Dlatency- >> 2Dexten&d=DgICAg&c=LlUvi >> >>> dvlhStGUSxQl0giOA&r=QzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- >> Wbxna8&m=6d >> >>> wQTMiMIWZZcxS2FW_XBJky-J-BfvCBGzn4k8jyFEI&s=ANa8fzRPRpn1KD- >> IB6msobnd >> >>> _t8KIKpXDCbWK6zIFtY&e= >> >>> sion-00.html >> >>> 2. >> >>> https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_ >> >>> html_draft-2Dcheng-2Dmanet-2Ddlep-2Dpause- >> 2Dextensi&d=DgICAg&c=LlUvi >> >>> dvlhStGUSxQl0giOA&r=QzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- >> Wbxna8&m=6d >> >>> wQTMiMIWZZcxS2FW_XBJky-J- >> BfvCBGzn4k8jyFEI&s=Wv6qbM0mWkXcfS_hVjugB-xs >> >>> stRUoMW7UbF7s1a2o8w&e= >> >>> on-00 >> >>> 3. >> >>> https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_ >> >>> html_draft-2Dcheng-2Dmanet-2Ddlep-2Dmulti-2Dhop- >> 2Dext&d=DgICAg&c=LlU >> >>> vidvlhStGUSxQl0giOA&r=QzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- >> Wbxna8&m= >> >>> 6dwQTMiMIWZZcxS2FW_XBJky-J- >> BfvCBGzn4k8jyFEI&s=Zqsf8OPHI2iNaHbNzC8GPz >> >>> tIQGL6o0uEXispDAg400g&e= >> >>> ension-00 >> >>> 4. >> >>> https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_ >> >>> html_draft-2Dcheng-2Dmanet-2Ddlep-2Dlatency- >> 2Dexten&d=DgICAg&c=LlUvi >> >>> dvlhStGUSxQl0giOA&r=QzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- >> Wbxna8&m=6d >> >>> wQTMiMIWZZcxS2FW_XBJky-J-BfvCBGzn4k8jyFEI&s=ANa8fzRPRpn1KD- >> IB6msobnd >> >>> _t8KIKpXDCbWK6zIFtY&e= >> >>> sion-00 >> >>> 5. >> >>> https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_ >> >>> html_draft-2Dcheng-2Dmanet-2Ddlep-2Dda-2Dcredit- >> 2Dext&d=DgICAg&c=LlU >> >>> vidvlhStGUSxQl0giOA&r=QzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- >> Wbxna8&m= >> >>> 6dwQTMiMIWZZcxS2FW_XBJky-J- >> BfvCBGzn4k8jyFEI&s=Pfm1aX9PLkAMWkC1fpHoMH >> >>> mtldAPycgMVePRoYWBGNI&e= >> >>> ension-00 >> >>> >> >>> I have put all 5 extensions on this email for expediency only; >> >>> please do not assume that they must be adopted as a group. The >> >>> chairs would greatly appreciate thoughts from the WG, both positive >> >>> and negative, by December 12. >> >>> >> >>> For purposes of determining WG consensus, a lack of a response will >> >>> be seen as indicating support for adopting the draft (e.g. silence >> >>> == acceptance). >> >>> >> >>> Regards, >> >>> Stan >> >>> >> >>> >> >> _______________________________________________ >> >> manet mailing list >> >> manet@ietf.org >> >> https://urldefense.proofpoint.com/v2/url?u=https- >> 3A__www.ietf.org_mai >> >> lman_listinfo_manet&d=DgICAg&c=LlUvidvlhStGUSxQl0giOA&r=QzgCKlK- >> eUsbL >> >> W5r8KZAL9L_yqNON1dbKtMa- >> Wbxna8&m=6dwQTMiMIWZZcxS2FW_XBJky-J-BfvCBGzn4 >> >> k8jyFEI&s=hr-_ixL6nDbaQUKJS3SWWMc7ZCa0MELuJ87hjJ_Vg2w&e= >> > _______________________________________________ >> > manet mailing list >> > manet@ietf.org >> > https://urldefense.proofpoint.com/v2/url?u=https- >> 3A__www.ietf.org_mail >> > man_listinfo_manet&d=DgICAg&c=LlUvidvlhStGUSxQl0giOA&r=QzgCKlK- >> eUsbLW5 >> > r8KZAL9L_yqNON1dbKtMa-Wbxna8&m=6dwQTMiMIWZZcxS2FW_XBJky-J- >> BfvCBGzn4k8j >> > yFEI&s=hr-_ixL6nDbaQUKJS3SWWMc7ZCa0MELuJ87hjJ_Vg2w&e= >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://urldefense.proofpoint.com/v2/url?u=https- >> 3A__www.ietf.org_mailman_listinfo_manet&d=DgICAg&c=LlUvidvlhStGUSx >> Ql0giOA&r=QzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- >> Wbxna8&m=6dwQTMiMIWZZcxS2FW_XBJky-J-BfvCBGzn4k8jyFEI&s=hr- >> _ixL6nDbaQUKJS3SWWMc7ZCa0MELuJ87hjJ_Vg2w&e= > >========================================================================== >================================================================== >This electronic message and any files transmitted with it contains >information from iDirect, which may be privileged, proprietary >and/or confidential. It is intended solely for the use of the individual >or entity to whom they are addressed. If you are not the original >recipient or the person responsible for delivering the email to the >intended recipient, be advised that you have received this email >in error, and that any use, dissemination, forwarding, printing, or >copying of this email is strictly prohibited. If you received this email >in error, please delete it and immediately notify the sender. > >_______________________________________________ >manet mailing list >manet@ietf.org >https://www.ietf.org/mailman/listinfo/manet > --B_3563188357_1241267 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIIURwYJKoZIhvcNAQcCoIIUODCCFDQCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC EiowggTsMIID1KADAgECAgodIGocAAAAAI0sMA0GCSqGSIb3DQEBCwUAMFExCzAJBgNVBAYT AlVTMR8wHQYDVQQKExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQwwCgYDVQQLEwNQS0kxEzAR BgNVBAMTCk1JVExMIENBLTMwHhcNMTYwNjA2MTEyMjAzWhcNMTkwNjA2MTEyMjAzWjBgMQsw CQYDVQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEPMA0GA1UECxMG UGVvcGxlMR8wHQYDVQQDExZDaGVuZy5Cb3ctTmFuLjUwMDEwNzM5MIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEAzm3QAIPfDoQKZgEYJbQTjlkGWXWM8hS3WYtSd7sQDzdXIL+6 RAvjSZ5ZschLbab3rKCLD3rpcsudAJeOxp6ZP0YhQ8XmUxcHpT61XClfrWGGjoFueJieDpdB CUov2GjgVJWpR1GF8QDV7le7sN8CnKdNoCNsbNwSw51IUbShS3Un8jhxHgaa52MZGSCL4oAK TxHo7bKPU47Apj3/pQBVgvWhGLXPSbkJz9Bt4jfV3IkWBVpZxIJanDs6NA4G4od4Grb9Z+fM 04FY+W9FG58PJj/8i/kAVzJOIf1he8BpPSm3TD0kY/BiHyHbhHvowlFvc2ULnHml9anzVCKk ZqYoSwIDAQABo4IBtTCCAbEwHQYDVR0OBBYEFJRaV+IxkqXyD16Rd+vtJpsArR/VMA4GA1Ud DwEB/wQEAwIGwDAfBgNVHSMEGDAWgBTXYGYOe0mNdUwN/c9G3sjHEofKvzAzBgNVHR8ELDAq MCigJqAkhiJodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0Y3JsL0xMQ0EzMGYGCCsGAQUFBwEB BFowWDAtBggrBgEFBQcwAoYhaHR0cDovL2NybC5sbC5taXQuZWR1L2dldHRvL0xMQ0EzMCcG CCsGAQUFBzABhhtodHRwOi8vb2NzcC5sbC5taXQuZWR1L29jc3AwPQYJKwYBBAGCNxUHBDAw LgYmKwYBBAGCNxUIg4PlHYfsp2aGrYcVg+rwRYW2oR8dhcveMof/inMCAWQCAQYwIgYDVR0l AQH/BBgwFgYIKwYBBQUHAwQGCisGAQQBgjcKAwwwGAYDVR0gBBEwDzANBgsqhkiG9xICAQMB CDAcBgNVHREEFTATgRFiY2hlbmdAbGwubWl0LmVkdTAnBgkrBgEEAYI3FAIEGh4YAEwATABV AHMAZQByAFMAaQBnAC0AUwBXMA0GCSqGSIb3DQEBCwUAA4IBAQBSBUmrTw5ZjY8qWa1XRXPj yccPuWnfilGBd8Pc5UVPJqawSAXatoC0GgX1D0SsnVhlVt3LBb+TWDBx2Yt/skrfR9Vd+WQd XAOfoGU3VyFvHWcdYCA9LUSg1bRUJDbPGDzpa4S+hDe/VL+r9N/XdgvOj14XDPpz2B+pabo9 CzsPvokkIdB/DtK7dvyPWFaL7oOOodLaJapua7yu6seqsyFDp4pp/00EzB0zxM3rekKlkFIs UzMrDVa7+dGhPimeFOxy4quVrcLKpE4u4Tu97Wk9dJfbUAQESKc+goDRMcACM95ltLjq3TFq U91/CJlaLucEUN67FwxkyIlykxVrOguSMIIEvDCCA6SgAwIBAgIBKTANBgkqhkiG9w0BAQUF ADBUMQswCQYDVQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoG A1UECxMDUEtJMRYwFAYDVQQDEw1NSVRMTCBSb290IENBMB4XDTEzMTIxNzAwMDAwMFoXDTIw MTIzMTIzNTk1OVowUTELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9y YXRvcnkxDDAKBgNVBAsTA1BLSTETMBEGA1UEAxMKTUlUTEwgQ0EtMzCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBANowUnVtfLbltbTcRuofAdJKnJBWUAALaBwpL1KVBF+oxbwX fJkCOdxsi2EbgKOB1iaXu/4sxVzn0iQ7OlDOaL7wjn14NmyYA2JQQvSQ3CwRSJ9J6aTrvUb6 Y1kosbQuenK8CeVLOUD3bcbSnXpOSyV5dqCsN8PJYoVIsXj28VmndZu2TCimoL5vc08mz+hb pikcXmCY0qQdvnAGI6BhhG0lR8sfLsx5usQKATB8WvG8vsg8/Cc5OrD/YopYD94l0hqAgJoc gc75UEOUDTVj/hJqPY8/7pCoWFQf1cHcbaKrjwKp+InwwCGjPXbW9OXMtYFwBUj92f4lJMcg WWVDkX8CAwEAAaOCAZowggGWMBIGA1UdEwEB/wQIMAYBAf8CAQAwHQYDVR0OBBYEFNdgZg57 SY11TA39z0beyMcSh8q/MB8GA1UdIwQYMBaAFGeqes/0Cqa5crWKoNKd8hDDQ+0pMA4GA1Ud DwEB/wQEAwIBhjBmBggrBgEFBQcBAQRaMFgwLQYIKwYBBQUHMAKGIWh0dHA6Ly9jcmwubGwu bWl0LmVkdS9nZXR0bz9MTFJDQTAnBggrBgEFBQcwAYYbaHR0cDovL29jc3AubGwubWl0LmVk dS9vY3NwMDMGA1UdHwQsMCowKKAmoCSGImh0dHA6Ly9jcmwubGwubWl0LmVkdS9nZXRjcmw/ TExSQ0EwgZIGA1UdIASBijCBhzANBgsqhkiG9xICAQMBBjANBgsqhkiG9xICAQMBCDANBgsq hkiG9xICAQMBBzANBgsqhkiG9xICAQMBCTANBgsqhkiG9xICAQMBCjANBgsqhkiG9xICAQMB CzANBgsqhkiG9xICAQMBDjANBgsqhkiG9xICAQMBDzANBgsqhkiG9xICAQMBEDANBgkqhkiG 9w0BAQUFAAOCAQEALH/RwZ+9qlO1E4JMWq4wHO4sp4XAxIFsHs2CrXf0ixkkNA4bcyFfy0ws alC4znfh/h06jCVwfPpx584cqkON0bJxmThU+UX8z4feHW/2Sd6pduOA8JSSO8lwQNg5GXBB IDlgvWx3KxJc1OjZ4oGoUluaHVSa4Zh/14UAHDEu+xOR+tsssStVjz4HAYqRlZ7tcUh204h3 uw6n1kNrVTC1H9t12ISLmveJCbEHeI0oe9TVQ9HuxeLJwKKkDCPfDMw2HizpI5cykbO+6/2j LDwCsepzGjr0S+wstD46edYtqhZGxpl/KH54dpHq40070Sf4Ntq9TFfEUdT5LYzLDTrD3zCC A4MwggJroAMCAQICAQEwDQYJKoZIhvcNAQEFBQAwVDELMAkGA1UEBhMCVVMxHzAdBgNVBAoT Fk1JVCBMaW5jb2xuIExhYm9yYXRvcnkxDDAKBgNVBAsTA1BLSTEWMBQGA1UEAxMNTUlUTEwg Um9vdCBDQTAeFw0wODA5MjMxMjAwMDBaFw0yOTEyMzEyMzU5NTlaMFQxCzAJBgNVBAYTAlVT MR8wHQYDVQQKExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQwwCgYDVQQLEwNQS0kxFjAUBgNV BAMTDU1JVExMIFJvb3QgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDFTikX WLImsvmtir9cEAqD3eQJMBMbsHDQ0YWkQnUDdeyvpQgir3/VUkE6ALAOqtWwArWVHDL+WSsf M+ShuIyvXDONDbxJH/2yDmQByasyoFhtzfTaq3AIYpnF012ECHadQ4I7XQAylSwI12mKQ9j2 6RPyWwD56iszhDWtz8vQnoAdGm05Tsi4MF1mP6101vuC/4YqSevrCP2baxUZrChobsACqGxa 9BQz+riH8fkWliXCdUASHYDOGqIb1vCXq4kkjMn/y5RaV02RXDPUjl9H+8JrGItchbihTJ0G 5EpMb56QSjEca4PvfLHkm2xJyJLwdAvagQzy2/5UAL5qVuqDAgMBAAGjYDBeMA8GA1UdEwEB /wQFMAMBAf8wHQYDVR0OBBYEFGeqes/0Cqa5crWKoNKd8hDDQ+0pMB8GA1UdIwQYMBaAFGeq es/0Cqa5crWKoNKd8hDDQ+0pMAsGA1UdDwQEAwIBhjANBgkqhkiG9w0BAQUFAAOCAQEAPhtt BWDQeHjYSlhfj8k+Q1Lc5QARZH9iDNlRjVAaL2tBnil9yNTX9Nqg1Pxjth/RE75702Ib34EO FAf+RCJk5Cj2u/01RvzEO0oJgJp3vMRC1Wxixa68rZcvD8mLWbZ4G+g4HhFL/ksBZ83Cztb4 Na3ZrLN5MLKstKvHtlWAGPM06bRM8iRt+ml3CDG6jsVkvy2z4zbj3YCXzt3dVqx69RLWmmtE ES6kKGY9O3WGO1qORA6lPgFADM/WVURitbOW/47+Vs/2K6MqlhZx9ipDcUZ/ftgK+4N656zj Gb6eqbKto2w14jwaHdcMjCp/MecuHLhjzRXKo38mPx1/dIr0ADCCBO8wggPXoAMCAQICCh0h +PMAAAAAjS0wDQYJKoZIhvcNAQELBQAwUTELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBM aW5jb2xuIExhYm9yYXRvcnkxDDAKBgNVBAsTA1BLSTETMBEGA1UEAxMKTUlUTEwgQ0EtMzAe Fw0xNjA2MDYxMTIzNDVaFw0xOTA2MDYxMTIzNDVaMGAxCzAJBgNVBAYTAlVTMR8wHQYDVQQK ExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQ8wDQYDVQQLEwZQZW9wbGUxHzAdBgNVBAMTFkNo ZW5nLkJvdy1OYW4uNTAwMTA3MzkwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCk e5QscyOBMsy3nPgVSLTZfm2u2Dk8xdvqqCAc25qDhzVwPmuUzkQj8dqhplWkhgGCd9hcDXkf UB71n8KLvNB1SU1WQn+v/0lHbnhadMj4gOqRA/bysT6eethL96ekrp2KpOncicrEZiPjGGre 3weJp55v23twyhNI9TOkZlIJ3x/SnI4JlEVJ/lKHiITJ6BtreDJtrq3Ezz0b9pNcZp1801Yx 3IrmrTR9J7CRW5qzLdpouvlo2oUoGQ21BxRgcbN9tmpf3mi+LE0d0UDY+0zZQAZZh/Uo/Pdc fQJGrsaNmHcPKOKIW/wvsfWnGtFNaDM+JWY3AdT/TbF0obLnUWGtAgMBAAGjggG4MIIBtDAd BgNVHQ4EFgQUWtsmnFCk+sCqor8iTWahZOqU7d4wDgYDVR0PAQH/BAQDAgUgMB8GA1UdIwQY MBaAFNdgZg57SY11TA39z0beyMcSh8q/MDMGA1UdHwQsMCowKKAmoCSGImh0dHA6Ly9jcmwu bGwubWl0LmVkdS9nZXRjcmwvTExDQTMwZgYIKwYBBQUHAQEEWjBYMC0GCCsGAQUFBzAChiFo dHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8vTExDQTMwJwYIKwYBBQUHMAGGG2h0dHA6Ly9v Y3NwLmxsLm1pdC5lZHUvb2NzcDA9BgkrBgEEAYI3FQcEMDAuBiYrBgEEAYI3FQiDg+Udh+yn ZoathxWD6vBFhbahHx2F69Bwg+vtIAIBZAIBBTAlBgNVHSUEHjAcBgRVHSUABggrBgEFBQcD BAYKKwYBBAGCNwoDBDAYBgNVHSAEETAPMA0GCyqGSIb3EgIBAwEIMBwGA1UdEQQVMBOBEWJj aGVuZ0BsbC5taXQuZWR1MCcGCSsGAQQBgjcUAgQaHhgATABMAFUAcwBlAHIARQBuAGMALQBT AFcwDQYJKoZIhvcNAQELBQADggEBAFiHfS/OvxCs9Co9QiXkSrQdWK+CihULnXLR/EBpmuTz 07Xorg7KhA+t75eblQZAa1aM2lA1ZmBvOY8ek8Q7Iugs2XDKdKVDpnsWyPo5o/GNYIKf703T Nq6glRo7JqHvQ94zug7+j08tm5Fnz9jLrJoH3jky97nk4NXRAMSSfhXhlShm0fa9U0GhVdov QaX4zHGWw7nw4/u6nHG0G0srLuGTUFrm8DjM9Y2FSnubz0d1tyVkk2r1fZP126xab3m4unAp VN3b0K3HsM+bn3Ih2OEl45PpNbqNwMLQCxdfRxIL1++ZOMJ6mD0eSb0nYyCNisi+NwtBDTCX 1E/QmYM9PvoxggHlMIIB4QIBATBfMFExCzAJBgNVBAYTAlVTMR8wHQYDVQQKExZNSVQgTGlu Y29sbiBMYWJvcmF0b3J5MQwwCgYDVQQLEwNQS0kxEzARBgNVBAMTCk1JVExMIENBLTMCCh0g ahwAAAAAjSwwCQYFKw4DAhoFAKBdMCMGCSqGSIb3DQEJBDEWBBRFguAm7AESnA5otQrAHbtD lCyGbzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjExMjgx OTMyMzdaMA0GCSqGSIb3DQEBAQUABIIBAIT/52oWnWyfI/xnXqurKUsGeLZ2N9Yb9ZTsJ6DI sbLA5IV8YNRXGdBIShdpUpoiv59Iq8wIUrLVHsHIgiGS5/cUlEuur5TGJFi8BqWil/miNQ10 hDgntR//cAaqYHtm3MBRQyPjL6+iYg8R8pE6BeqDgrtNt6GXhjQZNpQwxIFVr296zT/+SglU DndUSuPOZ0ONo3JFj5NMVai+Bqt85URf7u/arkf7115c2zJMWnYhG/p0bwywon0g169e7CyL 3y6Tlbpyz7rIwmYby1GoPFWS/b5BHkCL1agGLx7fLNnwZbj7hKOhxfVRGYldoVolfkD2Eo6L bxEsi8KQUkK6Myw= --B_3563188357_1241267-- From nobody Tue Nov 29 02:21:50 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7523A12962F for ; Tue, 29 Nov 2016 02:21:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] 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 pIncsNN2Dzbe for ; Tue, 29 Nov 2016 02:21:46 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E62CB129669 for ; Tue, 29 Nov 2016 02:21:38 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Tue, 29 Nov 2016 10:21:12 +0000 From: Rick Taylor To: "David.Wiggins@ll.mit.edu" , "ratliffstan@gmail.com" , "sratliff@idirect.net" , "lberger@labn.net" , "manet@ietf.org" Thread-Topic: [manet] Call for acceptance as Working Group documents Thread-Index: AQHSSYvNXgnMZFe7Y0ykbpnrd3q7HaDuia5IgAAdSYCAAA0XAIAACHkAgAEE/wA= Date: Tue, 29 Nov 2016 10:21:12 +0000 Message-ID: <1480414872.18681.14.camel@tropicalstormsoftware.com> References: <1480354193.18681.13.camel@tropicalstormsoftware.com> <0e38bf67-78d6-5de5-81a2-826ba43e70c5@labn.net> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="utf-8" Content-ID: <4abc53aa-23dc-4cc5-a089-da1cf13f6678> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [manet] Call for acceptance as Working Group documents X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2016 10:21:49 -0000 SW4gd2hpY2ggY2FzZTogKzEgZm9yIGFkb3B0aW9uIG9mIGFsbC4NCg0KUmljaw0KDQpPbiBNb24s IDIwMTYtMTEtMjggYXQgMTg6NDcgKzAwMDAsIFJhdGxpZmYsIFN0YW5sZXkgd3JvdGU6DQo+IEFs bCzCoA0KPiANCj4gSSB0aGluayB3ZSBoYXZlIHRvIGZpcnN0IGZvY3VzIG9uIGFkb3B0aW5nIHRo ZSBkcmFmdHMgKHNvbWUgb2YgdGhlbT8NCj4gYWxsPyBub25lPyBUaGF0J3MgdGhlIFdHJ3MgY2Fs bCkuwqDCoFRoZW4gd2UgY2FuIHNvcnQtb3V0IHdoYXQNCj4gcmVzdHJ1Y3R1cmluZyBzaG91bGQg YmUgZG9uZS7CoA0KPiANCj4gDQo+IFJlZ2FyZHMsDQo+IFN0YW4NCj4gDQo+IA0KPiA+IA0KPiA+ IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ID4gRnJvbTogbWFuZXQgW21haWx0bzptYW5l dC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgTG91IEJlcmdlcg0KPiA+IFNlbnQ6IE1v bmRheSwgTm92ZW1iZXIgMjgsIDIwMTYgMToxNyBQTQ0KPiA+IFRvOiBSaWNrIFRheWxvciA8cmlj a0B0cm9waWNhbHN0b3Jtc29mdHdhcmUuY29tPjsNCj4gPiBEYXZpZC5XaWdnaW5zQGxsLm1pdC5l ZHU7IHJhdGxpZmZzdGFuQGdtYWlsLmNvbTsgbWFuZXRAaWV0Zi5vcmcNCj4gPiBTdWJqZWN0OiBS ZTogW21hbmV0XSBDYWxsIGZvciBhY2NlcHRhbmNlIGFzIFdvcmtpbmcgR3JvdXAgZG9jdW1lbnRz DQo+ID4gDQo+ID4gSSBzdXBwb3J0IGFkb3B0aW9uIChubyBzdXJwcmlzZSwgSSdtIGEgY29udHJp YnV0b3IgdG8gYWxsKS4NCj4gPiANCj4gPiBJJ20gZmluZSB3aXRoIGFkb3B0aW5nIHRoZW4gZG9p bmcgdGhlIGNoYW5nZXMgb3IgZG9pbmcgdGhlDQo+ID4gcmVzdHJ1Y3R1cmluZw0KPiA+IChxdWV1 ZSBwYXJhbWV0ZXJzIGluIG93biBkb2MsIG1lcmdlIGNyZWRpdCBleHRlbnNpb25zKSB0aGVuDQo+ ID4gYWRvcHRpbmcgLSBpcw0KPiA+IHRoZSBjaGFpcidzIGNhbGwuDQo+ID4gDQo+ID4gTG91DQo+ ID4gDQo+ID4gUFMgSSdtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byB0aGVz ZSBkb2N1bWVudHMuDQo+ID4gDQo+ID4gDQo+ID4gT24gMTEvMjgvMjAxNiAxMjoyOSBQTSwgUmlj ayBUYXlsb3Igd3JvdGU6DQo+ID4gPiANCj4gPiA+IFN0YW4sIEFsbCwNCj4gPiA+IA0KPiA+ID4g SSBzZWVtIHRvIHJlbWVtYmVyIHRoZXJlIHdhcyBzb21lIGRpc2N1c3Npb24gb3ZlciB3aGV0aGVy IHRoZQ0KPiA+ID4gZG9jdW1lbnRzIHNob3VsZCBiZSBhY2NlcHRlZCBhcyBXRyBkb2N1bWVudHMg aW4gdGhlaXIgY3VycmVudA0KPiA+ID4gZm9ybSwgb3INCj4gPiA+IHRoZSBjb250YWluZWQgY29u Y2VwdHMgcmVmb3JtdWxhdGVkIGludG8gZGlmZmVyZW50IGRvY3VtZW50cyBmb3INCj4gPiA+IHRo ZQ0KPiA+IFdHLg0KPiA+ID4gDQo+ID4gPiDCoFdoZXJlL2hvdyB0aGF0IGhhcHBlbnMgaXMgdGhl IGNoYWlycy9hdXRob3JzIGNhbGwuDQo+ID4gPiANCj4gPiA+IFRoZXJlIHdhcyBkaXNjdXNzaW9u IGluIFNlb3VsIGFib3V0Og0KPiA+ID4gDQo+ID4gPiBBKSBQcm9kdWNpbmcgYSBiYXNlIGRvY3Vt ZW50IHRvIGRlZmluZSAnc3ViLVRMVnMnIGluIERMRVAgZm9yIHRoZQ0KPiA+ID4gdXNlDQo+ID4g PiBieSBleHRlbnNpb25zLiAoVXNlZCBieSAjMiBhbmQgIzQpDQo+ID4gPiANCj4gPiA+IEIpIFdy aXRpbmcgYSBkcmFmdCBkZXNjcmliaW5nIHRoZSB1c2Ugb2YgRmxvd3MgaW4gRExFUCwgd2hldGhl cg0KPiA+ID4gRGlmZlNlcnYgb3Igb3RoZXJ3aXNlIGRpZmZlcmVudGlhdGVkLCBpbiBhIGdlbmVy YWwgc2Vuc2UsDQo+ID4gPiByZWZlcnJpbmcgdG8NCj4gPiA+IHRoZSBzdWItVExWcyBkb2N1bWVu dC4NCj4gPiA+IA0KPiA+ID4gQykgUGVyaGFwcyBtZXJnaW5nIHNvbWUgb2YgdGhlIGdvb2QgaWRl YXMgZnJvbSB0aGUgIzUgYW5kIHRoZQ0KPiA+ID4gZXhpc3RpbmcNCj4gPiA+IGNyZWRpdC13aW5k b3dpbmcgZXh0ZW5zaW9uIGludG8gYSBzaW5nbGUgZHJhZnQsIGFkZHJlc3NpbmcNCj4gPiA+IHBl cmNlaXZlZA0KPiA+ID4gaXNzdWVzIGluIGJvdGguDQo+ID4gPiANCj4gPiA+IEQpIEV4dGVuZGlu ZyAjMSB0byBjb3ZlciBhbGwgdGhlIHJlbGV2YW50IG1ldHJpY3MgaW4gY29yZSBETEVQLg0KPiA+ ID4gDQo+ID4gPiBJIGhhdmUgYWxyZWFkeSBvZmZlcmVkIHRvIGNvbGxhYm9yYXRlIG9uIEEgYW5k IEIuwqDCoFNvIEkgdm90ZSBmb3INCj4gPiA+ICMxLA0KPiA+ID4gIzIsICMzIHRvIGJlIGFjY2Vw dGVkLCBhbmQgIzUgbWVyZ2VkLg0KPiA+ID4gDQo+ID4gPiBDb250ZW50aW91cyBtYXliZS4uLg0K PiA+ID4gDQo+ID4gPiBSaWNrDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gT24gTW9uLCAyMDE2LTEx LTI4IGF0IDEwOjQ0IC0wNTAwLCBTdGFuIFJhdGxpZmYgd3JvdGU6DQo+ID4gPiA+IA0KPiA+ID4g PiBEYXZpZCwNCj4gPiA+ID4gDQo+ID4gPiA+IE9vcHMuIEkgY2xhaW0gTW9uZGF5IG1vcm5pbmcg Zm9nZ2luZXNzIGFmdGVyIHRoZSBsb25nIGhvbGlkYXkNCj4gPiA+ID4gd2Vla2VuZCwgYW5kIGJl aW5nIGluc3VmZmljaWVudGx5IGNhZmZlaW5hdGVkLCBhcyBteSBleGN1c2UhIDstDQo+ID4gPiA+ ICkNCj4gPiA+ID4gDQo+ID4gPiA+IFdHLA0KPiA+ID4gPiBNeSBhcG9sb2dpZXMgZm9yIHRoZSBk dXBsaWNhdGlvbi4gVGhlcmUgYXJlIGJ1dCA0IGV4dGVuc2lvbnMsDQo+ID4gPiA+IGJ1dCB0aGUN Cj4gPiA+ID4gcXVlc3Rpb24gdG8gdGhlIFdHIGlzIHRoZSBzYW1lOiBUbyBhZG9wdCwgb3Igbm90 IHRvIGFkb3B0Pw0KPiA+ID4gPiANCj4gPiA+ID4gUmVnYXJkcywNCj4gPiA+ID4gU3Rhbg0KPiA+ ID4gPiANCj4gPiA+ID4gDQo+ID4gPiA+IE9uIE1vbiwgTm92IDI4LCAyMDE2IGF0IDEwOjMzIEFN LCBXaWdnaW5zLCBEYXZpZCAtIDA2NjUgLSBNSVRMTA0KPiA+ID4gPiA8RGF2aQ0KPiA+ID4gPiBk LldpZ2dpbnNAbGwubWl0LmVkdT4gd3JvdGU6DQo+ID4gPiA+ID4gDQo+ID4gPiA+ID4gSGkgU3Rh biwNCj4gPiA+ID4gPiANCj4gPiA+ID4gPiBJIHRoaW5rICMxIGFuZCAjNCBhcmUgdGhlIHNhbWUg dGhpbmcsIGFyZW4ndCB0aGV5Pw0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IERhdmlkDQo+ID4gPiA+ ID4gDQo+ID4gPiA+ID4gRnJvbTogbWFuZXQgPG1hbmV0LWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJl aGFsZiBvZiBTdGFuDQo+ID4gPiA+ID4gUmF0bGlmZiA8cmF0DQo+ID4gPiA+ID4gbGlmZnN0YW5A Z21haWwuY29tPg0KPiA+ID4gPiA+IERhdGU6IE1vbmRheSwgTm92ZW1iZXIgMjgsIDIwMTYgYXQg MTA6MjYgQU0NCj4gPiA+ID4gPiBUbzogTUFORVQgSUVURiA8bWFuZXRAaWV0Zi5vcmc+DQo+ID4g PiA+ID4gU3ViamVjdDogW21hbmV0XSBDYWxsIGZvciBhY2NlcHRhbmNlIGFzIFdvcmtpbmcgR3Jv dXANCj4gPiA+ID4gPiBkb2N1bWVudHMNCj4gPiA+ID4gPiANCj4gPiA+ID4gPiBIZWxsbyB3b3Jr aW5nIGdyb3VwIHBhcnRpY2lwYW50cywNCj4gPiA+ID4gPiANCj4gPiA+ID4gPiBPbmUgb2YgdGhl IGl0ZW1zIGlkZW50aWZpZWQgZHVyaW5nIHRoZSBXRyBtZWV0aW5nIGluIFNlb3VsDQo+ID4gPiA+ ID4gd2FzIHRvDQo+ID4gPiA+ID4gZm9ybWFsbHkgcmVxdWVzdCwgdmlhIHRoZSBsaXN0LCBXb3Jr aW5nIEdyb3VwIGFkb3B0aW9uIG9mIDUNCj4gPiA+ID4gPiBleHRlbnNpb24gZHJhZnRzIHJlbGF0 ZWQgdG8gRExFUC4gVGhpcyBlbWFpbCBpcyB0aGF0IGZvcm1hbA0KPiA+ID4gPiA+IHJlcXVlc3Qu DQo+ID4gPiA+ID4gDQo+ID4gPiA+ID4gVGhlIGRyYWZ0cyBhcmU6DQo+ID4gPiA+ID4gMS4NCj4g PiA+ID4gPiBodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMt M0FfX3Rvb2xzLmllDQo+ID4gPiA+ID4gdGYub3JnXw0KPiA+ID4gPiA+IGh0bWxfZHJhZnQtMkRj aGVuZy0yRG1hbmV0LTJEZGxlcC0yRGxhdGVuY3ktDQo+ID4gMkRleHRlbiZkPURnSUNBZyZjPUxs VXZpDQo+ID4gPiANCj4gPiA+ID4gDQo+ID4gPiA+ID4gDQo+ID4gPiA+ID4gZHZsaFN0R1VTeFFs MGdpT0Emcj1RemdDS2xLLWVVc2JMVzVyOEtaQUw5TF95cU5PTjFkYkt0TWEtDQo+ID4gV2J4bmE4 Jm09NmQNCj4gPiA+IA0KPiA+ID4gPiANCj4gPiA+ID4gPiANCj4gPiA+ID4gPiB3UVRNaU1JV1pa Y3hTMkZXX1hCSmt5LUotQmZ2Q0JHem40azhqeUZFSSZzPUFOYThmelJQUnBuMUtELQ0KPiA+IElC Nm1zb2JuZA0KPiA+ID4gDQo+ID4gPiA+IA0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IF90OEtJS3BY RENiV0s2eklGdFkmZT0NCj4gPiA+ID4gPiBzaW9uLTAwLmh0bWwNCj4gPiA+ID4gPiAyLg0KPiA+ ID4gPiA+IGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0z QV9fdG9vbHMuaWUNCj4gPiA+ID4gPiB0Zi5vcmdfDQo+ID4gPiA+ID4gaHRtbF9kcmFmdC0yRGNo ZW5nLTJEbWFuZXQtMkRkbGVwLTJEcGF1c2UtDQo+ID4gMkRleHRlbnNpJmQ9RGdJQ0FnJmM9TGxV dmkNCj4gPiA+IA0KPiA+ID4gPiANCj4gPiA+ID4gPiANCj4gPiA+ID4gPiBkdmxoU3RHVVN4UWww Z2lPQSZyPVF6Z0NLbEstZVVzYkxXNXI4S1pBTDlMX3lxTk9OMWRiS3RNYS0NCj4gPiBXYnhuYTgm bT02ZA0KPiA+ID4gDQo+ID4gPiA+IA0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IHdRVE1pTUlXWlpj eFMyRldfWEJKa3ktSi0NCj4gPiBCZnZDQkd6bjRrOGp5RkVJJnM9V3Y2cWJNMG1Xa1hjZlNfaFZq dWdCLXhzDQo+ID4gPiANCj4gPiA+ID4gDQo+ID4gPiA+ID4gDQo+ID4gPiA+ID4gc3RSVW9NVzdV YkY3czFhMm84dyZlPQ0KPiA+ID4gPiA+IG9uLTAwDQo+ID4gPiA+ID4gMy4NCj4gPiA+ID4gPiBo dHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xz LmllDQo+ID4gPiA+ID4gdGYub3JnXw0KPiA+ID4gPiA+IGh0bWxfZHJhZnQtMkRjaGVuZy0yRG1h bmV0LTJEZGxlcC0yRG11bHRpLTJEaG9wLQ0KPiA+IDJEZXh0JmQ9RGdJQ0FnJmM9TGxVDQo+ID4g PiANCj4gPiA+ID4gDQo+ID4gPiA+ID4gDQo+ID4gPiA+ID4gdmlkdmxoU3RHVVN4UWwwZ2lPQSZy PVF6Z0NLbEstZVVzYkxXNXI4S1pBTDlMX3lxTk9OMWRiS3RNYS0NCj4gPiBXYnhuYTgmbT0NCj4g PiA+IA0KPiA+ID4gPiANCj4gPiA+ID4gPiANCj4gPiA+ID4gPiA2ZHdRVE1pTUlXWlpjeFMyRldf WEJKa3ktSi0NCj4gPiBCZnZDQkd6bjRrOGp5RkVJJnM9WnFzZjhPUEhJMmlOYUhiTnpDOEdQeg0K PiA+ID4gDQo+ID4gPiA+IA0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IHRJUUdMNm8wdUVYaXNwREFn NDAwZyZlPQ0KPiA+ID4gPiA+IGVuc2lvbi0wMA0KPiA+ID4gPiA+IDQuDQo+ID4gPiA+ID4gaHR0 cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5p ZQ0KPiA+ID4gPiA+IHRmLm9yZ18NCj4gPiA+ID4gPiBodG1sX2RyYWZ0LTJEY2hlbmctMkRtYW5l dC0yRGRsZXAtMkRsYXRlbmN5LQ0KPiA+IDJEZXh0ZW4mZD1EZ0lDQWcmYz1MbFV2aQ0KPiA+ID4g DQo+ID4gPiA+IA0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IGR2bGhTdEdVU3hRbDBnaU9BJnI9UXpn Q0tsSy1lVXNiTFc1cjhLWkFMOUxfeXFOT04xZGJLdE1hLQ0KPiA+IFdieG5hOCZtPTZkDQo+ID4g PiANCj4gPiA+ID4gDQo+ID4gPiA+ID4gDQo+ID4gPiA+ID4gd1FUTWlNSVdaWmN4UzJGV19YQkpr eS1KLUJmdkNCR3puNGs4anlGRUkmcz1BTmE4ZnpSUFJwbjFLRC0NCj4gPiBJQjZtc29ibmQNCj4g PiA+IA0KPiA+ID4gPiANCj4gPiA+ID4gPiANCj4gPiA+ID4gPiBfdDhLSUtwWERDYldLNnpJRnRZ JmU9DQo+ID4gPiA+ID4gc2lvbi0wMA0KPiA+ID4gPiA+IDUuDQo+ID4gPiA+ID4gaHR0cHM6Ly91 cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZQ0KPiA+ ID4gPiA+IHRmLm9yZ18NCj4gPiA+ID4gPiBodG1sX2RyYWZ0LTJEY2hlbmctMkRtYW5ldC0yRGRs ZXAtMkRkYS0yRGNyZWRpdC0NCj4gPiAyRGV4dCZkPURnSUNBZyZjPUxsVQ0KPiA+ID4gDQo+ID4g PiA+IA0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IHZpZHZsaFN0R1VTeFFsMGdpT0Emcj1RemdDS2xL LWVVc2JMVzVyOEtaQUw5TF95cU5PTjFkYkt0TWEtDQo+ID4gV2J4bmE4Jm09DQo+ID4gPiANCj4g PiA+ID4gDQo+ID4gPiA+ID4gDQo+ID4gPiA+ID4gNmR3UVRNaU1JV1paY3hTMkZXX1hCSmt5LUot DQo+ID4gQmZ2Q0JHem40azhqeUZFSSZzPVBmbTFhWDlQTGtBTVdrQzFmcEhvTUgNCj4gPiA+IA0K PiA+ID4gPiANCj4gPiA+ID4gPiANCj4gPiA+ID4gPiBtdGxkQVB5Y2dNVmVQUm9ZV0JHTkkmZT0N Cj4gPiA+ID4gPiBlbnNpb24tMDANCj4gPiA+ID4gPiANCj4gPiA+ID4gPiBJIGhhdmUgcHV0IGFs bCA1IGV4dGVuc2lvbnMgb24gdGhpcyBlbWFpbCBmb3IgZXhwZWRpZW5jeQ0KPiA+ID4gPiA+IG9u bHk7DQo+ID4gPiA+ID4gcGxlYXNlIGRvIG5vdCBhc3N1bWUgdGhhdCB0aGV5IG11c3QgYmUgYWRv cHRlZCBhcyBhIGdyb3VwLg0KPiA+ID4gPiA+IFRoZQ0KPiA+ID4gPiA+IGNoYWlycyB3b3VsZCBn cmVhdGx5IGFwcHJlY2lhdGUgdGhvdWdodHMgZnJvbSB0aGUgV0csIGJvdGgNCj4gPiA+ID4gPiBw b3NpdGl2ZQ0KPiA+ID4gPiA+IGFuZCBuZWdhdGl2ZSwgYnkgRGVjZW1iZXIgMTIuDQo+ID4gPiA+ ID4gDQo+ID4gPiA+ID4gRm9yIHB1cnBvc2VzIG9mIGRldGVybWluaW5nIFdHIGNvbnNlbnN1cywg YSBsYWNrIG9mIGENCj4gPiA+ID4gPiByZXNwb25zZSB3aWxsDQo+ID4gPiA+ID4gYmUgc2VlbiBh cyBpbmRpY2F0aW5nIHN1cHBvcnQgZm9yIGFkb3B0aW5nIHRoZSBkcmFmdCAoZS5nLg0KPiA+ID4g PiA+IHNpbGVuY2UNCj4gPiA+ID4gPiA9PSBhY2NlcHRhbmNlKS4NCj4gPiA+ID4gPiANCj4gPiA+ ID4gPiBSZWdhcmRzLA0KPiA+ID4gPiA+IFN0YW4NCj4gPiA+ID4gPiANCj4gPiA+ID4gPiANCj4g PiA+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4g PiA+ID4gbWFuZXQgbWFpbGluZyBsaXN0DQo+ID4gPiA+IG1hbmV0QGlldGYub3JnDQo+ID4gPiA+ IGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0NCj4gPiAz QV9fd3d3LmlldGYub3JnX21haQ0KPiA+ID4gDQo+ID4gPiA+IA0KPiA+ID4gPiBsbWFuX2xpc3Rp bmZvX21hbmV0JmQ9RGdJQ0FnJmM9TGxVdmlkdmxoU3RHVVN4UWwwZ2lPQSZyPVF6Z0NLbEsNCj4g PiA+ID4gLQ0KPiA+IGVVc2JMDQo+ID4gPiANCj4gPiA+ID4gDQo+ID4gPiA+IFc1cjhLWkFMOUxf eXFOT04xZGJLdE1hLQ0KPiA+IFdieG5hOCZtPTZkd1FUTWlNSVdaWmN4UzJGV19YQkpreS1KLUJm dkNCR3puNA0KPiA+ID4gDQo+ID4gPiA+IA0KPiA+ID4gPiBrOGp5RkVJJnM9aHItX2l4TDZuRGJh UVVLSlMzU1dXTWM3WkNhME1FTHVKODdoakpfVmcydyZlPQ0KPiA+ID4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiA+IG1hbmV0IG1haWxpbmcgbGlz dA0KPiA+ID4gbWFuZXRAaWV0Zi5vcmcNCj4gPiA+IGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBv aW50LmNvbS92Mi91cmw/dT1odHRwcy0NCj4gPiAzQV9fd3d3LmlldGYub3JnX21haWwNCj4gPiA+ IA0KPiA+ID4gbWFuX2xpc3RpbmZvX21hbmV0JmQ9RGdJQ0FnJmM9TGxVdmlkdmxoU3RHVVN4UWww Z2lPQSZyPVF6Z0NLbEstDQo+ID4gZVVzYkxXNQ0KPiA+ID4gDQo+ID4gPiByOEtaQUw5TF95cU5P TjFkYkt0TWEtV2J4bmE4Jm09NmR3UVRNaU1JV1paY3hTMkZXX1hCSmt5LUotDQo+ID4gQmZ2Q0JH em40azhqDQo+ID4gPiANCj4gPiA+IHlGRUkmcz1oci1faXhMNm5EYmFRVUtKUzNTV1dNYzdaQ2Ew TUVMdUo4N2hqSl9WZzJ3JmU9DQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4gPiBtYW5ldCBtYWlsaW5nIGxpc3QNCj4gPiBtYW5ldEBpZXRmLm9y Zw0KPiA+IGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0N Cj4gPiAzQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fbWFuZXQmZD1EZ0lDQWcmYz1M bFV2aWR2bGhTdEdVU3gNCj4gPiBRbDBnaU9BJnI9UXpnQ0tsSy1lVXNiTFc1cjhLWkFMOUxfeXFO T04xZGJLdE1hLQ0KPiA+IFdieG5hOCZtPTZkd1FUTWlNSVdaWmN4UzJGV19YQkpreS1KLUJmdkNC R3puNGs4anlGRUkmcz1oci0NCj4gPiBfaXhMNm5EYmFRVUtKUzNTV1dNYzdaQ2EwTUVMdUo4N2hq Sl9WZzJ3JmU9DQo+ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQ0KPiA9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCj4gPT0NCj4gVGhpcyBl bGVjdHJvbmljIG1lc3NhZ2UgYW5kIGFueSBmaWxlcyB0cmFuc21pdHRlZCB3aXRoIGl0IGNvbnRh aW5zDQo+IGluZm9ybWF0aW9uIGZyb20gaURpcmVjdCwgd2hpY2ggbWF5IGJlIHByaXZpbGVnZWQs IHByb3ByaWV0YXJ5DQo+IGFuZC9vciBjb25maWRlbnRpYWwuIEl0IGlzIGludGVuZGVkIHNvbGVs eSBmb3IgdGhlIHVzZSBvZiB0aGUNCj4gaW5kaXZpZHVhbA0KPiBvciBlbnRpdHkgdG8gd2hvbSB0 aGV5IGFyZSBhZGRyZXNzZWQuIElmIHlvdSBhcmUgbm90IHRoZSBvcmlnaW5hbA0KPiByZWNpcGll bnQgb3IgdGhlIHBlcnNvbiByZXNwb25zaWJsZSBmb3IgZGVsaXZlcmluZyB0aGUgZW1haWwgdG8g dGhlDQo+IGludGVuZGVkIHJlY2lwaWVudCwgYmUgYWR2aXNlZCB0aGF0IHlvdSBoYXZlIHJlY2Vp dmVkIHRoaXMgZW1haWwNCj4gaW4gZXJyb3IsIGFuZCB0aGF0IGFueSB1c2UsIGRpc3NlbWluYXRp b24sIGZvcndhcmRpbmcsIHByaW50aW5nLCBvcg0KPiBjb3B5aW5nIG9mIHRoaXMgZW1haWwgaXMg c3RyaWN0bHkgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmVkIHRoaXMNCj4gZW1haWwNCj4gaW4g ZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIGltbWVkaWF0ZWx5IG5vdGlmeSB0aGUgc2VuZGVy Lg== From nobody Tue Nov 29 08:40:44 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8242129C06 for ; Tue, 29 Nov 2016 08:40:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.696 X-Spam-Level: X-Spam-Status: No, score=-5.696 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497, UNPARSEABLE_RELAY=0.001] 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 cG9aoBnZMtwS for ; Tue, 29 Nov 2016 08:40:39 -0800 (PST) Received: from llmx2.ll.mit.edu (LLMX2.LL.MIT.EDU [129.55.12.48]) by ietfa.amsl.com (Postfix) with ESMTP id 4D615129C14 for ; Tue, 29 Nov 2016 08:40:29 -0800 (PST) Received: from LLE2K10-HUB01.mitll.ad.local (LLE2K10-HUB01.mitll.ad.local) by llmx2.ll.mit.edu (unknown) with ESMTP id uATGVkeX013714; Tue, 29 Nov 2016 11:35:11 -0500 From: "Wiggins, David - 0665 - MITLL" To: Rick Taylor , "ratliffstan@gmail.com" , "sratliff@idirect.net" , "lberger@labn.net" , "manet@ietf.org" Thread-Topic: [manet] Call for acceptance as Working Group documents Thread-Index: AQHSSYw4tuuM7jqXjkGAvoh/DMPbKqDuibHIgABxF4CAAA0XAP//s+/wgAFZiQCAABBUgA== Date: Tue, 29 Nov 2016 16:19:40 +0000 Message-ID: References: <1480354193.18681.13.camel@tropicalstormsoftware.com> <0e38bf67-78d6-5de5-81a2-826ba43e70c5@labn.net> <1480414872.18681.14.camel@tropicalstormsoftware.com> In-Reply-To: <1480414872.18681.14.camel@tropicalstormsoftware.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [172.25.59.174] Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3563263179_57442945" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-11-29_02:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1609300000 definitions=main-1611290278 Archived-At: Subject: Re: [manet] Call for acceptance as Working Group documents X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2016 16:40:42 -0000 --B_3563263179_57442945 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit We are for adoption as well. David On 11/29/16, 5:21 AM, "Rick Taylor" wrote: >In which case: +1 for adoption of all. > >Rick > >On Mon, 2016-11-28 at 18:47 +0000, Ratliff, Stanley wrote: >> All, >> >> I think we have to first focus on adopting the drafts (some of them? >> all? none? That's the WG's call). Then we can sort-out what >> restructuring should be done. >> >> >> Regards, >> Stan >> >> >> > >> > -----Original Message----- >> > From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Lou Berger >> > Sent: Monday, November 28, 2016 1:17 PM >> > To: Rick Taylor ; >> > David.Wiggins@ll.mit.edu; ratliffstan@gmail.com; manet@ietf.org >> > Subject: Re: [manet] Call for acceptance as Working Group documents >> > >> > I support adoption (no surprise, I'm a contributor to all). >> > >> > I'm fine with adopting then doing the changes or doing the >> > restructuring >> > (queue parameters in own doc, merge credit extensions) then >> > adopting - is >> > the chair's call. >> > >> > Lou >> > >> > PS I'm not aware of any IPR that applies to these documents. >> > >> > >> > On 11/28/2016 12:29 PM, Rick Taylor wrote: >> > > >> > > Stan, All, >> > > >> > > I seem to remember there was some discussion over whether the >> > > documents should be accepted as WG documents in their current >> > > form, or >> > > the contained concepts reformulated into different documents for >> > > the >> > WG. >> > > >> > > Where/how that happens is the chairs/authors call. >> > > >> > > There was discussion in Seoul about: >> > > >> > > A) Producing a base document to define 'sub-TLVs' in DLEP for the >> > > use >> > > by extensions. (Used by #2 and #4) >> > > >> > > B) Writing a draft describing the use of Flows in DLEP, whether >> > > DiffServ or otherwise differentiated, in a general sense, >> > > referring to >> > > the sub-TLVs document. >> > > >> > > C) Perhaps merging some of the good ideas from the #5 and the >> > > existing >> > > credit-windowing extension into a single draft, addressing >> > > perceived >> > > issues in both. >> > > >> > > D) Extending #1 to cover all the relevant metrics in core DLEP. >> > > >> > > I have already offered to collaborate on A and B. So I vote for >> > > #1, >> > > #2, #3 to be accepted, and #5 merged. >> > > >> > > Contentious maybe... >> > > >> > > Rick >> > > >> > > >> > > On Mon, 2016-11-28 at 10:44 -0500, Stan Ratliff wrote: >> > > > >> > > > David, >> > > > >> > > > Oops. I claim Monday morning fogginess after the long holiday >> > > > weekend, and being insufficiently caffeinated, as my excuse! ;- >> > > > ) >> > > > >> > > > WG, >> > > > My apologies for the duplication. There are but 4 extensions, >> > > > but the >> > > > question to the WG is the same: To adopt, or not to adopt? >> > > > >> > > > Regards, >> > > > Stan >> > > > >> > > > >> > > > On Mon, Nov 28, 2016 at 10:33 AM, Wiggins, David - 0665 - MITLL >> > > > > > > > d.Wiggins@ll.mit.edu> wrote: >> > > > > >> > > > > Hi Stan, >> > > > > >> > > > > I think #1 and #4 are the same thing, aren't they? >> > > > > >> > > > > David >> > > > > >> > > > > From: manet on behalf of Stan >> > > > > Ratliff > > > > > liffstan@gmail.com> >> > > > > Date: Monday, November 28, 2016 at 10:26 AM >> > > > > To: MANET IETF >> > > > > Subject: [manet] Call for acceptance as Working Group >> > > > > documents >> > > > > >> > > > > Hello working group participants, >> > > > > >> > > > > One of the items identified during the WG meeting in Seoul >> > > > > was to >> > > > > formally request, via the list, Working Group adoption of 5 >> > > > > extension drafts related to DLEP. This email is that formal >> > > > > request. >> > > > > >> > > > > The drafts are: >> > > > > 1. >> > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ie >> > > > > tf.org_ >> > > > > html_draft-2Dcheng-2Dmanet-2Ddlep-2Dlatency- >> > 2Dexten&d=DgICAg&c=LlUvi >> > > >> > > > >> > > > > >> > > > > dvlhStGUSxQl0giOA&r=QzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- >> > Wbxna8&m=6d >> > > >> > > > >> > > > > >> > > > > wQTMiMIWZZcxS2FW_XBJky-J-BfvCBGzn4k8jyFEI&s=ANa8fzRPRpn1KD- >> > IB6msobnd >> > > >> > > > >> > > > > >> > > > > _t8KIKpXDCbWK6zIFtY&e= >> > > > > sion-00.html >> > > > > 2. >> > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ie >> > > > > tf.org_ >> > > > > html_draft-2Dcheng-2Dmanet-2Ddlep-2Dpause- >> > 2Dextensi&d=DgICAg&c=LlUvi >> > > >> > > > >> > > > > >> > > > > dvlhStGUSxQl0giOA&r=QzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- >> > Wbxna8&m=6d >> > > >> > > > >> > > > > >> > > > > wQTMiMIWZZcxS2FW_XBJky-J- >> > BfvCBGzn4k8jyFEI&s=Wv6qbM0mWkXcfS_hVjugB-xs >> > > >> > > > >> > > > > >> > > > > stRUoMW7UbF7s1a2o8w&e= >> > > > > on-00 >> > > > > 3. >> > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ie >> > > > > tf.org_ >> > > > > html_draft-2Dcheng-2Dmanet-2Ddlep-2Dmulti-2Dhop- >> > 2Dext&d=DgICAg&c=LlU >> > > >> > > > >> > > > > >> > > > > vidvlhStGUSxQl0giOA&r=QzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- >> > Wbxna8&m= >> > > >> > > > >> > > > > >> > > > > 6dwQTMiMIWZZcxS2FW_XBJky-J- >> > BfvCBGzn4k8jyFEI&s=Zqsf8OPHI2iNaHbNzC8GPz >> > > >> > > > >> > > > > >> > > > > tIQGL6o0uEXispDAg400g&e= >> > > > > ension-00 >> > > > > 4. >> > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ie >> > > > > tf.org_ >> > > > > html_draft-2Dcheng-2Dmanet-2Ddlep-2Dlatency- >> > 2Dexten&d=DgICAg&c=LlUvi >> > > >> > > > >> > > > > >> > > > > dvlhStGUSxQl0giOA&r=QzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- >> > Wbxna8&m=6d >> > > >> > > > >> > > > > >> > > > > wQTMiMIWZZcxS2FW_XBJky-J-BfvCBGzn4k8jyFEI&s=ANa8fzRPRpn1KD- >> > IB6msobnd >> > > >> > > > >> > > > > >> > > > > _t8KIKpXDCbWK6zIFtY&e= >> > > > > sion-00 >> > > > > 5. >> > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ie >> > > > > tf.org_ >> > > > > html_draft-2Dcheng-2Dmanet-2Ddlep-2Dda-2Dcredit- >> > 2Dext&d=DgICAg&c=LlU >> > > >> > > > >> > > > > >> > > > > vidvlhStGUSxQl0giOA&r=QzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- >> > Wbxna8&m= >> > > >> > > > >> > > > > >> > > > > 6dwQTMiMIWZZcxS2FW_XBJky-J- >> > BfvCBGzn4k8jyFEI&s=Pfm1aX9PLkAMWkC1fpHoMH >> > > >> > > > >> > > > > >> > > > > mtldAPycgMVePRoYWBGNI&e= >> > > > > ension-00 >> > > > > >> > > > > I have put all 5 extensions on this email for expediency >> > > > > only; >> > > > > please do not assume that they must be adopted as a group. >> > > > > The >> > > > > chairs would greatly appreciate thoughts from the WG, both >> > > > > positive >> > > > > and negative, by December 12. >> > > > > >> > > > > For purposes of determining WG consensus, a lack of a >> > > > > response will >> > > > > be seen as indicating support for adopting the draft (e.g. >> > > > > silence >> > > > > == acceptance). >> > > > > >> > > > > Regards, >> > > > > Stan >> > > > > >> > > > > >> > > > _______________________________________________ >> > > > manet mailing list >> > > > manet@ietf.org >> > > > https://urldefense.proofpoint.com/v2/url?u=https- >> > 3A__www.ietf.org_mai >> > > >> > > > >> > > > lman_listinfo_manet&d=DgICAg&c=LlUvidvlhStGUSxQl0giOA&r=QzgCKlK >> > > > - >> > eUsbL >> > > >> > > > >> > > > W5r8KZAL9L_yqNON1dbKtMa- >> > Wbxna8&m=6dwQTMiMIWZZcxS2FW_XBJky-J-BfvCBGzn4 >> > > >> > > > >> > > > k8jyFEI&s=hr-_ixL6nDbaQUKJS3SWWMc7ZCa0MELuJ87hjJ_Vg2w&e= >> > > _______________________________________________ >> > > manet mailing list >> > > manet@ietf.org >> > > https://urldefense.proofpoint.com/v2/url?u=https- >> > 3A__www.ietf.org_mail >> > > >> > > man_listinfo_manet&d=DgICAg&c=LlUvidvlhStGUSxQl0giOA&r=QzgCKlK- >> > eUsbLW5 >> > > >> > > r8KZAL9L_yqNON1dbKtMa-Wbxna8&m=6dwQTMiMIWZZcxS2FW_XBJky-J- >> > BfvCBGzn4k8j >> > > >> > > yFEI&s=hr-_ixL6nDbaQUKJS3SWWMc7ZCa0MELuJ87hjJ_Vg2w&e= >> > _______________________________________________ >> > manet mailing list >> > manet@ietf.org >> > https://urldefense.proofpoint.com/v2/url?u=https- >> > 3A__www.ietf.org_mailman_listinfo_manet&d=DgICAg&c=LlUvidvlhStGUSx >> > Ql0giOA&r=QzgCKlK-eUsbLW5r8KZAL9L_yqNON1dbKtMa- >> > Wbxna8&m=6dwQTMiMIWZZcxS2FW_XBJky-J-BfvCBGzn4k8jyFEI&s=hr- >> > _ixL6nDbaQUKJS3SWWMc7ZCa0MELuJ87hjJ_Vg2w&e= >> ===================================================================== >> ===================================================================== >> == >> This electronic message and any files transmitted with it contains >> information from iDirect, which may be privileged, proprietary >> and/or confidential. It is intended solely for the use of the >> individual >> or entity to whom they are addressed. If you are not the original >> recipient or the person responsible for delivering the email to the >> intended recipient, be advised that you have received this email >> in error, and that any use, dissemination, forwarding, printing, or >> copying of this email is strictly prohibited. If you received this >> email >> in error, please delete it and immediately notify the sender. --B_3563263179_57442945 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIIMEgYJKoZIhvcNAQcCoIIMAzCCC/8CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC CfUwggT1MIID3aADAgECAgoY4rwNAAAAAHNuMA0GCSqGSIb3DQEBCwUAMFExCzAJBgNVBAYT AlVTMR8wHQYDVQQKExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQwwCgYDVQQLEwNQS0kxEzAR BgNVBAMTCk1JVExMIENBLTMwHhcNMTYwMjEwMTMwNjAwWhcNMTkwMjA5MTMwNjAwWjBiMQsw CQYDVQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEPMA0GA1UECxMG UGVvcGxlMSEwHwYDVQQDExhXaWdnaW5zLkRhdmlkLlAuNTAwMTUyMDcwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQCiKFVMUMne1LGJfzRn943ZeccfuQI37zhvT3/LYCK/6Yaa jKbXmDz3AoT/XI551vtwvvc0wQNRfNIkB0oYfa8OkD+EYqO3sDV4IejFP9XQKkRxgb3bESa8 Frl30C0vScQ3A8h3mSQ8lFOLgo3ndiGnfF0mtUt2TbE7LAO4Jn3yxw1JqXgDk/gbXBy3zSsj uqQeWWlj2OQ3D1WBTM0fEZjMLCUfAANHxE58isDHHksnlm20EOBoaqNStCcYbFQNSjlBQ0ng 0dky+2Wx8lllMttw0R9oznENQ6RKLrzQaTSQ5tRjYpGLGIPxAhPL7MWerZrDZrdsjwTMJoge +siq0HJdAgMBAAGjggG8MIIBuDAdBgNVHQ4EFgQUIABH8cDVoyihib5dIjevNJCX+r4wDgYD VR0PAQH/BAQDAgbAMB8GA1UdIwQYMBaAFNdgZg57SY11TA39z0beyMcSh8q/MDMGA1UdHwQs MCowKKAmoCSGImh0dHA6Ly9jcmwubGwubWl0LmVkdS9nZXRjcmwvTExDQTMwZgYIKwYBBQUH AQEEWjBYMC0GCCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8vTExDQTMw JwYIKwYBBQUHMAGGG2h0dHA6Ly9vY3NwLmxsLm1pdC5lZHUvb2NzcDA9BgkrBgEEAYI3FQcE MDAuBiYrBgEEAYI3FQiDg+Udh+ynZoathxWD6vBFhbahHx2Fy94yh/+KcwIBZAIBBjAiBgNV HSUBAf8EGDAWBggrBgEFBQcDBAYKKwYBBAGCNwoDDDAYBgNVHSAEETAPMA0GCyqGSIb3EgIB AwEIMCMGA1UdEQQcMBqBGERhdmlkLldpZ2dpbnNAbGwubWl0LmVkdTAnBgkrBgEEAYI3FAIE Gh4YAEwATABVAHMAZQByAFMAaQBnAC0AUwBXMA0GCSqGSIb3DQEBCwUAA4IBAQBFmdkJgK08 BFDtjsYcbWuUE5mzlX/7RoxLNHbg/yc5w8QnpzblBYAKH4bCZJVBfPA6I7hTrOdTs/zp4LWo lD4tyS5Nz3+D4UrBCccvoOSdccD4R4hhqCLLUwX58GHETEafw6G+HbadVhFtmIdc1l23rwCw c/U2/I2Apl6R7bfpYXHCdPc0qW2ierJVPQUDtacF7vOLDRwLc7XqL1V+TfMU1yxaClfQbNXD auyuCDzQgMN1lvAMvUaA7EeUlZ8aQRwOmMMiaqDXftUp5aAufYz0oKHNwhrLlmssypjKJ0pP e3VJ6Lo6Ujx0v7GfXyW1xBDpe2GX6WQLYSfgwjU8XF6sMIIE+DCCA+CgAwIBAgIKWrCpkwAA AAA2DzANBgkqhkiG9w0BAQsFADBRMQswCQYDVQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNv bG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJMRMwEQYDVQQDEwpNSVRMTCBDQS0zMB4XDTE1 MDQwNjEyMDAyNloXDTE2MDQwNTEyMDAyNlowYjELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1J VCBMaW5jb2xuIExhYm9yYXRvcnkxDzANBgNVBAsTBlBlb3BsZTEhMB8GA1UEAxMYV2lnZ2lu cy5EYXZpZC5QLjUwMDE1MjA3MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlEWD uIm5kuHghfe7O+eMLVena6sNfAZtHLp2mwXLrNshaHM6wVKmml8zhxeSmJJXTF3Owyn7imKs vHMWcIJD9EoFQyJoeBaFV5Ll75/fE2WKswtGn9ZSSejplI/Iy99SI/9Lna5B7/BDmPozGn66 jdzgl+JVFptqEUGx5NZlRUEEtVtXYUy+PllIq6SpR/242wFiYVslFqSoHu789mexaDDAl7p7 z3W9cYidPtZUoysjW0omzwZIoYMsIhTbUMnv+TkBuhJErBmaNvAXPf8Y3pNf3pYz8pnR4MyI ibFv2CS/2KLGxJRE9xt1nrgHT8Wx+E6Ro6IYkYLPSdE6YgYAgwIDAQABo4IBvzCCAbswHQYD VR0OBBYEFGww5LYEZSoVOkuJ7ZVJS+35ChrUMA4GA1UdDwEB/wQEAwIFIDAfBgNVHSMEGDAW gBTXYGYOe0mNdUwN/c9G3sjHEofKvzAzBgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLmxs Lm1pdC5lZHUvZ2V0Y3JsL0xMQ0EzMGYGCCsGAQUFBwEBBFowWDAtBggrBgEFBQcwAoYhaHR0 cDovL2NybC5sbC5taXQuZWR1L2dldHRvL0xMQ0EzMCcGCCsGAQUFBzABhhtodHRwOi8vb2Nz cC5sbC5taXQuZWR1L29jc3AwPQYJKwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUIg4PlHYfsp2aG rYcVg+rwRYW2oR8dhevQcIPr7SACAWQCAQQwJQYDVR0lBB4wHAYEVR0lAAYIKwYBBQUHAwQG CisGAQQBgjcKAwQwGAYDVR0gBBEwDzANBgsqhkiG9xICAQMBCDAjBgNVHREEHDAagRhEYXZp ZC5XaWdnaW5zQGxsLm1pdC5lZHUwJwYJKwYBBAGCNxQCBBoeGABMAEwAVQBzAGUAcgBFAG4A YwAtAFMAVzANBgkqhkiG9w0BAQsFAAOCAQEATCsJT66TKeYNh9hrcC1wxRH08CricKt9JktB I1WWl48F4CqcYDZlLMpvHuSe6GezZzTUH4oq1y2q3um9Txh1NjLPT7j0k5SSwdr2V7d8upDN WOrXvCi59Cyz5RvuhleCPIE+6wPyDrQwfBRhte/cv8PVOrsG4tio4VOHi/nXcS+HLgC5qNxk 1/w1UBf8QkkNP8kIgum/uItm4QwVdVAJMuwe3te8dYjtp3M5nC2exfqQfk+Mmw/8fdZFpch0 rSYbpchMMOueBuy2UnWaYBF84uXldBH9fkONRX8AL8EQ3sQEOyzxqpwKQ/d0itjAGaPCCJCI VgnSYSWYoFiN9idyaTGCAeUwggHhAgEBMF8wUTELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1J VCBMaW5jb2xuIExhYm9yYXRvcnkxDDAKBgNVBAsTA1BLSTETMBEGA1UEAxMKTUlUTEwgQ0Et MwIKGOK8DQAAAABzbjAJBgUrDgMCGgUAoF0wIwYJKoZIhvcNAQkEMRYEFOH0n9rO851YFGf7 Mj2aQbbp/dOgMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE2 MTEyOTE2MTkzOVowDQYJKoZIhvcNAQEBBQAEggEAA+rNrzDFGdMN2JffSZZjivRM8dFN5mzN mnT+xSO5zs+dRMhLnE34OE2xV8fml8h7OSWIpYhRtyibZKIIgJbqyFwwQqzjiGaJr8GaFypf 5anmv8T3ad38T/+T5WNFgz5BBdtJK2MF1xMWekJ9MsuqutncT9hquv2VvaYs22HAnvwB8osj wqs9O5Rmd7ODnYd6y7pBn67hLYvS9UkYwtfNkcnMY33FfIhBmNnBAd2dKSBi41Vkqj7DYY7K 6B7N6kHAE2eXkitN0ybAR4dZCFdVISU3WPIjfg+fpdKXsA+k076+XeoZeJjp5+H9TsHj1q5E 2PhIRsBrFSydQYaFawVDZw== --B_3563263179_57442945-- From nobody Wed Nov 30 04:39:34 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68FC4129513; Wed, 30 Nov 2016 04:39:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=thomasclausen.org 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 PPWbTAs83lJQ; Wed, 30 Nov 2016 04:39:31 -0800 (PST) Received: from mailb1.tigertech.net (mailb1.tigertech.net [208.80.4.153]) (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 D9E6912973D; Wed, 30 Nov 2016 04:39:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailb1.tigertech.net (Postfix) with ESMTP id 7D906D404D8; Wed, 30 Nov 2016 04:39:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1480509570; bh=Tg/k3573VZck7i0TbEdwUoT3af/1YHk7p95i7W//n0s=; h=From:Subject:Date:In-Reply-To:Cc:To:References:From; b=pNSmjQwZrs4kTFAuFYovRpjBs7BWeHqcJUXk4KfLLWNr+6GsK2G/A/tVi878woSum utgY6E1ryjbeGTOQ3xf6Q6iy9meqy47vk5XprE3YWk60WcJR8bRrPWq80s9tNyUHPY 9c4C1qB3d0H6a1UlqFFj1X3A3sMl0Bx7FQqHse6k= X-Virus-Scanned: Debian amavisd-new at mailb1.tigertech.net Received: from [192.168.147.51] (mtg91-1-82-227-24-173.fbx.proxad.net [82.227.24.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailb1.tigertech.net (Postfix) with ESMTPSA id 8BA42D4039D; Wed, 30 Nov 2016 04:39:28 -0800 (PST) From: Thomas Heide Clausen Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_E2CB952C-4AA4-469A-BD6F-C5D65377F499" Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Date: Wed, 30 Nov 2016 13:39:23 +0100 In-Reply-To: To: Stan Ratliff References: X-Mailer: Apple Mail (2.3251) Archived-At: Cc: manet-ads@ietf.org, MANET IETF Subject: Re: [manet] Call for acceptance as Working Group documents X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2016 12:39:33 -0000 --Apple-Mail=_E2CB952C-4AA4-469A-BD6F-C5D65377F499 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I do not believe that, at this time, this WG should adopt any new I-Ds, = and certainly not 5 (or 4) new documents in one go. Explanation: Existing WG documents, which have cleared WGLC 4-5 months ago, are still = pending WG chair write-up - this despite frequent reminders: = https://datatracker.ietf.org/doc/draft-ietf-manet-olsrv2-multipath/history= / Given the highly limited bandwidth that we observe from the WG chairs, = it would simply be foolhardily to push more documents into the WG. I=E2=80=99d suggest =E2=80=9Cflushing the buffers=E2=80=9D before = committing the WG (and, thereby the chairs) to any additional work =E2=80=94= which WG adoption of these documents effectively would be. This should not, of course, preclude the authors of these documents from = developing them as individual I-Ds until such time that the buffers are = empty, and the chair-bandwidth-problem has been addressed. It=E2=80=99s effectively a congestion control problem =E2=80=94 which, I = believe, a certain IETF developed protocol addresses by promptly = reducing the window size to one, then and wait for an acknowledgement of = data successfully getting through before doubling the window size. With = the document cited above being the one =E2=80=9Ctiming out=E2=80=9D, I = believe that this acknowledgement would be =E2=80=9Cit has been = published as an RFC=E2=80=9D ... So count me down as =E2=80=9Cdon=E2=80=99t adopt these documents at this = point in time=E2=80=9D, to let time for the congestion issues to be = sorted out.. Best, Thomas PS: on a different note, I am not perfectly sure that =E2=80=9Csilence = =3D=3D consensus=E2=80=9D is entirely kosher process =E2=80=A6=20 > On 28 Nov 2016, at 16:44, Stan Ratliff wrote: >=20 > David,=20 >=20 > Oops. I claim Monday morning fogginess after the long holiday weekend, = and being insufficiently caffeinated, as my excuse! ;-)=20 >=20 > WG,=20 > My apologies for the duplication. There are but 4 extensions, but the = question to the WG is the same: To adopt, or not to adopt?=20 >=20 > Regards, > Stan >=20 >=20 > On Mon, Nov 28, 2016 at 10:33 AM, Wiggins, David - 0665 - MITLL = > wrote: > Hi Stan, >=20 > I think #1 and #4 are the same thing, aren't they? >=20 > David >=20 > From: manet > = on behalf of Stan Ratliff > > Date: Monday, November 28, 2016 at 10:26 AM > To: MANET IETF > > Subject: [manet] Call for acceptance as Working Group documents >=20 > Hello working group participants, >=20 > One of the items identified during the WG meeting in Seoul was to = formally request, via the list, Working Group adoption of 5 extension = drafts related to DLEP. This email is that formal request.=20 >=20 > The drafts are:=20 > 1. = https://tools.ietf.org/html/draft-cheng-manet-dlep-latency-extension-00.ht= ml = > 2. = https://tools.ietf.org/html/draft-cheng-manet-dlep-pause-extension-00 = > 3. = https://tools.ietf.org/html/draft-cheng-manet-dlep-multi-hop-extension-00 = > 4. = https://tools.ietf.org/html/draft-cheng-manet-dlep-latency-extension-00 = > 5. = https://tools.ietf.org/html/draft-cheng-manet-dlep-da-credit-extension-00 = >=20 > I have put all 5 extensions on this email for expediency only; please = do not assume that they must be adopted as a group. The chairs would = greatly appreciate thoughts from the WG, both positive and negative, by = December 12.=20 >=20 > For purposes of determining WG consensus, a lack of a response will be = seen as indicating support for adopting the draft (e.g. silence =3D=3D = acceptance).=20 >=20 > Regards, > Stan >=20 >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail=_E2CB952C-4AA4-469A-BD6F-C5D65377F499 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
I do not believe that, at this time, this WG = should adopt any new I-Ds, and certainly not 5 (or 4) new documents in = one go.

Explanation:

Existing WG documents, which have cleared WGLC 4-5 months = ago, are still pending WG chair write-up - this despite frequent = reminders:

https://datatracker.ietf.org/doc/draft-ietf-manet-olsrv2-multip= ath/history/

Given the highly limited bandwidth that we observe from the = WG chairs, it would simply be foolhardily to push more documents into = the WG.

I=E2=80=99= d suggest =E2=80=9Cflushing the buffers=E2=80=9D before committing the = WG (and, thereby the chairs) to any additional work =E2=80=94 which WG = adoption of these documents effectively would be.
This should not, of course, preclude = the authors of these documents from developing them as individual I-Ds = until such time that the buffers are empty, and the = chair-bandwidth-problem has been addressed.

It=E2=80=99s effectively a congestion = control problem =E2=80=94 which, I believe, a certain IETF developed = protocol addresses by promptly reducing the window size to one, then and = wait for an acknowledgement of data successfully getting through before = doubling the window size. With the document cited above being the one = =E2=80=9Ctiming out=E2=80=9D, I believe that this acknowledgement would = be =E2=80=9Cit has been published as an RFC=E2=80=9D ...

So count me down as = =E2=80=9Cdon=E2=80=99t adopt these documents at this point in time=E2=80=9D= , to let time for the congestion issues to be sorted out..

Best,

Thomas

PS: on a different note, I am not = perfectly sure that =E2=80=9Csilence =3D=3D consensus=E2=80=9D is = entirely kosher process =E2=80=A6 

On = 28 Nov 2016, at 16:44, Stan Ratliff <ratliffstan@gmail.com> wrote:

David, 

Oops. I claim Monday morning fogginess after the long holiday = weekend, and being insufficiently caffeinated, as my excuse! = ;-) 

WG, 
My apologies for the = duplication. There are but 4 extensions, but the question to the WG is = the same: To adopt, or not to adopt? 

Regards,
Stan


On Mon, = Nov 28, 2016 at 10:33 AM, Wiggins, David - 0665 - MITLL <David.Wiggins@ll.mit.edu> = wrote:
Hi Stan,

I think #1 and #4 are the same thing, = aren't they?

David

From: manet <manet-bounces@ietf.org> on behalf of Stan Ratliff = <ratliffstan@gmail.com>
Date: Monday, November 28, = 2016 at 10:26 AM
To: MANET IETF <manet@ietf.org>
Subject: [manet] Call for = acceptance as Working Group documents

Hello working group participants,

One of the items = identified during the WG meeting in Seoul was to formally request, via = the list, Working Group adoption of 5 extension drafts related to DLEP. = This email is that formal request. 

The drafts are: 
1. https://tools.ietf.org/html/draft-cheng-manet-dlep-latency-extension-00.html
2. https://tools.ietf.org/html/draft-cheng-manet-dlep-pause-extension-00
3. https://tools.ietf.org/html/draft-cheng-manet-dlep-multi-hop-extension-00
4. https://tools.ietf.org/html/draft-cheng-manet-dlep-latency-extension-00
5. https://tools.ietf.org/html/draft-cheng-manet-dlep-da-credit-extension-00

I have put all 5 extensions on this = email for expediency only; please do not assume that they must be = adopted as a group. The chairs would greatly appreciate thoughts from = the WG, both positive and negative, by December 12. 

For purposes of = determining WG consensus, a lack of a response will be seen as = indicating support for adopting the draft (e.g. silence =3D=3D = acceptance). 

Regards,
Stan


_______________________________________________
manet = mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet

= --Apple-Mail=_E2CB952C-4AA4-469A-BD6F-C5D65377F499-- From nobody Wed Nov 30 08:12:30 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA69312963A for ; Wed, 30 Nov 2016 02:22:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.699 X-Spam-Level: X-Spam-Status: No, score=-105.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 TSNo2iMqew-W for ; Wed, 30 Nov 2016 02:22:18 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 827F31295CA for ; Wed, 30 Nov 2016 02:22:18 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 5DD3EB800F3; Wed, 30 Nov 2016 02:22:18 -0800 (PST) To: T.Clausen@computer.org, chris.dearlove@baesystems.com, philippe.jacquet@alcatel-lucent.com, ulrich@herberg.name, akatlas@gmail.com, db3546@att.com, aretana@cisco.com, sratliff@idirect.net, bebemaster@gmail.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Message-Id: <20161130102218.5DD3EB800F3@rfc-editor.org> Date: Wed, 30 Nov 2016 02:22:18 -0800 (PST) Archived-At: X-Mailman-Approved-At: Wed, 30 Nov 2016 08:12:29 -0800 Cc: manet@ietf.org, nmalykh@gmail.com, rfc-editor@rfc-editor.org Subject: [manet] [Editorial Errata Reported] RFC7181 (4872) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2016 10:22:20 -0000 The following errata report has been submitted for RFC7181, "The Optimized Link State Routing Protocol Version 2". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=7181&eid=4872 -------------------------------------- Type: Editorial Reported by: Nikolai Malykh Section: 16.2 Original Text ------------- TC messages MAY be generated in response to a change in the information that they are to advertise, indicated by a change in the ANSN in the Neighbor Information Base. In this case, a router MAY send a complete TC message and, if so, MAY restart its TC message schedule. Alternatively, a router MAY send an incomplete TC message with at least the newly advertised network addresses (i.e., not previously, but now, an N_orig_addr or in an N_neighbor_addr_list in a Neighbor Tuple with N_advertised = true or an AL_net_addr) in its Address Blocks, with associated Address Block TLV(s). Note that a router cannot report removal of advertised content using an incomplete TC message. Corrected Text -------------- TC messages MAY be generated in response to a change in the information that they are to advertise, indicated by a change in the ANSN in the Neighbor Information Base. In this case, a router MAY send a complete TC message and, if so, MAY restart its TC message schedule. Alternatively, a router MAY send an incomplete TC message with at least the newly advertised network addresses (i.e., not previously, but now, an N_orig_addr or an N_neighbor_addr_list in a Neighbor Tuple with N_advertised = true or an AL_net_addr) in its Address Blocks, with associated Address Block TLV(s). Note that a router cannot report removal of advertised content using an incomplete TC message. Notes ----- Unnecessary preposition "in" Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC7181 (draft-ietf-manet-olsrv2-19) -------------------------------------- Title : The Optimized Link State Routing Protocol Version 2 Publication Date : April 2014 Author(s) : T. Clausen, C. Dearlove, P. Jacquet, U. Herberg Category : PROPOSED STANDARD Source : Mobile Ad-hoc Networks Area : Routing Stream : IETF Verifying Party : IESG From nobody Wed Nov 30 08:12:33 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32ACA129F8E for ; Wed, 30 Nov 2016 02:41:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.127 X-Spam-Level: X-Spam-Status: No, score=-6.127 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RDNS_NONE=0.793] 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 brxiA7bV6Xmn for ; Wed, 30 Nov 2016 02:41:16 -0800 (PST) Received: from ukmta1.baesystems.com (unknown [20.133.0.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 93F41129F73 for ; Wed, 30 Nov 2016 02:39:56 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.31,573,1473116400"; d="scan'208";a="135603834" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta1.baesystems.com with ESMTP; 30 Nov 2016 10:39:54 +0000 X-IronPort-AV: E=Sophos;i="5.31,573,1473116400"; d="scan'208";a="145660411" Received: from glkxh0001v.greenlnk.net ([10.109.2.32]) by baemasmds016.greenlnk.net with ESMTP; 30 Nov 2016 10:39:54 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.170]) by GLKXH0001V.GREENLNK.net ([10.109.2.32]) with mapi id 14.03.0248.002; Wed, 30 Nov 2016 10:39:54 +0000 From: "Dearlove, Christopher (UK)" To: RFC Errata System , "T.Clausen@computer.org" , "philippe.jacquet@alcatel-lucent.com" , "ulrich@herberg.name" , "akatlas@gmail.com" , "db3546@att.com" , "aretana@cisco.com" , "sratliff@idirect.net" , "bebemaster@gmail.com" Thread-Topic: [Editorial Errata Reported] RFC7181 (4872) Thread-Index: AQHSSvPM/lXPfeXFRkyCD8K022wBj6DxVH9g Date: Wed, 30 Nov 2016 10:39:53 +0000 Message-ID: References: <20161130102218.5DD3EB800F3@rfc-editor.org> In-Reply-To: <20161130102218.5DD3EB800F3@rfc-editor.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Archived-At: X-Mailman-Approved-At: Wed, 30 Nov 2016 08:12:29 -0800 Cc: "manet@ietf.org" , "nmalykh@gmail.com" Subject: Re: [manet] [Editorial Errata Reported] RFC7181 (4872) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2016 10:41:19 -0000 Author writing. Were this erratum to be correct, it would be an editorial change of really = minute significance. But in fact it is wrong. The "in" distinguishes the cases of N_orig_addr an= d an N_neighbor_addr_list. The former is a single address, the latter is a = list of addresses. Therefore one looks for the address as the former, or in= (the word that should not be deleted) the latter. This erratum must be rejected. (And unlike the previous erratum I handled, which was useful, do we need su= ch trivial editorial nits even if correct? It took me significant time just= to find the missing word in the paragraph - for the benefit of others, it'= s in the seventh line.) -- = Christopher Dearlove Senior Principal Engineer BAE Systems Applied Intelligence Laboratories __________________________________________________________________________ T: =A0+44 (0)1245 242194 =A0| =A0E: chris.dearlove@baesystems.com BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddow,= Chelmsford, Essex CM2 8HN. www.baesystems.com/ai BAE Systems Applied Intelligence Limited Registered in England & Wales No: 01337451 Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP -----Original Message----- From: RFC Errata System [mailto:rfc-editor@rfc-editor.org] = Sent: 30 November 2016 10:22 To: T.Clausen@computer.org; Dearlove, Christopher (UK); philippe.jacquet@al= catel-lucent.com; ulrich@herberg.name; akatlas@gmail.com; db3546@att.com; a= retana@cisco.com; sratliff@idirect.net; bebemaster@gmail.com Cc: nmalykh@gmail.com; manet@ietf.org; rfc-editor@rfc-editor.org Subject: [Editorial Errata Reported] RFC7181 (4872) ----------------------! WARNING ! ---------------------- This message origi= nates from outside our organisation, either from an external partner or fro= m the internet. Consider carefully whether you should click on any links, open any attachme= nts or reply. Follow the 'Report Suspicious Emails' link on IT matters for instructions o= n reporting suspicious email messages. -------------------------------------------------------- The following errata report has been submitted for RFC7181, "The Optimized = Link State Routing Protocol Version 2". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=3D7181&eid=3D4872 -------------------------------------- Type: Editorial Reported by: Nikolai Malykh Section: 16.2 Original Text ------------- TC messages MAY be generated in response to a change in the information that they are to advertise, indicated by a change in the ANSN in the Neighbor Information Base. In this case, a router MAY send a complete TC message and, if so, MAY restart its TC message schedule. Alternatively, a router MAY send an incomplete TC message with at least the newly advertised network addresses (i.e., not previously, but now, an N_orig_addr or in an N_neighbor_addr_list in a Neighbor Tuple with N_advertised =3D true or an AL_net_addr) in its Address Blocks, with associated Address Block TLV(s). Note that a router cannot report removal of advertised content using an incomplete TC message. Corrected Text -------------- TC messages MAY be generated in response to a change in the information that they are to advertise, indicated by a change in the ANSN in the Neighbor Information Base. In this case, a router MAY send a complete TC message and, if so, MAY restart its TC message schedule. Alternatively, a router MAY send an incomplete TC message with at least the newly advertised network addresses (i.e., not previously, but now, an N_orig_addr or an N_neighbor_addr_list in a Neighbor Tuple with N_advertised =3D true or an AL_net_addr) in its Address Blocks, with associated Address Block TLV(s). Note that a router cannot report removal of advertised content using an incomplete TC message. Notes ----- Unnecessary preposition "in" Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "R= eply All" to discuss whether it should be verified or rejected. When a deci= sion is reached, the verifying party can log in to change the status and ed= it the report, if necessary. = -------------------------------------- RFC7181 (draft-ietf-manet-olsrv2-19) -------------------------------------- Title : The Optimized Link State Routing Protocol Version 2 Publication Date : April 2014 Author(s) : T. Clausen, C. Dearlove, P. Jacquet, U. Herberg Category : PROPOSED STANDARD Source : Mobile Ad-hoc Networks Area : Routing Stream : IETF Verifying Party : IESG ******************************************************************** This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ******************************************************************** From nobody Wed Nov 30 12:43:55 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE78F12960F; Wed, 30 Nov 2016 12:43:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 NqGu3w--3pjJ; Wed, 30 Nov 2016 12:43:51 -0800 (PST) Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d:c09::22b]) (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 1858C129A25; Wed, 30 Nov 2016 12:41:07 -0800 (PST) Received: by mail-qk0-x22b.google.com with SMTP id x190so223121918qkb.0; Wed, 30 Nov 2016 12:41:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Ll6KsGzR1S6HfE4XHeitgiN05F3wHWv0nyaJ5Tq6AHk=; b=dW+Pm8tsKUrLk9H90gdenS0gEyWu6CaS/sZW+FjvSK1kRr/vV6mvxbv8t7ZeylWnUo zU5BYoWult10sO61JCjyomMA1h89TGrAZ2RV4a6suB3ewCqRTStPPlaNLolAbaNo8nZ3 ZsEKw49ZYT9PY+28oE/VHZeWafxzw3GMN2lBrSrghWBDnR/lJIWw+xrKuCsyLmG0+2Ef vt3A8pjOdVKD/H/UbPXzsdPPChkdrlidWkjsGi98GoNXXmzGFIpHmJmInkowpz8Jjru5 xIx4ra4kO9KL1iF1QnHRrjPTJLsj4XZ/nSID8rO5fSCrXJc/QinkZOKDRSf6t+10PH/E xWgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Ll6KsGzR1S6HfE4XHeitgiN05F3wHWv0nyaJ5Tq6AHk=; b=kHdhblalOEnybeTQJ9xXuZMN/rCG95bM3A1yXrPMtRaiGoVS9rdbfeOiESBSVeB6yX jHEqghAc5plEfVHNC641Dr9yPPwm/AnTPgBUASqfX/7h6Em0EtPSBnmQBHfJZzBc40ue s+WgCv4s9UJlprZ1f7FqBxA8J0dDTAwUXnWb45ns+0J2OLjB+5Ia0NtLdAnSASAFlnaL FZxwiSeDfY3rRuczuX/MGFsowGue498sZkfYyYV46HjYYJXvFWt03t6HPfJPtgrQ1NTc zRm9IgbFsr2tI/VwYMcIRZC4KkQgyrl7WZNOhYCYPxLGdkw23u6jyiwQC22a+bZp5FwY HOFA== X-Gm-Message-State: AKaTC0237Kcnur4NS2ZmnmQOU85EdPKybz0pF6x/fGqzHxNpK3SgVDCQeGWivQxlrTIFzZ2ppDgVvCmb7dI3XQ== X-Received: by 10.55.112.134 with SMTP id l128mr10949097qkc.220.1480538466158; Wed, 30 Nov 2016 12:41:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.107.162 with HTTP; Wed, 30 Nov 2016 12:41:05 -0800 (PST) In-Reply-To: References: From: Abdussalam Baryun Date: Wed, 30 Nov 2016 22:41:05 +0200 Message-ID: To: Thomas Heide Clausen Content-Type: multipart/alternative; boundary=001a114fe04c5a693605428ab96c Archived-At: Cc: manet-ads@ietf.org, MANET IETF Subject: Re: [manet] Call for acceptance as Working Group documents X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2016 20:43:54 -0000 --001a114fe04c5a693605428ab96c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Thomas and Stan, It is good to know that some participants agree with the strategy mentioned before, when some drafts were announced for adoption like multi-topology, multipath and multicast, I wanted that we focus to complete the pending issues like aodv, however, that strategy was not followed by the group because some people around the world may be interested in such adoption. I still support that strategy so we get time to discuss and review, but few authors in this WG may not agree. Therefore, I will say that I accept to adopt only one dlep-extension, which I am interested in the dlep-multi-hop , Best Regards Abdussalam On Wed, Nov 30, 2016 at 2:39 PM, Thomas Heide Clausen < ietf@thomasclausen.org> wrote: > I do not believe that, at this time, this WG should adopt any new I-Ds, > and certainly not 5 (or 4) new documents in one go. > > Explanation: > > Existing WG documents, which have cleared WGLC 4-5 months ago, are still > pending WG chair write-up - this despite frequent reminders: > > https://datatracker.ietf.org/doc/draft-ietf-manet-olsrv2- > multipath/history/ > > Given the highly limited bandwidth that we observe from the WG chairs, it > would simply be foolhardily to push more documents into the WG. > > I=E2=80=99d suggest =E2=80=9Cflushing the buffers=E2=80=9D before committ= ing the WG (and, thereby > the chairs) to any additional work =E2=80=94 which WG adoption of these d= ocuments > effectively would be. > > This should not, of course, preclude the authors of these documents from > developing them as individual I-Ds until such time that the buffers are > empty, and the chair-bandwidth-problem has been addressed. > > It=E2=80=99s effectively a congestion control problem =E2=80=94 which, I = believe, a > certain IETF developed protocol addresses by promptly reducing the window > size to one, then and wait for an acknowledgement of data successfully > getting through before doubling the window size. With the document cited > above being the one =E2=80=9Ctiming out=E2=80=9D, I believe that this ack= nowledgement would > be =E2=80=9Cit has been published as an RFC=E2=80=9D ... > > So count me down as =E2=80=9Cdon=E2=80=99t adopt these documents at this = point in time=E2=80=9D, > to let time for the congestion issues to be sorted out.. > > Best, > > Thomas > > PS: on a different note, I am not perfectly sure that =E2=80=9Csilence = =3D=3D > consensus=E2=80=9D is entirely kosher process =E2=80=A6 > > On 28 Nov 2016, at 16:44, Stan Ratliff wrote: > > David, > > Oops. I claim Monday morning fogginess after the long holiday weekend, an= d > being insufficiently caffeinated, as my excuse! ;-) > > WG, > My apologies for the duplication. There are but 4 extensions, but the > question to the WG is the same: To adopt, or not to adopt? > > Regards, > Stan > > > On Mon, Nov 28, 2016 at 10:33 AM, Wiggins, David - 0665 - MITLL < > David.Wiggins@ll.mit.edu> wrote: > >> Hi Stan, >> >> I think #1 and #4 are the same thing, aren't they? >> >> David >> >> From: manet on behalf of Stan Ratliff < >> ratliffstan@gmail.com> >> Date: Monday, November 28, 2016 at 10:26 AM >> To: MANET IETF >> Subject: [manet] Call for acceptance as Working Group documents >> >> Hello working group participants, >> >> One of the items identified during the WG meeting in Seoul was to >> formally request, via the list, Working Group adoption of 5 extension >> drafts related to DLEP. This email is that formal request. >> >> The drafts are: >> 1. https://tools.ietf.org/html/draft-cheng-manet-dlep-latency- >> extension-00.html >> 2. https://tools.ietf.org/html/draft-cheng-manet-dlep-pause-extension-00 >> 3. https://tools.ietf.org/html/draft-cheng-manet-dlep-multi- >> hop-extension-00 >> 4. https://tools.ietf.org/html/draft-cheng-manet-dlep-latenc >> y-extension-00 >> 5. https://tools.ietf.org/html/draft-cheng-manet-dlep-da- >> credit-extension-00 >> >> I have put all 5 extensions on this email for expediency only; please do >> not assume that they must be adopted as a group. The chairs would greatl= y >> appreciate thoughts from the WG, both positive and negative, by December >> 12. >> >> For purposes of determining WG consensus, a lack of a response will be >> seen as indicating support for adopting the draft (e.g. silence =3D=3D >> acceptance). >> >> Regards, >> Stan >> >> > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > --001a114fe04c5a693605428ab96c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Thomas and Stan,

It is go= od to=C2=A0know that=C2=A0some=C2=A0participants agree with the strategy me= ntioned before, when some drafts were announced for adoption=C2=A0like mult= i-topology, multipath and=C2=A0multicast, =C2=A0I wanted that we focus to c= omplete the pending issues like aodv, however, that strategy was not follow= ed by the group because=C2=A0some people around the world may be interested= in such adoption. I still support that strategy so we get time to discuss = and review, but=C2=A0few authors in this WG=C2=A0may not =C2=A0agree.
=

Therefore, I will say that I accept to adopt only one d= lep-extension, which=C2=A0I am interested in=C2=A0the dlep-multi-hop ,

Best Regards

Abdussalam
=


On Wed, Nov 30, 2016 at 2:39 PM, Thomas Heide Clausen <ietf@thoma= sclausen.org> wrote:
I do not believe that, at this tim= e, this WG should adopt any new I-Ds, and certainly not 5 (or 4) new docume= nts in one go.

Explanation:

Existing WG documents, which have cleared WGLC 4-5 months ago, are still= pending WG chair write-up - this despite frequent reminders:
https://datatra= cker.ietf.org/doc/draft-ietf-manet-olsrv2-multipath/history/<= /div>

Given the highly limited bandwidth that we observe= from the WG chairs, it would simply be foolhardily to push more documents = into the WG.

I=E2=80=99d suggest =E2=80=9Cflushing= the buffers=E2=80=9D before committing the WG (and, thereby the chairs) to= any additional work =E2=80=94 which WG adoption of these documents effecti= vely would be.

This should not, of course, preclud= e the authors of these documents from developing them as individual I-Ds un= til such time that the buffers are empty, and the chair-bandwidth-problem h= as been addressed.

It=E2=80=99s effectively a cong= estion control problem =E2=80=94 which, I believe, a certain IETF developed= protocol addresses by promptly reducing the window size to one, then and w= ait for an acknowledgement of data successfully getting through before doub= ling the window size. With the document cited above being the one =E2=80=9C= timing out=E2=80=9D, I believe that this acknowledgement would be =E2=80=9C= it has been published as an RFC=E2=80=9D ...

So co= unt me down as =E2=80=9Cdon=E2=80=99t adopt these documents at this point i= n time=E2=80=9D, to let time for the congestion issues to be sorted out..

Best,

Thomas
PS: on a different note, I am not perfectly sure that =E2=80=9Csilen= ce =3D=3D consensus=E2=80=9D is entirely kosher process =E2=80=A6=C2=A0
On 28 Nov 2= 016, at 16:44, Stan Ratliff <ratliffstan@gmail.com> wrote:

David,=C2=A0

Oops. I claim Mo= nday morning fogginess after the long holiday weekend, and being insufficie= ntly caffeinated, as my excuse! ;-)=C2=A0

WG,=C2= =A0
My apologies for the duplication. There are but 4 extensions,= but the question to the WG is the same: To adopt, or not to adopt?=C2=A0

Regards,
Stan

<= div class=3D"gmail_extra">
On Mon, Nov 28, 20= 16 at 10:33 AM, Wiggins, David - 0665 - MITLL <David.Wiggins@ll.mit= .edu> wrote:
Hi Stan,

I t= hink #1 and #4 are the same thing, aren't they?

David

From: manet <manet-bounces@ietf.org> on behalf of Sta= n Ratliff <ra= tliffstan@gmail.com>
Date: Monday, November 28, 2016 at 10:26 AM
To: MANET IETF <manet@ietf.org>
Subject: <= /span> [manet] Call for acceptance as Working Group documents

Hello working = group participants,

One of the items identified during the WG meeting in Se= oul was to formally request, via the list, Working Group adoption of 5 exte= nsion drafts related to DLEP. This email is that formal request.=C2=A0

The drafts are:=C2=A0
3.=C2=A0https://tools.ietf.org/html/dr= aft-cheng-manet-dlep-multi-hop-extension-00

I have put all 5 extensions on = this email for expediency only; please do not assume that they must be adop= ted as a group. The chairs would greatly appreciate thoughts from the WG, b= oth positive and negative, by December 12.=C2=A0

F= or purposes of determining WG consensus, a lack of a response will be seen = as indicating support for adopting the draft (e.g. silence =3D=3D acceptanc= e).=C2=A0

Regards,
Stan


_______________________________________________
manet mailing list<= br>manet@ietf.orghttps://www.ietf.org/mailman/listinfo/manet


____________________________________= ___________
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet


--001a114fe04c5a693605428ab96c--