From nobody Wed Oct 1 07:33:49 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85E1F1A1A2B for ; Wed, 1 Oct 2014 07:33:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.904 X-Spam-Level: * X-Spam-Status: No, score=1.904 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.786, T_FROM_MISSP_DKIM=0.01] autolearn=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 jBerSjuTv9Oe for ; Wed, 1 Oct 2014 07:33:44 -0700 (PDT) Received: from mxbk.iit.cnr.it (mxbk.iit.cnr.it [146.48.98.159]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 011911ACDC3 for ; Wed, 1 Oct 2014 07:33:43 -0700 (PDT) Received: from turig.iit.cnr.it (turig.iit.cnr.it [146.48.98.70]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxbk.iit.cnr.it (Postfix) with ESMTPSA id B1EAFC05BB for ; Wed, 1 Oct 2014 16:33:41 +0200 (CEST) Date: Wed, 01 Oct 2014 16:34:01 +0200 From: Valerio Arnaboldi To: manet@ietf.org Message-ID: <542c10d9.80aKcuzkIWs6Y5Yt%comcom_osn_special@iit.cnr.it> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/manet/Fz_83ZoHlA4iZWRznf8AvkKb_VI Subject: [manet] Elsevier ComCom Special Issue on Online Social Networks: deadline is approaching! X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2014 14:33:46 -0000 ******************************************** Submission Deadline: 19 October 2014 ******************************************** CALL FOR PAPERS Elsevier - Computer Communications Journal Special Issue on Online Social Networks http://www.journals.elsevier.com/computer-communications/call-for-papers/special-issue-on-online-social-networks1/ Online Social Networks are a massively successful phenomenon, used by billions of users to interact. Nowadays they are key platforms for, among others, content dissemination, social and professional networking, recommendation, scouting, alerting, and political campaigns. The research interest in OSNs is multi-faceted, and exploits an unmatched source of large-scale data about the human behavior. It spans a number of disciplines, across numerous fields in and beyond computer science, all the way up to the analysis of human social relationships and how they evolve and mature over time. Moreover, the pervasive presence of users' mobile devices (e.g., smartphones) has opened new avenues in the design of mobile social networking services, and in the study of the interplay between mobility and social interactions. Research in OSN is a fertile ground also for industry, to develop innovative ideas fostering the design of the new generation of communication platforms and their services. This special issue seeks contributions pushing the state of the art in all facets of Online Social Networks highlighted above. We also encourage original work based on an interdisciplinary research (at the boundary between computer science and humanistic disciplines such as sociology and anthropology) where quantitative evidence is available demonstrating the mutual advantage of such an approach. Therefore, purely methodological papers or papers that do not present quantitative results with real Online or Mobile Social Networking technologies are considered out of scope. Moreover, special attention is expected in interpreting the proposed research results in order to shed light towards what users may need and wish in terms of novel, practical services and application. Topics of interest include (but are not limited to) the following: - Design of OSN platforms based on human behavioural models - Analysis of OSN users' behaviour and its evolution over time - Comparison of human social behaviour in Online and "offline" Social Networks, and across OSNs - Impact of Online Social Networks on human social behaviour - Analysis of the use of social-networking sites in the urban context - OSNs for supporting novel, social-oriented applications and services - Mobile and Location-aware Online Social Networks - OSN services enabled by the analysis of mobility and social behaviour - Crowdsourcing for Online and Mobile Social Networks - Dynamics of trends, information and opinion diffusion in OSN - Smart recommendations and advertising in Online Social Networks - Information extraction and search in Online Social Networks - Privacy in management and analysis of Online and Mobile Social Networks data - Privacy, Security, Trust and Reputation in Online Social Networks - Prevention of misbehaviours (spamming, phishing, ...) in Online Social Networks - Modelling of Online Social Networks characteristics and mechanisms - Graph analysis applied to Online Social Networks - Complex networks techniques applied to the investigation of OSN - Data Mining and Machine Learning to gain novel insights on Online Social Networks - Novel distributed solutions for designing, supporting and operating Online Social Networks - Networking, computation and data infrastructure support for Online Social Network systems Schedule Submission deadline: 19 October 2014 Author notification: 31 January 2015 Revised paper due: 15 March 2015 Final author notification: 15 April 2015 Publication (tentative): 3rd Quarter 2015 Guest Editors Xiaoming Fu, Georg-August-University of Goettingen, Germany Andrea Passarella, IIT-CNR, Italy Daniele Quercia, Yahoo Labs, Spain Alessandra Sala, Bell Labs, Ireland Thorsten Strufe, TU Dresden, Germany Instructions for submission --------------------------- Manuscripts must not have been previously published nor currently under review by other journals or conferences. If prior work was published in a conference, the submitted manuscript should include a substantial extension of at least 35% novel contributions. In this case, authors are also required to submit their published conference articles and a summary document explaining the enhancements made in the journal version. Papers must be submitted through the Computer Communications website at http://ees.elsevier.com/comcom, where guidelines for manuscript preparation can also be found (http://www.elsevier.com/journals/computer-communications/0140-3664/guide-for-authors). To ensure that all manuscripts are correctly identified for consideration by the Special Issue, the authors should select "Special Issue: OSN" when they reach the "Article Type" step in the submission process. For further information, please contact the guest editors at comcomsi_osn at iit.cnr.it From nobody Wed Oct 8 09:18:58 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 936821A88A9 for ; Wed, 8 Oct 2014 09:18:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.486 X-Spam-Level: X-Spam-Status: No, score=-1.486 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_56=0.6, J_CHICKENPOX_66=0.6, RP_MATCHES_RCVD=-0.786] autolearn=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 rJ3aFoTQVLaS for ; Wed, 8 Oct 2014 09:18:46 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 1AADB1A6FA7 for ; Wed, 8 Oct 2014 09:18:46 -0700 (PDT) Received: from localhost ([::1]:40971 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1Xbtwj-0005Am-Nb; Wed, 08 Oct 2014 09:18:37 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "manet issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: draft-ietf-manet-aodvv2@tools.ietf.org, lotte.steenbrink@fu-berlin.de X-Trac-Project: manet Date: Wed, 08 Oct 2014 16:18:37 -0000 X-URL: http://tools.ietf.org/manet/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/manet/trac/ticket/56 Message-ID: <069.9cc3a974af5af59012e7e19f427e0b94@trac.tools.ietf.org> X-Trac-Ticket-ID: 56 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-manet-aodvv2@tools.ietf.org, lotte.steenbrink@fu-berlin.de, manet@ietf.org X-SA-Exim-Mail-From: trac+manet@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: charliep@computer.org, charles.perkins@earthlink.net, john.dowdell@cassidian.com, sratliff@cisco.com Archived-At: http://mailarchive.ietf.org/arch/msg/manet/yjyyRmDPqthiGs82cGJ80Et1KjY Cc: manet@ietf.org Subject: [manet] #56 (aodvv2): Issue concerning RREQ redundancy check methodology and order X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Reply-To: manet@ietf.org List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2014 16:18:47 -0000 #56: Issue concerning RREQ redundancy check methodology and order The check for redundancy of a RREQ is described in section 7.5.1, which is ''after'' section 7.5., which instructs the implementor to update the routing table with the info contained in a received RteMsg (with reference to Section 6.1.). In consequence, if the implementor applied the checks in the order of the sections they're described in, the check for redundancy would take place ''after'' the routing table has been consulted. I would like to address two issues concerning the updating process described above. 1) Following this scheme, a RREQ that is “redundant”, but with a better metric, would update the routing table, but *not* the RREQ table, since the RREQ Table only checks for metric Type, but not for metric value. In consequence, it would also not lead to a rebroadcasting of the new, better (in terms of metric) RREQ. This doesn't make sense to me, am I missing something here or is this in fact a defect? 2) Consider the following scenario: Suppose a router A starts a route discovery. An intermediate router B receives two RREQs from two different neighbor routers (let's call them C and D). These RREQs both stem from the same route discovery initiated by A. Suppose the RREQ forwarded by C arrives first, leading to an update of the routing and RREQ table if B. Then, the RREQ forwarded by D arrives second at B. Because a redundant RREQ has the same SeqNum as its predecessor(s), the check {{{ Stale:: RteMsg.SeqNum < Route.SeqNum }}} will fail, leading to an update of B's routing table with the information of the redundant RREQ-- if the metric info of the redundant RREQ was a) equal or b) better. In case a), since the check for RREQ redundancy is performed ''after'' the routing table update, redundant RREQs may “update” the routing table with the exact same data it held before. This seems like computational overhead to me which could be solved by first checking the RREQ for redundancy and only updating the Routing table if this check turned out negative. However, this solution would only work if the RREQ table checked not only metric type, but metric value, as suggested in 1). Another solution would be to keep the order (routing table update, then RREQ table redundancy check) only update the routing table in case b). This would still involve an extra call to the routing table, but saves the effort of copying redundant data. -- -------------------------------------+------------------------------------- Reporter: lotte.steenbrink@fu- | Owner: draft-ietf-manet- berlin.de | aodvv2@tools.ietf.org Type: defect | Status: new Priority: minor | Milestone: Component: aodvv2 | Version: Severity: Active WG Document | Keywords: -------------------------------------+------------------------------------- Ticket URL: manet From nobody Fri Oct 10 16:46:19 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DAB81A0162; Fri, 10 Oct 2014 16:46:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.688 X-Spam-Level: X-Spam-Status: No, score=-102.688 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.786, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TjlOjA3XQ74a; Fri, 10 Oct 2014 16:46:14 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) by ietfa.amsl.com (Postfix) with ESMTP id D171D1A0154; Fri, 10 Oct 2014 16:46:14 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 04C81180015; Fri, 10 Oct 2014 16:45:19 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 6000:ams_util_lib.php From: rfc-editor@rfc-editor.org Message-Id: <20141010234519.04C81180015@rfc-editor.org> Date: Fri, 10 Oct 2014 16:45:19 -0700 (PDT) Archived-At: http://mailarchive.ietf.org/arch/msg/manet/cDxfR_rQgBvmXi4YglXlZy0GfyY Cc: drafts-update-ref@iana.org, manet@ietf.org, rfc-editor@rfc-editor.org Subject: [manet] RFC 7367 on Definition of Managed Objects for the Mobile Ad Hoc Network (MANET) Simplified Multicast Framework Relay Set Process X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2014 23:46:16 -0000 A new Request for Comments is now available in online RFC libraries. RFC 7367 Title: Definition of Managed Objects for the Mobile Ad Hoc Network (MANET) Simplified Multicast Framework Relay Set Process Author: R. Cole, J. Macker, B. Adamson Status: Experimental Stream: IETF Date: October 2014 Mailbox: robert.g.cole@us.army.mil, macker@itd.nrl.navy.mil, adamson@itd.nrl.navy.mil Pages: 65 Characters: 135588 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-manet-smf-mib-13.txt URL: https://www.rfc-editor.org/rfc/rfc7367.txt This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes objects for configuring aspects of the Simplified Multicast Forwarding (SMF) process for Mobile Ad Hoc Networks (MANETs). The SMF-MIB module also reports state information, performance information, and notifications. In addition to configuration, the additional state and performance information is useful to operators troubleshooting multicast forwarding problems. This document is a product of the Mobile Ad-hoc Networks Working Group of the IETF. EXPERIMENTAL: This memo defines an Experimental Protocol for the Internet community. It does not specify an Internet standard of any kind. Discussion and suggestions for improvement are requested. 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/rfc.html 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 Sun Oct 12 13:21:37 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A14B1A873A for ; Sun, 12 Oct 2014 13:21:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3m4-ShaWLk5N for ; Sun, 12 Oct 2014 13:21:33 -0700 (PDT) Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D3D8F1A6F84 for ; Sun, 12 Oct 2014 13:21:32 -0700 (PDT) Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id s9CKJwsX013012; Sun, 12 Oct 2014 21:19:58 +0100 Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id s9CKJuaK013006 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 12 Oct 2014 21:19:57 +0100 From: "Adrian Farrel" To: Date: Sun, 12 Oct 2014 21:21:28 +0100 Message-ID: <042c01cfe65a$1adf7150$509e53f0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac/mWhhw2K0sMadWRKi8Ot8SzWkdVg== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21018.002 X-TM-AS-Result: No--4.142-10.0-31-10 X-imss-scan-details: No--4.142-10.0-31-10 X-TMASE-MatchedRID: 84v1nnhF3hAS3pAGY8tVrR/XcAla9LsVGSqdEmeD/nWnM8DdMpVuWElP rGtLea//XJborIrVGaisPM2wtdIJTRYPCRcmYXHZjNvYZHpO13du/Xr6CKXiN9YIrMNiSqPJAcW 2NHqFoUTi8zVgXoAltlwtzewu2M63tuZmiwj/lnLdB/CxWTRRu+rAZ8KTspSz5CcC911hT5F1cd DG5+r1XncwprFqYB/puxri9DKPk1AbR3OfKQpvMOGx0RvXJbNxNn/XtvBL6f05kpDPeb75QZWVM bJO8L4ECQKeQDeH+fUPvTV19UCLO5Iv06+1Rxr97r4PjzaceGt+3BndfXUhXQ== Archived-At: http://mailarchive.ietf.org/arch/msg/manet/VoMewfvpr_9M43Y-JNORXyZTdtY Cc: manet@ietf.org Subject: [manet] AD review of draft-ietf-manet-ibs X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2014 20:21:34 -0000 Hi, I've done my AD review of this draft. It is a very clear and thorough piece of work. Thanks for the effort and time to produce it. It was not an easy read because of the background references that the reader needs to have command of, but this is fine and good: it reflects this reader's lack of familiarity with the topic and not any issue with the document. (I confess to not having personally verified the example in the Appendix.) I have requested IETF last call and specifically flagged the downref. Thanks, Adrian From nobody Sun Oct 12 13:43:52 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1C4B1A877E for ; Sun, 12 Oct 2014 13:43:51 -0700 (PDT) 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, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uV6LhzEYkD0c for ; Sun, 12 Oct 2014 13:43:50 -0700 (PDT) Received: from mail-qg0-x236.google.com (mail-qg0-x236.google.com [IPv6:2607:f8b0:400d:c04::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D7BDE1A876A for ; Sun, 12 Oct 2014 13:43:49 -0700 (PDT) Received: by mail-qg0-f54.google.com with SMTP id z107so6044420qgd.13 for ; Sun, 12 Oct 2014 13:43:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=TmVHQly0P4msTzlWioLVzlNRvZHuGPaZvQ8Z7JUQPiA=; b=WlOXYaS4S99Xv3Y5XF3TJS0tgBoK38fHQ5j0nnWPNb2FuSm01zcbLVNzHtziwVb3e3 LMjFNHRAlRl5Y2GmDu2nCb3ydfu0pFmkVROwDlAPtjGUYf/QTZqM3Mah5vgYgN6azSg2 zFDeyOKZNN1x8leWyMwhL4bF5e70WJ1Pp0c+WxJaxCulV41rm+YyWXTyCr1WWczFJIke ZwmxksV20AUF0ry/LA+Uv0dE+JosE4D29zBrCmcqgqJLoD9x+BMOBWVmJKy7DrCQcn+x H1Ya2/lm1pUcs7dMW2PIP2pQwNNemIM/H2Mwn/rzLJVmAjJMp/q4R298C0ly6VkrQ/LF Yg9w== MIME-Version: 1.0 X-Received: by 10.140.96.21 with SMTP id j21mr1067337qge.53.1413146629008; Sun, 12 Oct 2014 13:43:49 -0700 (PDT) Received: by 10.140.18.174 with HTTP; Sun, 12 Oct 2014 13:43:48 -0700 (PDT) In-Reply-To: <042c01cfe65a$1adf7150$509e53f0$@olddog.co.uk> References: <042c01cfe65a$1adf7150$509e53f0$@olddog.co.uk> Date: Sun, 12 Oct 2014 16:43:48 -0400 Message-ID: From: Joseph Macker To: Adrian Farrel Content-Type: multipart/alternative; boundary=001a113aaba6d6786505053fd688 Archived-At: http://mailarchive.ietf.org/arch/msg/manet/nJDvxhI-bLDCXvSZ17v_Qm2BDoU Cc: draft-ietf-manet-ibs.all@tools.ietf.org, "manet@ietf.org" Subject: Re: [manet] AD review of draft-ietf-manet-ibs X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2014 20:43:52 -0000 --001a113aaba6d6786505053fd688 Content-Type: text/plain; charset=UTF-8 Adrian: Thanks for your review and feedback. -Joe On Sun, Oct 12, 2014 at 4:21 PM, Adrian Farrel wrote: > Hi, > > I've done my AD review of this draft. It is a very clear and thorough > piece of work. Thanks for the effort and time to produce it. > > It was not an easy read because of the background references that the > reader needs to have command of, but this is fine and good: it reflects > this reader's lack of familiarity with the topic and not any issue with > the document. (I confess to not having personally verified the example > in the Appendix.) > > I have requested IETF last call and specifically flagged the downref. > > Thanks, > Adrian > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > --001a113aaba6d6786505053fd688 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Adrian:

Thanks for your review and = feedback.

-Joe

On Sun, Oct 12, 2014 at 4:21 PM, Adrian Farrel <adri= an@olddog.co.uk> wrote:
Hi,=

I've done my AD review of this draft. It is a very clear and thorough piece of work. Thanks for the effort and time to produce it.

It was not an easy read because of the background references that the
reader needs to have command of, but this is fine and good: it reflects
this reader's lack of familiarity with the topic and not any issue with=
the document. (I confess to not having personally verified the example
in the Appendix.)

I have requested IETF last call and specifically flagged the downref.

Thanks,
Adrian

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

--001a113aaba6d6786505053fd688-- From nobody Mon Oct 13 08:03:34 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 463CB1A0304; Mon, 13 Oct 2014 08:03:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0lCuy4BokEFA; Mon, 13 Oct 2014 08:03:29 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D52471A01A5; Mon, 13 Oct 2014 08:03:29 -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: 5.6.3.p4 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20141013150329.31387.23630.idtracker@ietfa.amsl.com> Date: Mon, 13 Oct 2014 08:03:29 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/manet/M3vnG10JvY0xROzjVhkXJhHYRjI Cc: manet@ietf.org Subject: [manet] Last Call: (Identity-Based Signatures for MANET Routing Protocols) to Proposed Standard X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 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: Mon, 13 Oct 2014 15:03:31 -0000 The IESG has received a request from the Mobile Ad-hoc Networks WG (manet) to consider the following document: - 'Identity-Based Signatures for MANET Routing Protocols' 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 2014-10-27. 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 document updates RFC7182, which specifies a framework for, and specific examples of, integrity check values (ICVs) for packets and messages using the generalized packet/message format specified in RFC5444. It does so by defining an additional cryptographic function that allows the creation of an ICV that is an identity-based signature, defined according to the ECCSI (Elliptic Curve-Based Certificateless Signatures for Identity-Based Encryption) algorithm specified in RFC6507. This document contains a downward normative reference (a downref [RFC3967 and RFC4897]) to the informational RFC 6507. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-manet-ibs/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-manet-ibs/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Mon Oct 13 12:47:31 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A22A1A88E7 for ; Mon, 13 Oct 2014 12:47:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622] autolearn=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 l9EnzASqkZst for ; Mon, 13 Oct 2014 12:47:28 -0700 (PDT) Received: from mail-vc0-x22a.google.com (mail-vc0-x22a.google.com [IPv6:2607:f8b0:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7851B1A88D2 for ; Mon, 13 Oct 2014 12:47:28 -0700 (PDT) Received: by mail-vc0-f170.google.com with SMTP id hy10so6395855vcb.15 for ; Mon, 13 Oct 2014 12:47:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herberg.name; s=dkim; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=EI1yR4LZ025t+gfz8SEcLKn+rsqaFmwgP/xDMObBzB4=; b=EPQ7gbQHG3/JRcBka16rFT/zWhYGnt9RejR9dDTEnRNATpC2cOWxYrngvV6Xl5LAPG mM7opl8CPSMxrcpYZ/9+YoQYtNjaufqv6f+uDrh/MXl7h+OuX1V9RHS+8Ppkjl7WBeia HzdQDqFs4ce7jIUItJ0n0nOjtiVPguEGhobM4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=EI1yR4LZ025t+gfz8SEcLKn+rsqaFmwgP/xDMObBzB4=; b=eYqMdQzhVjHvXSYaR4GwLWII9gOjooYd0HljvPkBuV5LHLUquyjYZj6XlgP+J8z0gY ylQP2ggxXzj5NMxfJj3f90IN4oWVY3x2OLPkeUpAdVukX0bgqPpDGbaxSbZcTrDkRxQy Lb61MyqqBlK0HQc6/YRV2AKdb4UBX94N2LLuX4yYelF4iHLsNmYkT9DOP0H8u6rN+3GL FJoBZkdALMuDpMl8wxQVgZx9UAOPdmhODxJW3ZHzghQuclpH6FepRZILYG1a5Z5AfhDR i64I3/O+vcG7S3hLblrO+ksVpeFeUkaQAp4y26tQTGlNeS3QZ3/IlzrRSAmSWzCgh0+K ALKA== X-Gm-Message-State: ALoCoQm8fMRTwWzCYBtaWyNwy+OHNdGLcK9+uoB28dRxcAxwmJN3ibsOpvn12qMOjStXi8fHkcTC MIME-Version: 1.0 X-Received: by 10.221.56.201 with SMTP id wd9mr991533vcb.16.1413229647332; Mon, 13 Oct 2014 12:47:27 -0700 (PDT) Received: by 10.221.64.147 with HTTP; Mon, 13 Oct 2014 12:47:27 -0700 (PDT) Date: Mon, 13 Oct 2014 12:47:27 -0700 Message-ID: From: Ulrich Herberg To: manet@ietf.org Content-Type: text/plain; charset=UTF-8 Archived-At: http://mailarchive.ietf.org/arch/msg/manet/WwTMCv-qxjbQ1MEkvcvi6MPfAPs Cc: "manet-chairs@tools.ietf.org" Subject: [manet] Slot requests by 2014-10-21 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2014 19:47:30 -0000 The preliminary IETF schedule has been posted at: https://datatracker.ietf.org/meeting/91/agenda.html MANET is scheduled for Thursday, Nov 13 at 9am HST. Please note the following important deadlines: - 2014-10-27 (Monday): Internet Draft submission cut-off (for all drafts, including -00) by UTC 23:59 - 2014-10-27 (Monday): Draft Working Group agendas due by UTC 23:59, upload using IETF Meeting Materials Management Tool. As we need a few days to set up the agenda, I ask you to send the slot requests a few days before the official deadline. Please send the slot requests (even for WG drafts) to manet-chairs@tools.ietf.org with a requested duration for the slot, no later than Tuesday 2014-10-21 COB. Regards Ulrich From nobody Thu Oct 16 14:18:33 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C1B51A89B4 for ; Thu, 16 Oct 2014 14:18:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jhoIri_hd-IV for ; Thu, 16 Oct 2014 14:18:30 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (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 D62CC1A8979 for ; Thu, 16 Oct 2014 14:18:10 -0700 (PDT) Received: from localhost ([::1]:54783 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1XesR0-0001cx-9c; Thu, 16 Oct 2014 14:18:10 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "manet issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: charliep@computer.org X-Trac-Project: manet Date: Thu, 16 Oct 2014 21:18:10 -0000 X-URL: http://tools.ietf.org/manet/ X-Trac-Ticket-URL: https://tools.ietf.org/wg/manet/trac/ticket/57 Message-ID: <061.69c7e3af552da120bca710b045ae5bca@trac.tools.ietf.org> X-Trac-Ticket-ID: 57 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: charliep@computer.org, manet@ietf.org X-SA-Exim-Mail-From: trac+manet@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: http://mailarchive.ietf.org/arch/msg/manet/Sqh9hGarujFtt_R9HhCgIvTujhA Cc: manet@ietf.org Subject: [manet] #57 (aodvv2): Need to further restrict "LoopFree" condition X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Reply-To: manet@ietf.org List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 21:18:32 -0000 #57: Need to further restrict "LoopFree" condition Kedar Namjoshi (Bell Labs) and Richard Trefler (University of Waterloo) have demonstrated a counterexample to the "!LoopFree" condition in the AODVv2 document. As a result, it is necessary to further restrict the condition as follows: !LoopFree (R1, R2) is true if Cost(R1) <= Cost(R2) or, in context Cost(!RteMsg) <= Cost(Route) With this formulation, loop freedom can be guaranteed. A proof has been submitted. -- -----------------------------------+----------------------------------- Reporter: charliep@computer.org | Owner: charliep@computer.org Type: defect | Status: new Priority: blocker | Milestone: Component: aodvv2 | Version: Severity: Active WG Document | Keywords: loop freedom -----------------------------------+----------------------------------- Ticket URL: manet From nobody Thu Oct 16 14:24:21 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DF741A88D4 for ; Thu, 16 Oct 2014 14:24:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.235 X-Spam-Level: X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_SOFTFAIL=0.665] autolearn=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 bJ572WbGFPBT for ; Thu, 16 Oct 2014 14:24:19 -0700 (PDT) Received: from elasmtp-galgo.atl.sa.earthlink.net (elasmtp-galgo.atl.sa.earthlink.net [209.86.89.61]) by ietfa.amsl.com (Postfix) with ESMTP id E42D11A8029 for ; Thu, 16 Oct 2014 14:24:18 -0700 (PDT) Received: from [107.1.141.74] (helo=[192.168.254.194]) by elasmtp-galgo.atl.sa.earthlink.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67) (envelope-from ) id 1XesWw-0002KD-9U for manet@ietf.org; Thu, 16 Oct 2014 17:24:18 -0400 Message-ID: <5440377F.8050500@computer.org> Date: Thu, 16 Oct 2014 14:24:15 -0700 From: "Charles E. Perkins" Organization: Blue Skies User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: manet@ietf.org References: <061.69c7e3af552da120bca710b045ae5bca@trac.tools.ietf.org> In-Reply-To: <061.69c7e3af552da120bca710b045ae5bca@trac.tools.ietf.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956527bd5036cbc8ac7f0425456aa0fd9710ef210bbd040cf2a350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 107.1.141.74 Archived-At: http://mailarchive.ietf.org/arch/msg/manet/zBYnEmy61HmqUSkoBidf_mMCruA Subject: Re: [manet] #57 (aodvv2): Need to further restrict "LoopFree" condition X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 21:24:20 -0000 Hello folks, Please excuse the extraneous '!' symbols in the text below. It's an artifact of what's required to make Trak happy, and it seems to me that the software should remove them before sending to the mailing list. Regards, Charlie P. On 10/16/2014 2:18 PM, manet issue tracker wrote: > #57: Need to further restrict "LoopFree" condition > > Kedar Namjoshi (Bell Labs) and Richard Trefler (University of Waterloo) > have demonstrated a counterexample to the "!LoopFree" condition in the > AODVv2 document. As a result, it is necessary to further restrict the > condition as follows: > !LoopFree (R1, R2) is true if > Cost(R1) <= Cost(R2) > or, in context > Cost(!RteMsg) <= Cost(Route) > > With this formulation, loop freedom can be guaranteed. A proof has been > submitted. > -- Regards, Charlie P. From nobody Fri Oct 17 00:25:34 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C33901A90FB for ; Fri, 17 Oct 2014 00:25:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.909 X-Spam-Level: X-Spam-Status: No, score=0.909 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=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 kLRarCpJUZEN for ; Fri, 17 Oct 2014 00:25:31 -0700 (PDT) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) by ietfa.amsl.com (Postfix) with SMTP id 655331A90F3 for ; Fri, 17 Oct 2014 00:25:31 -0700 (PDT) Received: (qmail 18493 invoked by uid 0); 17 Oct 2014 07:25:25 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy7.mail.unifiedlayer.com with SMTP; 17 Oct 2014 07:25:25 -0000 Received: from box817.bluehost.com ([66.147.244.117]) by cmgw4 with id 4DRL1p00M2Yhrsa01DRPZF; Fri, 17 Oct 2014 07:25:24 -0600 X-Authority-Analysis: v=2.1 cv=fdw+lSgF c=1 sm=1 tr=0 a=1ZWhLoquM75l/9xp6o4QLQ==:117 a=1ZWhLoquM75l/9xp6o4QLQ==:17 a=cNaOj0WVAAAA:8 a=f5113yIGAAAA:8 a=2mhjNb98rjwA:10 a=tk9FW0VPuhgA:10 a=wPDyFdB5xvgA:10 a=IkcTkHD0fZMA:10 a=KWLd9SN1AAAA:8 a=6U2dO19vvw8A:10 a=JMHYQVG13d8A:10 a=N1z6yVdWAAAA:8 a=fs96dlx7fc_byCi6jvYA:9 a=QEXdDO2ut3YA:10 a=Qjyf3goRzJIA:10 a=5pQB_9r2cvEA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sdiwc.info; s=default; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=sHQ2UqPUbkF2cQbbOM2m7oSiq9qDkZWJ7f1dmMfUXRI=; b=Hvi6pzuIaK2BmfHEprP1rMPzqWWd6e+FPiGG+SAZVcYeIPbDwXzuMyeQzk3e5fr01Gewf8Vapqhe1zwpAOVGEPzrFT/FEM9NuZOrN7T2LdnRTdxbtjRhk6fsMGSr5roZ; Received: from localhost ([127.0.0.1]:44379 helo=box817.bluehost.com) by box817.bluehost.com with esmtpa (Exim 4.82) (envelope-from ) id 1Xf1ub-00045a-F6 for manet@ietf.org; Fri, 17 Oct 2014 01:25:21 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 17 Oct 2014 01:25:19 -0600 From: jackie@sdiwc.info To: manet@ietf.org Message-ID: <4aa6b952521d1d4f0dffeaad77f6670c@sdiwc.info> X-Sender: jackie@sdiwc.info User-Agent: Roundcube Webmail/0.9.5 X-Identified-User: {1337:box817.bluehost.com:sdiwcnet:sdiwc.info} {sentby:smtp auth 127.0.0.1 authed with jackie@sdiwc.info} Archived-At: http://mailarchive.ietf.org/arch/msg/manet/NpjxZxyEZGEROsD3tnR7mja6MOE Subject: [manet] Call for Papers: Greece Int'l Conf. Computer Science, Computer Engineering, and Social Media (CSCESM2014) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 07:25:32 -0000 The International Conference on Computer Science, Computer Engineering, and Social Media (CSCESM2014) Metropolitan College, Thessaloniki, Greece December 12-14, 2014 | cscesm14@sdiwc.net http://sdiwc.net/conferences/cscesm2014/ All registered papers will be included in SDIWC Digital Library. ================================================================ The conference aims to enable researchers build connections between different digital applications. The CSCESM2014 welcomes submissions on any topic in the field of Computer Science, Computer Engineering, Social Media and any related topics. The event will be held over three days, with presentations delivered by researchers from the international community, including presentations from keynote speakers and state-of-the-art lectures. RESEARCH TOPICS ARE NOT LIMITED TO: - Access Controls - Automated Software Engineering - Bioinformatics and Scientific Computing - Biometrics Technologies - Cloud Computing - Collaborative filtering - Computational Intelligence - Computer Animation - Computer Architecture - Computer Crime Prevention and Detection - Computer Forensics - Computer Modeling - Computer Networks - Computer Security - Computer-aided Design - Cryptography and Data Protection - Data Compression - Data Mining - Digital Signal and Image Processing - Digital System and Logic Design - Distributed and Parallel Applications - E-Learning - E-Technology - Expert Systems - Forensics, Recognition Technologies and Applications - Graphics and visualization - Human-computer interaction - Image / multimedia processing - Information propagation and assimilation in social networks - Internet and Web Applications - Mobile Computing - Multimedia Applications - Multimedia Computing - Natural language processing - Network Security - Network Security and Cryptography - Qualitative and quantitative studies of social media - Social innovation and effecting change - Social Media Networking - Social network analysis - Social networking sites - Social networks and online education - Wireless Communications - Wireless Sensor Network Researchers are encouraged to submit their work electronically. All papers will be fully refereed by a minimum of two specialized referees. Before final acceptance, all referees comments must be considered. IMPORTANT DATES: (Subject to change, visit the website for updates) Submission Dates: Open from now until October 12, 2014 Notification of Acceptance: November 12, 2014 or 4 weeks from the submission date Camera Ready Submission: December 02, 2014 Registration Deadline: December 02, 2014 Conference Dates: December 12-14, 2014 From nobody Sat Oct 18 08:32:44 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01BCE1A88D5 for ; Sat, 18 Oct 2014 08:32:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.524 X-Spam-Level: **** X-Spam-Status: No, score=4.524 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FROM_MISSP_EH_MATCH=1.844, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, RCVD_IN_DNSWL_NONE=-0.0001, T_FROM_MISSP_DKIM=0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=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 q-SqCBE0cbHx for ; Sat, 18 Oct 2014 08:32:39 -0700 (PDT) Received: from mxbk.iit.cnr.it (mxbk.iit.cnr.it [146.48.98.159]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4BB401A1A15 for ; Sat, 18 Oct 2014 08:32:38 -0700 (PDT) Received: from turig.iit.cnr.it (turig.iit.cnr.it [146.48.98.70]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxbk.iit.cnr.it (Postfix) with ESMTPSA id 971ABC087D for ; Sat, 18 Oct 2014 17:32:36 +0200 (CEST) Date: Sat, 18 Oct 2014 17:34:01 +0200 From: Valerio Arnaboldi To: manet@ietf.org Message-ID: <54428869.UJrJgZG5wlTWrHEm%comcom_osn_special@iit.cnr.it> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/manet/8s1w8ALBQ_La0TOc4UuYsKz_ClM Subject: [manet] Deadline extended: Elsevier ComCom Special Issue on Online Social Networks (new deadline 2 November) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2014 15:32:42 -0000 CALL FOR PAPERS ******************************************** Extended submission deadline: 2 November 2014 (see below for updated schedule) ******************************************** Elsevier - Computer Communications Journal Special Issue on Online Social Networks http://www.journals.elsevier.com/computer-communications/call-for-papers/special-issue-on-online-social-networks1/ Online Social Networks are a massively successful phenomenon, used by billions of users to interact. Nowadays they are key platforms for, among others, content dissemination, social and professional networking, recommendation, scouting, alerting, and political campaigns. The research interest in OSNs is multi-faceted, and exploits an unmatched source of large-scale data about the human behavior. It spans a number of disciplines, across numerous fields in and beyond computer science, all the way up to the analysis of human social relationships and how they evolve and mature over time. Moreover, the pervasive presence of users' mobile devices (e.g., smartphones) has opened new avenues in the design of mobile social networking services, and in the study of the interplay between mobility and social interactions. Research in OSN is a fertile ground also for industry, to develop innovative ideas fostering the design of the new generation of communication platforms and their services. This special issue seeks contributions pushing the state of the art in all facets of Online Social Networks highlighted above. We also encourage original work based on an interdisciplinary research (at the boundary between computer science and humanistic disciplines such as sociology and anthropology) where quantitative evidence is available demonstrating the mutual advantage of such an approach. Therefore, purely methodological papers or papers that do not present quantitative results with real Online or Mobile Social Networking technologies are considered out of scope. Moreover, special attention is expected in interpreting the proposed research results in order to shed light towards what users may need and wish in terms of novel, practical services and application. Topics of interest include (but are not limited to) the following: - Design of OSN platforms based on human behavioural models - Analysis of OSN users' behaviour and its evolution over time - Comparison of human social behaviour in Online and "offline" Social Networks, and across OSNs - Impact of Online Social Networks on human social behaviour - Analysis of the use of social-networking sites in the urban context - OSNs for supporting novel, social-oriented applications and services - Mobile and Location-aware Online Social Networks - OSN services enabled by the analysis of mobility and social behaviour - Crowdsourcing for Online and Mobile Social Networks - Dynamics of trends, information and opinion diffusion in OSN - Smart recommendations and advertising in Online Social Networks - Information extraction and search in Online Social Networks - Privacy in management and analysis of Online and Mobile Social Networks data - Privacy, Security, Trust and Reputation in Online Social Networks - Prevention of misbehaviours (spamming, phishing, ...) in Online Social Networks - Modelling of Online Social Networks characteristics and mechanisms - Graph analysis applied to Online Social Networks - Complex networks techniques applied to the investigation of OSN - Data Mining and Machine Learning to gain novel insights on Online Social Networks - Novel distributed solutions for designing, supporting and operating Online Social Networks - Networking, computation and data infrastructure support for Online Social Network systems ********************************* Schedule (updated) Submission deadline: 2 November 2014 Author notification: 15 February 2015 Revised paper due: 31 March 2015 Final author notification: 30 April 2015 Publication (tentative): 3rd Quarter 2015 ********************************* Guest Editors Xiaoming Fu, Georg-August-University of Goettingen, Germany Andrea Passarella, IIT-CNR, Italy Daniele Quercia, Yahoo Labs, Spain Alessandra Sala, Bell Labs, Ireland Thorsten Strufe, TU Dresden, Germany Instructions for submission --------------------------- Manuscripts must not have been previously published nor currently under review by other journals or conferences. If prior work was published in a conference, the submitted manuscript should include a substantial extension of at least 35% novel contributions. In this case, authors are also required to submit their published conference articles and a summary document explaining the enhancements made in the journal version. Papers must be submitted through the Computer Communications website at http://ees.elsevier.com/comcom, where guidelines for manuscript preparation can also be found (http://www.elsevier.com/journals/computer-communications/0140-3664/guide-for-authors). To ensure that all manuscripts are correctly identified for consideration by the Special Issue, the authors should select "Special Issue: OSN" when they reach the "Article Type" step in the submission process. For further information, please contact the guest editors at comcomsi_osn at iit.cnr.it From nobody Mon Oct 20 04:32:45 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 090EE1A86E6 for ; Mon, 20 Oct 2014 04:32:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.5 X-Spam-Level: X-Spam-Status: No, score=-100.5 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TtcTpFMnsfuV for ; Mon, 20 Oct 2014 04:32:42 -0700 (PDT) Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6F4D31A86EF for ; Mon, 20 Oct 2014 04:32:35 -0700 (PDT) Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id s9KBWX8D026129; Mon, 20 Oct 2014 12:32:33 +0100 Received: from 950129200 (jplon-nat14.juniper.net [193.110.55.14]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id s9KBWUZQ026091 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 20 Oct 2014 12:32:32 +0100 From: "Adrian Farrel" To: Date: Mon, 20 Oct 2014 12:32:31 +0100 Message-ID: <00ae01cfec59$8ab50f80$a01f2e80$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac/sWYGyCeDzI9qNSQG+4QZ1jVAWCA== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21038.006 X-TM-AS-Result: No--9.250-10.0-31-10 X-imss-scan-details: No--9.250-10.0-31-10 X-TMASE-MatchedRID: 7pXUPg156/qnykMun0J1wnBRIrj8R47F7yWPaQc4INRBTdeoy0R9D9j3 ZmXrgmMg/dE5KSORodpl676AYmtnBiKGOGUxO74csy5zTeFbONsuUQAX7gy0DFum/6Bx84ArjdA O270xgYlZyevcNikRfgqZQ38oK2SslVIFRFMViNCeAiCmPx4NwLTrdaH1ZWqCmBlD3TjdXl76C0 ePs7A07Y6HM5rqDwqtbXFUFG1EGTWQLqeCcKw8qSax5zPG0iyXjeoeE43uJZAeo4DYK6vZhg== Archived-At: http://mailarchive.ietf.org/arch/msg/manet/hdVFNOiADuLw0wPQbScO3G-JRK4 Cc: manet@ietf.org Subject: [manet] AD review of draft-ietf-manet-nhdp-optimization X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 11:32:44 -0000 Authors, Thanks for this document. I have done my AD review and have nothing to add except to note that your work probably makes a slight security improvement by making the 2-hop neighbor relations more resilient to short-term quality attacks (such as radio interference) on links. You could add that to the Security Considerations section, but there is no need to hold up the document while you think about that. I will start the IETF last call. Adrian From nobody Mon Oct 20 04:46:37 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A80A91A86F8 for ; Mon, 20 Oct 2014 04:46:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5f-HSOV9XFeF for ; Mon, 20 Oct 2014 04:46:34 -0700 (PDT) Received: from mailc2.tigertech.net (mailc2.tigertech.net [208.80.4.156]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2010C1A86EF for ; Mon, 20 Oct 2014 04:46:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailc2.tigertech.net (Postfix) with ESMTP id 021461BC0D8B; Mon, 20 Oct 2014 04:46:34 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at c2.tigertech.net Received: from [192.168.147.111] (mtg91-1-82-227-24-173.fbx.proxad.net [82.227.24.173]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailc2.tigertech.net (Postfix) with ESMTPSA id AF9C01BC0D8A; Mon, 20 Oct 2014 04:46:32 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) From: Thomas Clausen In-Reply-To: <00ae01cfec59$8ab50f80$a01f2e80$@olddog.co.uk> Date: Mon, 20 Oct 2014 13:46:30 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <00ae01cfec59$8ab50f80$a01f2e80$@olddog.co.uk> To: Adrian Farrel X-Mailer: Apple Mail (2.1990.1) Archived-At: http://mailarchive.ietf.org/arch/msg/manet/tgvw4PrcTpt6Hu750wxag8l7-O8 Cc: draft-ietf-manet-nhdp-optimization.all@tools.ietf.org, manet@ietf.org Subject: Re: [manet] AD review of draft-ietf-manet-nhdp-optimization X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 11:46:35 -0000 Dear AD, Thank you for having processed this document. With regards to security, I think that the operative word in what you = observe is =E2=80=9Cslight=E2=80=9D ;)=20 AFAIK, Chris is currently off the grid for a bit, but he should be back = in a few days. My personal point of view, which made me not suggest text = to this effect, was, that while it is true that it offers a bit more = resilience, that in and by itself was "not enough=E2=80=9D to be a = security property that might affect the use (or not) of this extension. = I can swing either way on this, though. Glad that you are sending this document forward while we think about it. Respectfully, Thomas > On Oct 20, 2014, at 13:32, Adrian Farrel wrote: >=20 > Authors, >=20 > Thanks for this document. I have done my AD review and have nothing to > add except to note that your work probably makes a slight security=20 > improvement by making the 2-hop neighbor relations more resilient to > short-term quality attacks (such as radio interference) on links. You > could add that to the Security Considerations section, but there is no > need to hold up the document while you think about that. >=20 > I will start the IETF last call. >=20 > Adrian >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet From nobody Mon Oct 20 07:45:33 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02F961A8A4F; Mon, 20 Oct 2014 07:45:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s_DyVhqWEhLX; Mon, 20 Oct 2014 07:45:26 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CD6361A9171; Mon, 20 Oct 2014 07:21:18 -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: 5.6.4.p1 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20141020142118.1328.60471.idtracker@ietfa.amsl.com> Date: Mon, 20 Oct 2014 07:21:18 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/manet/HghKhW7K70Du_cawURsLRrVJ8AI Cc: manet@ietf.org Subject: [manet] Last Call: (An Optimization for the MANET Neighborhood Discovery Protocol (NHDP)) to Proposed Standard X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 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: Mon, 20 Oct 2014 14:45:29 -0000 The IESG has received a request from the Mobile Ad-hoc Networks WG (manet) to consider the following document: - 'An Optimization for the MANET Neighborhood Discovery Protocol (NHDP)' 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 2014-11-03. 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 The link quality mechanism of the MANET Neighborhood Discovery Protocol (NHDP) enables "ignoring" some 1-hop neighbors if the measured link quality from that 1-hop neighbor is below an acceptable threshold, while still retaining the corresponding link information as acquired from HELLO message exchange. This allows immediate reinstatement of the 1-hop neighbor if the link quality later improves sufficiently. NHDP also collects information about symmetric 2-hop neighbors. However it specifies that if a link from a symmetric 1-hop neighbor ceases being symmetric, including while "ignored" as described above, then corresponding symmetric 2-hop neighbors are removed. This may lead to symmetric 2-hop neighborhood information being permanently removed (until further HELLO messages are received) if the link quality of a symmetric 1-hop neighbor drops below the acceptable threshold, even if only for a moment. This specification updates RFC6130 "Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)", and RFC7181 "The Optimized Link State Routing Protocol version 2 (OLSRv2)" to permit retaining, but ignoring, symmetric 2-hop information when the link quality from the corresponding 1-hop neighbor drops below the acceptable threshold. This allows immediate reinstatement of the symmetric 2-hop neighbor if the link quality later improves sufficiently, thus making the symmetric 2-hop neighborhood more "robust". The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-manet-nhdp-optimization/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-manet-nhdp-optimization/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Tue Oct 21 02:45:47 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A7381A01F0 for ; Tue, 21 Oct 2014 02:45:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.79 X-Spam-Level: X-Spam-Status: No, score=0.79 tagged_above=-999 required=5 tests=[BAYES_50=0.8, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Om0BDkNmOGOr for ; Tue, 21 Oct 2014 02:45:42 -0700 (PDT) Received: from ukmta4.baesystems.com (ukmta4.baesystems.com [20.133.40.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0DD791A00B2 for ; Tue, 21 Oct 2014 02:42:36 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.04,761,1406588400"; d="scan'208";a="1591768" Received: from unknown (HELO baemasodc005.greenlnk.net) ([10.108.52.29]) by Baemasodc002ir.sharelnk.net with ESMTP; 21 Oct 2014 10:42:36 +0100 X-IronPort-AV: E=Sophos;i="5.04,761,1406588400"; d="scan'208";a="77595979" Received: from glkxh0002v.greenlnk.net ([10.109.2.33]) by baemasodc005.greenlnk.net with ESMTP; 21 Oct 2014 10:37:34 +0100 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.125]) by GLKXH0002V.GREENLNK.net ([10.109.2.33]) with mapi id 14.03.0174.001; Tue, 21 Oct 2014 10:37:34 +0100 From: "Dearlove, Christopher (UK)" To: Thomas Clausen , Adrian Farrel Thread-Topic: [manet] AD review of draft-ietf-manet-nhdp-optimization Thread-Index: Ac/sWYGyCeDzI9qNSQG+4QZ1jVAWCP//8zMA//6CzhA= Date: Tue, 21 Oct 2014 09:37:34 +0000 Message-ID: References: <00ae01cfec59$8ab50f80$a01f2e80$@olddog.co.uk> In-Reply-To: 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="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Archived-At: http://mailarchive.ietf.org/arch/msg/manet/q9DVTuXcthT-0PkRRLKz_Z93uC0 Cc: "draft-ietf-manet-nhdp-optimization.all@tools.ietf.org" , "manet@ietf.org" Subject: Re: [manet] AD review of draft-ietf-manet-nhdp-optimization X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 09:45:45 -0000 SSB0aGluayBBZHJpYW4ncyBjb21tZW50IG1ha2VzIHRoZSBjdXJyZW50IHRleHQNCg0KICAgQXMg c3VjaCwgdGhpcyBwcm90b2NvbCBpbnRyb2R1Y2VzDQogICBubyBuZXcgc2VjdXJpdHkgY29uc2lk ZXJhdGlvbnMgdG8gYW4gaW1wbGVtZW50YXRpb24gb2YgW1JGQzYxMzBdIG9yDQogICBvZiBhbnkg b3RoZXIgcHJvdG9jb2wgdGhhdCB1c2VzIGl0LCBzdWNoIGFzIFtSRkM3MTgxXS4NCg0KTm90IHF1 aXRlIDEwMCUgcmlnaHQsIGFzIHRoYXQgaXMgYSBjb25zaWRlcmF0aW9uLCBhbGJlaXQgYXMgVGhv bWFzIHNheXMgbm90IGEgdmVyeSBtYWpvciBvbmUuIFRvIGJlIG1vcmUgcHJlY2lzZSBJIG1pZ2h0 IGNoYW5nZSAic2VjdXJpdHkgY29uc2lkZXJhdGlvbnMiIHRvICJ2dWxuZXJhYmlsaXRpZXMiIGFu ZCB0aGVuIGNvdWxkIGFkZCBzb21ldGhpbmcgbGlrZTogIkl0IG1heSBzb21ldGltZXMgcHJvdmlk ZSBhIHNtYWxsIGltcHJvdmVtZW50IGluIGF2YWlsYWJpbGl0eSBhZ2FpbnN0IGF0dGFja3Mgc3Vj aCBhcyBzaG9ydCBidXJzdHMgb2YgZGVsaWJlcmF0ZSBpbnRlcmZlcmVuY2UuIiAoV29yZGluZyBq dXN0IGEgc3VnZ2VzdGlvbi4pDQoNCkJ1dCBJIGNvdWxkIGxpdmUgd2l0aCBpdCB1bmNoYW5nZWQu IEVzcGVjaWFsbHkgaWYgYW55IGNoYW5nZSBjYXVzZWQgYSBkZWxheS4NCg0KLS0gDQpDaHJpc3Rv cGhlciBEZWFybG92ZQ0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlciwgSW5mb3JtYXRpb24gQXNz dXJhbmNlIEdyb3VwDQpDb21tdW5pY2F0aW9ucywgTmV0d29ya3MgYW5kIEltYWdlIEFuYWx5c2lz IENhcGFiaWxpdHkNCkJBRSBTeXN0ZW1zIEFkdmFuY2VkIFRlY2hub2xvZ3kgQ2VudHJlDQpXZXN0 IEhhbm5pbmdmaWVsZCBSb2FkLCBHcmVhdCBCYWRkb3csIENoZWxtc2ZvcmQsIENNMiA4SE4sIFVL DQpUZWw6ICs0NCAxMjQ1IDI0MjE5NMKgfCAgRmF4OiArNDQgMTI0NSAyNDIxMjQNCmNocmlzLmRl YXJsb3ZlQGJhZXN5c3RlbXMuY29tIHwgaHR0cDovL3d3dy5iYWVzeXN0ZW1zLmNvbQ0KDQpCQUUg U3lzdGVtcyAoT3BlcmF0aW9ucykgTGltaXRlZA0KUmVnaXN0ZXJlZCBPZmZpY2U6IFdhcndpY2sg SG91c2UsIFBPIEJveCA4NywgRmFybmJvcm91Z2ggQWVyb3NwYWNlIENlbnRyZSwgRmFybmJvcm91 Z2gsIEhhbnRzLCBHVTE0IDZZVSwgVUsNClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmIFdhbGVzIE5v OiAxOTk2Njg3DQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IG1hbmV0IFtt YWlsdG86bWFuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFRob21hcyBDbGF1c2Vu DQpTZW50OiAyMCBPY3RvYmVyIDIwMTQgMTI6NDcNClRvOiBBZHJpYW4gRmFycmVsDQpDYzogZHJh ZnQtaWV0Zi1tYW5ldC1uaGRwLW9wdGltaXphdGlvbi5hbGxAdG9vbHMuaWV0Zi5vcmc7IG1hbmV0 QGlldGYub3JnDQpTdWJqZWN0OiBSZTogW21hbmV0XSBBRCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1t YW5ldC1uaGRwLW9wdGltaXphdGlvbg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tISBXQVJOSU5H ICEgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSBUaGlzIG1lc3NhZ2Ugb3JpZ2luYXRlcyBmcm9tIG91 dHNpZGUgb3VyIG9yZ2FuaXNhdGlvbiwgZWl0aGVyIGZyb20gYW4gZXh0ZXJuYWwgcGFydG5lciBv ciBmcm9tIHRoZSBpbnRlcm5ldC4NCkNvbnNpZGVyIGNhcmVmdWxseSB3aGV0aGVyIHlvdSBzaG91 bGQgY2xpY2sgb24gYW55IGxpbmtzLCBvcGVuIGFueSBhdHRhY2htZW50cyBvciByZXBseS4NCkZv bGxvdyB0aGUgJ1JlcG9ydCBTdXNwaWNpb3VzIEVtYWlscycgbGluayBvbiBJVCBtYXR0ZXJzIGZv ciBpbnN0cnVjdGlvbnMgb24gcmVwb3J0aW5nIHN1c3BpY2lvdXMgZW1haWwgbWVzc2FnZXMuDQot LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K DQpEZWFyIEFELA0KDQpUaGFuayB5b3UgZm9yIGhhdmluZyBwcm9jZXNzZWQgdGhpcyBkb2N1bWVu dC4NCg0KV2l0aCByZWdhcmRzIHRvIHNlY3VyaXR5LCBJIHRoaW5rIHRoYXQgdGhlIG9wZXJhdGl2 ZSB3b3JkIGluIHdoYXQgeW91IG9ic2VydmUgaXMg4oCcc2xpZ2h04oCdIDspIA0KDQpBRkFJSywg Q2hyaXMgaXMgY3VycmVudGx5IG9mZiB0aGUgZ3JpZCBmb3IgYSBiaXQsIGJ1dCBoZSBzaG91bGQg YmUgYmFjayBpbiBhIGZldyBkYXlzLiBNeSBwZXJzb25hbCBwb2ludCBvZiB2aWV3LCB3aGljaCBt YWRlIG1lIG5vdCBzdWdnZXN0IHRleHQgdG8gdGhpcyBlZmZlY3QsIHdhcywgdGhhdCB3aGlsZSBp dCBpcyB0cnVlIHRoYXQgaXQgb2ZmZXJzIGEgYml0IG1vcmUgcmVzaWxpZW5jZSwgdGhhdCBpbiBh bmQgYnkgaXRzZWxmIHdhcyAibm90IGVub3VnaOKAnSB0byBiZSBhIHNlY3VyaXR5IHByb3BlcnR5 IHRoYXQgbWlnaHQgYWZmZWN0IHRoZSB1c2UgKG9yIG5vdCkgb2YgdGhpcyBleHRlbnNpb24uIEkg Y2FuIHN3aW5nIGVpdGhlciB3YXkgb24gdGhpcywgdGhvdWdoLg0KDQpHbGFkIHRoYXQgeW91IGFy ZSBzZW5kaW5nIHRoaXMgZG9jdW1lbnQgZm9yd2FyZCB3aGlsZSB3ZSB0aGluayBhYm91dCBpdC4N Cg0KUmVzcGVjdGZ1bGx5LA0KDQpUaG9tYXMNCg0KPiBPbiBPY3QgMjAsIDIwMTQsIGF0IDEzOjMy LCBBZHJpYW4gRmFycmVsIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPiB3cm90ZToNCj4gDQo+IEF1dGhv cnMsDQo+IA0KPiBUaGFua3MgZm9yIHRoaXMgZG9jdW1lbnQuIEkgaGF2ZSBkb25lIG15IEFEIHJl dmlldyBhbmQgaGF2ZSBub3RoaW5nIHRvIA0KPiBhZGQgZXhjZXB0IHRvIG5vdGUgdGhhdCB5b3Vy IHdvcmsgcHJvYmFibHkgbWFrZXMgYSBzbGlnaHQgc2VjdXJpdHkgDQo+IGltcHJvdmVtZW50IGJ5 IG1ha2luZyB0aGUgMi1ob3AgbmVpZ2hib3IgcmVsYXRpb25zIG1vcmUgcmVzaWxpZW50IHRvIA0K PiBzaG9ydC10ZXJtIHF1YWxpdHkgYXR0YWNrcyAoc3VjaCBhcyByYWRpbyBpbnRlcmZlcmVuY2Up IG9uIGxpbmtzLiBZb3UgDQo+IGNvdWxkIGFkZCB0aGF0IHRvIHRoZSBTZWN1cml0eSBDb25zaWRl cmF0aW9ucyBzZWN0aW9uLCBidXQgdGhlcmUgaXMgbm8gDQo+IG5lZWQgdG8gaG9sZCB1cCB0aGUg ZG9jdW1lbnQgd2hpbGUgeW91IHRoaW5rIGFib3V0IHRoYXQuDQo+IA0KPiBJIHdpbGwgc3RhcnQg dGhlIElFVEYgbGFzdCBjYWxsLg0KPiANCj4gQWRyaWFuDQo+IA0KPiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBtYW5ldCBtYWlsaW5nIGxpc3QNCj4g bWFuZXRAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9t YW5ldA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K bWFuZXQgbWFpbGluZyBsaXN0DQptYW5ldEBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9tYW5ldA0KKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKVGhpcyBlbWFpbCBhbmQgYW55IGF0 dGFjaG1lbnRzIGFyZSBjb25maWRlbnRpYWwgdG8gdGhlIGludGVuZGVkCnJlY2lwaWVudCBhbmQg bWF5IGFsc28gYmUgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkCnJlY2lw aWVudCBwbGVhc2UgZGVsZXRlIGl0IGZyb20geW91ciBzeXN0ZW0gYW5kIG5vdGlmeSB0aGUgc2Vu ZGVyLgpZb3Ugc2hvdWxkIG5vdCBjb3B5IGl0IG9yIHVzZSBpdCBmb3IgYW55IHB1cnBvc2Ugbm9y IGRpc2Nsb3NlIG9yCmRpc3RyaWJ1dGUgaXRzIGNvbnRlbnRzIHRvIGFueSBvdGhlciBwZXJzb24u CioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqCg== From nobody Fri Oct 24 07:38:03 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D5751A00AF; Fri, 24 Oct 2014 07:38:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RykpiWTh3h7h; Fri, 24 Oct 2014 07:38:00 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FE1B1A01E1; Fri, 24 Oct 2014 07:37:58 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.6.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141024143758.16624.11599.idtracker@ietfa.amsl.com> Date: Fri, 24 Oct 2014 07:37:58 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/manet/0eRwWE25x5QC84dSzh_3LlVnx90 Cc: manet@ietf.org Subject: [manet] I-D Action: draft-ietf-manet-dlep-07.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 14:38:01 -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 Working Group of the IETF. Title : Dynamic Link Exchange Protocol (DLEP) Authors : Stan Ratliff Bo Berry Greg Harrison Shawn Jury Darryl Satterwhite Filename : draft-ietf-manet-dlep-07.txt Pages : 55 Date : 2014-10-24 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 forwarding 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: http://tools.ietf.org/html/draft-ietf-manet-dlep-07 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-manet-dlep-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 Fri Oct 24 08:16:40 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F08D1A1A46; Fri, 24 Oct 2014 08:16:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 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, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pM5-feklAh3S; Fri, 24 Oct 2014 08:16:37 -0700 (PDT) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 534D71A1A01; Fri, 24 Oct 2014 08:16:37 -0700 (PDT) Received: by mail-qc0-f172.google.com with SMTP id o8so886328qcw.17 for ; Fri, 24 Oct 2014 08:16:36 -0700 (PDT) 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:content-type; bh=9bT7BuuDxnXryjjcundCVNukc/M6fyTNe3qTA9ZYjSs=; b=h63eyMRAwIMz6vou/P6Nk3QUyxthkB34/5orc5WwNFeTLkh8fX28Ch+ZU5eLOqbZGy 1ZhzRqBZHeloEX/mphZbu/OkyFp/QYE/alSeB6GbRppUL4YMDT8CMZ55kQX5ApBd5/y7 y8h7DyU/f531TqC2yQz7IcqGBIO8r8cUU9HQGAYqLfO1ASncxq1gWLSlcudUM+V+DkTq 2k7AlPCs2BwwmUmM9gxHmMvDcMUD1pLjayce5cer94a/r4hZa3Tz+g3Bvt4eZRYjcdSO 7ZvptxtvEzfUK91Wk8zHmcFOkkiKiM8h0XlFaAcSKKbdk352MJ3l4JV8s3gm3I7b6umI jdGw== X-Received: by 10.224.47.2 with SMTP id l2mr6865012qaf.28.1414163796368; Fri, 24 Oct 2014 08:16:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.96.77.168 with HTTP; Fri, 24 Oct 2014 08:16:16 -0700 (PDT) In-Reply-To: <20141024143758.16624.11599.idtracker@ietfa.amsl.com> References: <20141024143758.16624.11599.idtracker@ietfa.amsl.com> From: Henning Rogge Date: Fri, 24 Oct 2014 17:16:16 +0200 Message-ID: To: "internet-drafts@ietf.org" Content-Type: text/plain; charset=UTF-8 Archived-At: http://mailarchive.ietf.org/arch/msg/manet/szcZWLmhSg8qKPubshT6tfN7BfY Cc: MANET IETF , "i-d-announce@ietf.org" Subject: Re: [manet] I-D Action: draft-ietf-manet-dlep-07.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 15:16:39 -0000 It took a long time but I think it was worth all the work. There will be an Open Source implementation of this draft available on Olsr.org very soon (maybe just before Honolulu IETF). Henning Rogge On Fri, Oct 24, 2014 at 4:37 PM, 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 Working Group of the IETF. > > Title : Dynamic Link Exchange Protocol (DLEP) > Authors : Stan Ratliff > Bo Berry > Greg Harrison > Shawn Jury > Darryl Satterwhite > Filename : draft-ietf-manet-dlep-07.txt > Pages : 55 > Date : 2014-10-24 > > 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 > forwarding 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: > http://tools.ietf.org/html/draft-ietf-manet-dlep-07 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=draft-ietf-manet-dlep-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/ > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet From nobody Sat Oct 25 04:45:06 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4F301A87BC for ; Sat, 25 Oct 2014 04:45:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AHuaKl5OO214 for ; Sat, 25 Oct 2014 04:45:01 -0700 (PDT) Received: from mailc2.tigertech.net (mailc2.tigertech.net [208.80.4.156]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 738121A87BB for ; Sat, 25 Oct 2014 04:45:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailc2.tigertech.net (Postfix) with ESMTP id 368E61BC088D for ; Sat, 25 Oct 2014 04:45:01 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at c2.tigertech.net Received: from [192.168.147.66] (mtg91-1-82-227-24-173.fbx.proxad.net [82.227.24.173]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailc2.tigertech.net (Postfix) with ESMTPSA id A1A661BC0881 for ; Sat, 25 Oct 2014 04:45:00 -0700 (PDT) From: Thomas Heide Clausen Content-Type: multipart/alternative; boundary=Apple-Mail-6615CA69-14EF-4A8D-9FBB-E43BB967D499 Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (1.0) Message-Id: Date: Sat, 25 Oct 2014 13:44:58 +0200 References: <20141023232308.7595.78941.idtracker@ietfa.amsl.com> To: manet X-Mailer: iPhone Mail (12B411) Archived-At: http://mailarchive.ietf.org/arch/msg/manet/jLEimiRZkcvoUG0OmTNT10dv6r8 Subject: [manet] An update on draft-ietf-manet-ibs from the shepherd X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 11:45:03 -0000 --Apple-Mail-6615CA69-14EF-4A8D-9FBB-E43BB967D499 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hello all y'all, Being the document shepherd, shepherding this document through the process, I= wanted to give an update on this, in case anybody was wondering. =20 Our local friendly ADs had put this document on the IESG telechat for 30/10 i= nitially - but due to an exceptionally large amount of documents to process,= the IESG had to push some documents to the immediately following telechat. So, in short: nothing nefarious going on, no blocking issues raised, nothing= to worry about.=20 If/when there are further developments on this doc I shall, of course, come b= ack to the WG with an update.=20 Best, Thomas Begin forwarded message: > From: IETF Secretariat > Date: 24 octobre 2014 01:23:08 UTC+2 > To: Ietf@thomasclausen.org > Subject: Personal ID list of T.Clausen@computer.org notification: Changes o= n draft-ietf-manet-ibs >=20 >=20 > Hello, >=20 > This is a notification from the Personal ID list of T.Clausen@computer.org= . >=20 > Document: draft-ietf-manet-ibs, > https://datatracker.ietf.org/doc/draft-ietf-manet-ibs >=20 > Change: > Telechat date has been changed to *2014-11-25* from *2014-10-30* >=20 > Best regards, >=20 > The datatracker draft tracking service > (for the IETF Secretariat) >=20 --Apple-Mail-6615CA69-14EF-4A8D-9FBB-E43BB967D499 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hello all y'all,

<= div>Being the document shepherd, shepherding this document through the proce= ss, I wanted to give an update on this, in case anybody was wondering.  = ;

Our local friendly ADs had put this document on t= he IESG telechat for 30/10 initially - but due to an exceptionally large amo= unt of documents to process, the IESG had to push some documents to the imme= diately following telechat.

So, in short: nothing nefarious going on,= no blocking issues raised, nothing to worry about. 

If/when there are further developments on this doc I shall, of course= , come back to the WG with an update. 

Best,

Thomas

Begin forwarded message:
From: IETF Secretariat <= ietf-secretariat-reply@ie= tf.org>
Date: 24 octobre 2014 01:23:08 UTC+2
To: <= a href=3D"mailto:Ietf@thomasclausen.org">Ietf@thomasclausen.org
Su= bject: Personal ID list of = T.Clausen@computer.org notification: Changes on draft-ietf-manet-ibs=


<= span>Hello,

This is a notification from the= Personal ID list of T.Clausen@com= puter.org.

Document: draft-ietf-manet-i= bs,
https://datatracker.ietf.org/doc/draft-ietf-manet-ibs
Change:
Telechat date has been chan= ged to *2014-11-25* from *2014-10-30*

Best r= egards,

     &nbs= p; The datatracker draft tracking service
  =      (for the IETF Secretariat)

= --Apple-Mail-6615CA69-14EF-4A8D-9FBB-E43BB967D499-- From nobody Sun Oct 26 13:23:35 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94C1D1A1A83 for ; Sun, 26 Oct 2014 13:23:33 -0700 (PDT) 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, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2JY12gGgfvY5 for ; Sun, 26 Oct 2014 13:23:31 -0700 (PDT) Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17BEE1A1A7D for ; Sun, 26 Oct 2014 13:23:31 -0700 (PDT) Received: by mail-qc0-f182.google.com with SMTP id m20so2897032qcx.27 for ; Sun, 26 Oct 2014 13:23:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=R0dyCBh57vfqliC4dTEyP8NyWuWhiRavNczJ4mjI0Zo=; b=yGU2l4gWNl6sTRMw9BDRGF5NKqSKed55xSeKYTbTWGO5KcJSwH6n1YnN8uWpr9qtAP Mczh/zg3vrvyYoGwbqSJYKJgaKEfvSwGm1h4h+RbX6AI0dNolO7RLppe6wDd715Oh5Gn lf3v6pWv+NvyYf8+ViJJYbtqhn+aHSEPDMjiZnRHHljOMPbcfMu0Kz/6Xy3Ir2ocQY7x BRbEl0CzuoWSjDxvwsk3ihgbZEKtCsQqHuUqzNbAmErNfGm+wLhQ/1A+Lm46zX/cGMa6 J06TtG0wJCdaN5EhSYkUb+kWIuIkl6iemvq9SBikTOB0SzLjgFO2uYvjUX+rT9se43ae FMwA== MIME-Version: 1.0 X-Received: by 10.224.90.3 with SMTP id g3mr26763772qam.90.1414355010230; Sun, 26 Oct 2014 13:23:30 -0700 (PDT) Received: by 10.140.92.162 with HTTP; Sun, 26 Oct 2014 13:23:30 -0700 (PDT) In-Reply-To: References: <20141024143758.16624.11599.idtracker@ietfa.amsl.com> Date: Sun, 26 Oct 2014 16:23:30 -0400 Message-ID: From: Joseph Macker To: Henning Rogge Content-Type: multipart/alternative; boundary=001a11c2cdd6f8a0c80506592f44 Archived-At: http://mailarchive.ietf.org/arch/msg/manet/jz-cM9eDdtYdgmGY5IqHR9VyYrg Cc: MANET IETF Subject: Re: [manet] I-D Action: draft-ietf-manet-dlep-07.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Oct 2014 20:23:33 -0000 --001a11c2cdd6f8a0c80506592f44 Content-Type: text/plain; charset=UTF-8 Henning: A prototype implementation of the draft sounds really good. Thanks for the post. Regards, -Joe On Fri, Oct 24, 2014 at 11:16 AM, Henning Rogge wrote: > It took a long time but I think it was worth all the work. > > There will be an Open Source implementation of this draft available on > Olsr.org very soon (maybe just before Honolulu IETF). > > Henning Rogge > > On Fri, Oct 24, 2014 at 4:37 PM, 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 Working Group > of the IETF. > > > > Title : Dynamic Link Exchange Protocol (DLEP) > > Authors : Stan Ratliff > > Bo Berry > > Greg Harrison > > Shawn Jury > > Darryl Satterwhite > > Filename : draft-ietf-manet-dlep-07.txt > > Pages : 55 > > Date : 2014-10-24 > > > > 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 > > forwarding 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: > > http://tools.ietf.org/html/draft-ietf-manet-dlep-07 > > > > A diff from the previous version is available at: > > http://www.ietf.org/rfcdiff?url2=draft-ietf-manet-dlep-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/ > > > > _______________________________________________ > > 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 > --001a11c2cdd6f8a0c80506592f44 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Henning:

A prototype implementation= of the draft sounds really good.
Thanks for the post.

Regards,
-Joe

On Fri, Oct 24, 2014 at 11:16 AM, Hen= ning Rogge <hrogge@gmail.com> wrote:
It took a long time but I think it was worth all the work.

There will be an Open Source implementation of this draft available on
Olsr.org very soon (maybe just before Honolulu IETF).

Henning Rogge

On Fri, Oct 24, 2014 at 4:37 PM,=C2=A0 <internet-drafts@ietf.org> wrote:
>
> A New Internet-Draft is available from the on-line Internet-Drafts dir= ectories.
>=C2=A0 This draft is a work item of the Mobile Ad-hoc Networks Working = Group of the IETF.
>
>=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=A0Authors=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=A0Bo Berry
>=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=A0Greg Harrison
>=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=A0Darryl Satterwhite
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 := draft-ietf-manet-dlep-07.txt
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0: 55
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 : 2014-10-24
>
> Abstract:
>=C2=A0 =C2=A0 When routing devices rely on modems to effect communicati= ons over
>=C2=A0 =C2=A0 wireless links, they need timely and accurate knowledge o= f the
>=C2=A0 =C2=A0 characteristics of the link (speed, state, etc.) in order= to make
>=C2=A0 =C2=A0 forwarding decisions. In mobile or other environments whe= re these
>=C2=A0 =C2=A0 characteristics change frequently, manual configurations = or the
>=C2=A0 =C2=A0 inference of state through routing or transport protocols= does not
>=C2=A0 =C2=A0 allow the router to make the best decisions. A bidirectio= nal, event-
>=C2=A0 =C2=A0 driven communication channel between the router and the m= odem is
>=C2=A0 =C2=A0 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:
> http://tools.ietf.org/html/draft-ietf-manet-dlep-07
>
> A diff from the previous version is available at:
> http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-dle= p-07
>
>
> Please note that it may take a couple of minutes from the time of subm= ission
> 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
h= ttps://www.ietf.org/mailman/listinfo/manet

--001a11c2cdd6f8a0c80506592f44-- From nobody Mon Oct 27 00:11:04 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A179A1A89FF; Mon, 27 Oct 2014 00:10:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vKiXe5CZMhn2; Mon, 27 Oct 2014 00:10:48 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EB6D1A8A06; Mon, 27 Oct 2014 00:10:23 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: DraftTracker Mail System To: iesg@ietf.org, manet-chairs@tools.ietf.org, draft-ietf-manet-ibs.all@tools.ietf.org, manet@ietf.org, T.Clausen@computer.org X-Test-IDTracker: no X-IETF-IDTracker: 5.6.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141027071023.14505.51056.idtracker@ietfa.amsl.com> Date: Mon, 27 Oct 2014 00:10:23 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/manet/93xtXQvd6mnU9QrGzJj-243qYWo Cc: iesg-secretary@ietf.org Subject: [manet] Last Call Expired: X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2014 07:10:56 -0000 Please DO NOT reply to this email. I-D: ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-manet-ibs/ IETF Last Call has ended, and the state has been changed to Waiting for AD Go-Ahead. From nobody Mon Oct 27 02:35:52 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A89C61A8A14 for ; Mon, 27 Oct 2014 02:35:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HRoWGkYNaqCV for ; Mon, 27 Oct 2014 02:35:41 -0700 (PDT) Received: from mail-dotnet4.eads.net (mail-dotnet4.eads.net [193.56.40.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FA4A1A6F7D for ; Mon, 27 Oct 2014 02:35:37 -0700 (PDT) Received: from unknown (HELO fr-gate2.mailhub.intra.corp) ([53.154.16.34]) by mail-dotnet4.eads.net with ESMTP; 27 Oct 2014 10:35:33 +0100 Received: from f8562vs5.main.fr.ds.corp ([10.37.8.22]) by fr-gate2.mailhub.intra.corp with Microsoft SMTPSVC(5.0.2195.7381); Mon, 27 Oct 2014 10:35:32 +0100 Received: from f8562vs4.main.fr.ds.corp ([10.37.8.28]) by f8562vs5.main.fr.ds.corp with Microsoft SMTPSVC(6.0.3790.4675); Mon, 27 Oct 2014 10:35:31 +0100 Received: from SUCNPTEXC01.com.ad.uk.ds.corp ([10.80.73.70]) by f8562vs4.main.fr.ds.corp with Microsoft SMTPSVC(6.0.3790.4675); Mon, 27 Oct 2014 10:35:31 +0100 Received: from SUCNPTEXM01.COM.AD.UK.DS.CORP ([fe80::2543:10a0:fd02:b894]) by SUCNPTEXC01.com.ad.uk.ds.corp ([::1]) with mapi id 14.02.0318.004; Mon, 27 Oct 2014 09:35:30 +0000 From: "Taylor, Rick" To: Joseph Macker , Henning Rogge Thread-Topic: [manet] I-D Action: draft-ietf-manet-dlep-07.txt Thread-Index: AQHP8Vq06oWX9HN0SkKIZtsBUlhBU5xDr4OA Date: Mon, 27 Oct 2014 09:35:30 +0000 Message-ID: References: <20141024143758.16624.11599.idtracker@ietfa.amsl.com> <4e633e09-ee66-48f6-b563-70e9729890c0@SUCNPTEXC01.COM.AD.UK.DS.CORP> In-Reply-To: <4e633e09-ee66-48f6-b563-70e9729890c0@SUCNPTEXC01.COM.AD.UK.DS.CORP> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.80.22.128] Content-Type: multipart/alternative; boundary="_000_B177F831FB91F242972D0C35F6A0733143DFC1A5SUCNPTEXM01coma_" MIME-Version: 1.0 X-OriginalArrivalTime: 27 Oct 2014 09:35:31.0488 (UTC) FILETIME=[59D4EA00:01CFF1C9] X-TM-AS-Product-Ver: SMEX-8.0.0.4194-7.500.1017-21056.006 X-TM-AS-Result: No--30.271000-0.000000-31 X-TM-AS-User-Approved-Sender: Yes X-TM-AS-User-Blocked-Sender: No Archived-At: http://mailarchive.ietf.org/arch/msg/manet/5FpLBexYr-pqKT-jsWebnypXpwo Cc: MANET IETF Subject: Re: [manet] I-D Action: draft-ietf-manet-dlep-07.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2014 09:35:45 -0000 --_000_B177F831FB91F242972D0C35F6A0733143DFC1A5SUCNPTEXM01coma_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QWxsLA0KDQpBcyBhIGZvbGxvdyB1cCwgdGhlcmUgd2lsbCBiZSBhbiBNSVQgbGljZW5zZWQgRExF UCByb3V0ZXIgdmFsaWRhdG9yIHJlbGVhc2VkIG9udG8gR2l0SHViIGFzIHNvb24gYXMgSSBjYW4g Z2V0IGNvcnBvcmF0ZSBzaWdub2ZmIGZyb20gbXkgZW5kIChIb3BlZnVsbHkgYmVmb3JlIEhhd2Fp aSkuICBTbyBhIGdyYW5kIGludGVyb3AgaXMgbG9va2luZyBtb3JlIHBvc3NpYmxlLg0KDQpDaGVl cnMsDQoNClJpY2sNCg0KRnJvbTogbWFuZXQgW21haWx0bzptYW5ldC1ib3VuY2VzQGlldGYub3Jn XSBPbiBCZWhhbGYgT2YgSm9zZXBoIE1hY2tlcg0KU2VudDogMjYgT2N0b2JlciAyMDE0IDIwOjI0 DQpUbzogSGVubmluZyBSb2dnZQ0KQ2M6IE1BTkVUIElFVEYNClN1YmplY3Q6IFJlOiBbbWFuZXRd IEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbWFuZXQtZGxlcC0wNy50eHQNCg0KSGVubmluZzoNCkEg cHJvdG90eXBlIGltcGxlbWVudGF0aW9uIG9mIHRoZSBkcmFmdCBzb3VuZHMgcmVhbGx5IGdvb2Qu DQpUaGFua3MgZm9yIHRoZSBwb3N0Lg0KDQpSZWdhcmRzLA0KLUpvZQ0KDQpPbiBGcmksIE9jdCAy NCwgMjAxNCBhdCAxMToxNiBBTSwgSGVubmluZyBSb2dnZSA8aHJvZ2dlQGdtYWlsLmNvbTxtYWls dG86aHJvZ2dlQGdtYWlsLmNvbT4+IHdyb3RlOg0KSXQgdG9vayBhIGxvbmcgdGltZSBidXQgSSB0 aGluayBpdCB3YXMgd29ydGggYWxsIHRoZSB3b3JrLg0KDQpUaGVyZSB3aWxsIGJlIGFuIE9wZW4g U291cmNlIGltcGxlbWVudGF0aW9uIG9mIHRoaXMgZHJhZnQgYXZhaWxhYmxlIG9uDQpPbHNyLm9y ZyB2ZXJ5IHNvb24gKG1heWJlIGp1c3QgYmVmb3JlIEhvbm9sdWx1IElFVEYpLg0KDQpIZW5uaW5n IFJvZ2dlDQoNCk9uIEZyaSwgT2N0IDI0LCAyMDE0IGF0IDQ6MzcgUE0sICA8aW50ZXJuZXQtZHJh ZnRzQGlldGYub3JnPG1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+PiB3cm90ZToNCj4N Cj4gQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50 ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLg0KPiAgVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBv ZiB0aGUgTW9iaWxlIEFkLWhvYyBOZXR3b3JrcyBXb3JraW5nIEdyb3VwIG9mIHRoZSBJRVRGLg0K Pg0KPiAgICAgICAgIFRpdGxlICAgICAgICAgICA6IER5bmFtaWMgTGluayBFeGNoYW5nZSBQcm90 b2NvbCAoRExFUCkNCj4gICAgICAgICBBdXRob3JzICAgICAgICAgOiBTdGFuIFJhdGxpZmYNCj4g ICAgICAgICAgICAgICAgICAgICAgICAgICBCbyBCZXJyeQ0KPiAgICAgICAgICAgICAgICAgICAg ICAgICAgIEdyZWcgSGFycmlzb24NCj4gICAgICAgICAgICAgICAgICAgICAgICAgICBTaGF3biBK dXJ5DQo+ICAgICAgICAgICAgICAgICAgICAgICAgICAgRGFycnlsIFNhdHRlcndoaXRlDQo+ICAg ICAgICAgRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1tYW5ldC1kbGVwLTA3LnR4dA0KPiAg ICAgICAgIFBhZ2VzICAgICAgICAgICA6IDU1DQo+ICAgICAgICAgRGF0ZSAgICAgICAgICAgIDog MjAxNC0xMC0yNA0KPg0KPiBBYnN0cmFjdDoNCj4gICAgV2hlbiByb3V0aW5nIGRldmljZXMgcmVs eSBvbiBtb2RlbXMgdG8gZWZmZWN0IGNvbW11bmljYXRpb25zIG92ZXINCj4gICAgd2lyZWxlc3Mg bGlua3MsIHRoZXkgbmVlZCB0aW1lbHkgYW5kIGFjY3VyYXRlIGtub3dsZWRnZSBvZiB0aGUNCj4g ICAgY2hhcmFjdGVyaXN0aWNzIG9mIHRoZSBsaW5rIChzcGVlZCwgc3RhdGUsIGV0Yy4pIGluIG9y ZGVyIHRvIG1ha2UNCj4gICAgZm9yd2FyZGluZyBkZWNpc2lvbnMuIEluIG1vYmlsZSBvciBvdGhl ciBlbnZpcm9ubWVudHMgd2hlcmUgdGhlc2UNCj4gICAgY2hhcmFjdGVyaXN0aWNzIGNoYW5nZSBm cmVxdWVudGx5LCBtYW51YWwgY29uZmlndXJhdGlvbnMgb3IgdGhlDQo+ICAgIGluZmVyZW5jZSBv ZiBzdGF0ZSB0aHJvdWdoIHJvdXRpbmcgb3IgdHJhbnNwb3J0IHByb3RvY29scyBkb2VzIG5vdA0K PiAgICBhbGxvdyB0aGUgcm91dGVyIHRvIG1ha2UgdGhlIGJlc3QgZGVjaXNpb25zLiBBIGJpZGly ZWN0aW9uYWwsIGV2ZW50LQ0KPiAgICBkcml2ZW4gY29tbXVuaWNhdGlvbiBjaGFubmVsIGJldHdl ZW4gdGhlIHJvdXRlciBhbmQgdGhlIG1vZGVtIGlzDQo+ICAgIG5lY2Vzc2FyeS4NCj4NCj4NCj4g VGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6DQo+IGh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbWFuZXQtZGxlcC8NCj4N Cj4gVGhlcmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6DQo+IGh0dHA6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbWFuZXQtZGxlcC0wNw0KPg0KPiBBIGRp ZmYgZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6DQo+IGh0dHA6Ly93 d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtbWFuZXQtZGxlcC0wNw0KPg0KPg0K PiBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0 aGUgdGltZSBvZiBzdWJtaXNzaW9uDQo+IHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBk aWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmc8aHR0cDovL3Rvb2xzLmlldGYub3Jn Pi4NCj4NCj4gSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMg RlRQIGF0Og0KPiBmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLw0KPg0KPiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBtYW5ldCBtYWls aW5nIGxpc3QNCj4gbWFuZXRAaWV0Zi5vcmc8bWFpbHRvOm1hbmV0QGlldGYub3JnPg0KPiBodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21hbmV0DQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQptYW5ldCBtYWlsaW5nIGxpc3QNCm1h bmV0QGlldGYub3JnPG1haWx0bzptYW5ldEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vbWFuZXQNCg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCB3aXRo aW4gdGhpcyBlLW1haWwgYW5kIGFueSBmaWxlcyBhdHRhY2hlZCB0byB0aGlzIGUtbWFpbCBpcyBw cml2YXRlIGFuZCBpbiBhZGRpdGlvbiBtYXkgaW5jbHVkZSBjb21tZXJjaWFsbHkgc2Vuc2l0aXZl IGluZm9ybWF0aW9uLiBUaGUgY29udGVudHMgb2YgdGhpcyBlLW1haWwgYXJlIGZvciB0aGUgaW50 ZW5kZWQgcmVjaXBpZW50IG9ubHkgYW5kIHRoZXJlZm9yZSBpZiB5b3Ugd2lzaCB0byBkaXNjbG9z ZSB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIHdpdGhpbiB0aGlzIGUtbWFpbCBvciBhdHRhY2hl ZCBmaWxlcywgcGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBwcmlvciB0byBhbnkgc3VjaCBkaXNj bG9zdXJlLg0KDQpJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBhbnkgZGlz Y2xvc3VyZSwgY29weWluZyBvciBkaXN0cmlidXRpb24gaXMgcHJvaGliaXRlZC4gUGxlYXNlIGFs c28gY29udGFjdCB0aGUgc2VuZGVyIGFuZCBpbmZvcm0gdGhlbSBvZiB0aGUgZXJyb3IgYW5kIGRl bGV0ZSB0aGUgZS1tYWlsLCBpbmNsdWRpbmcgYW55IGF0dGFjaGVkIGZpbGVzIGZyb20geW91ciBz eXN0ZW0uDQoNCkVtYWlscyB0byBBaXJidXMgRFMgTGltaXRlZCBtYXkgYmUgcHJvY2Vzc2VkLCBy ZWNvcmRlZCBhbmQgbW9uaXRvcmVkIGFueXdoZXJlIGluIHRoZSBFdXJvcGVhbiBDb21tdW5pdHku DQoNCg0KQWlyYnVzIERTIExpbWl0ZWQNCg0KUmVnaXN0ZXJlZCBPZmZpY2U6IFF1YWRyYW50IEhv dXNlLCBDZWx0aWMgU3ByaW5ncywgQ29lZGtlcm5ldywgTmV3cG9ydCAsIE5QMTAgOEZaLg0KUmVn aXN0ZXJlZCBpbiBFbmdsYW5kIGFuZCBXYWxlcyB1bmRlciBjb21wYW55IG51bWJlciAwNDE5MTAz Ng0K --_000_B177F831FB91F242972D0C35F6A0733143DFC1A5SUCNPTEXM01coma_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZT4NCjwhLS0NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6Q2FsaWJyaX0NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hfQ0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiJ9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJ e2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZX0NCmE6dmlzaXRlZCwgc3Bh bi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXtjb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZX0NCnNwYW4uRW1haWxTdHlsZTE3DQoJe2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwi c2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RH0NCi5Nc29DaHBEZWZhdWx0DQoJe2ZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiJ9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7bWFyZ2lu OjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdH0NCmRpdi5Xb3JkU2VjdGlvbjENCgl7fQ0KLS0+ DQo8L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tR0IiIGxpbms9ImJsdWUiIHZsaW5r PSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPkFsbCw8L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OzsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPkFzIGEgZm9sbG93 IHVwLCB0aGVyZSB3aWxsIGJlIGFuIE1JVCBsaWNlbnNlZCBETEVQIHJvdXRlciB2YWxpZGF0b3Ig cmVsZWFzZWQgb250byBHaXRIdWIgYXMgc29vbiBhcyBJIGNhbiBnZXQgY29ycG9yYXRlIHNpZ25v ZmYgZnJvbSBteSBlbmQgKEhvcGVmdWxseSBiZWZvcmUNCiBIYXdhaWkpLiZuYnNwOyBTbyBhIGdy YW5kIGludGVyb3AgaXMgbG9va2luZyBtb3JlIHBvc3NpYmxlLjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdE Ij4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+Q2hlZXJzLDwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdE Ij4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+Umljazwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj4m bmJzcDs8L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7IGJvcmRlci1sZWZ0OnNv bGlkIGJsdWUgMS41cHQ7IHBhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYg c3R5bGU9ImJvcmRlcjpub25lOyBib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7IHBhZGRp bmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0OyBmb250LWZhbWlseTomcXVvdDtUYWhv bWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7VGFo b21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBtYW5ldCBbbWFpbHRvOm1hbmV0LWJv dW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkpvc2VwaCBNYWNrZXI8YnI+DQo8 Yj5TZW50OjwvYj4gMjYgT2N0b2JlciAyMDE0IDIwOjI0PGJyPg0KPGI+VG86PC9iPiBIZW5uaW5n IFJvZ2dlPGJyPg0KPGI+Q2M6PC9iPiBNQU5FVCBJRVRGPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJl OiBbbWFuZXRdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtbWFuZXQtZGxlcC0wNy50eHQ8L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90 dG9tOjEyLjBwdCI+SGVubmluZzo8L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkEg cHJvdG90eXBlIGltcGxlbWVudGF0aW9uIG9mIHRoZSBkcmFmdCBzb3VuZHMgcmVhbGx5IGdvb2Qu PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzIGZvciB0aGUg cG9zdC48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SZWdhcmRzLDwvcD4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LUpvZTwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBG cmksIE9jdCAyNCwgMjAxNCBhdCAxMToxNiBBTSwgSGVubmluZyBSb2dnZSAmbHQ7PGEgaHJlZj0i bWFpbHRvOmhyb2dnZUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5ocm9nZ2VAZ21haWwuY29t PC9hPiZndDsgd3JvdGU6PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SXQgdG9vayBhIGxvbmcg dGltZSBidXQgSSB0aGluayBpdCB3YXMgd29ydGggYWxsIHRoZSB3b3JrLjxicj4NCjxicj4NClRo ZXJlIHdpbGwgYmUgYW4gT3BlbiBTb3VyY2UgaW1wbGVtZW50YXRpb24gb2YgdGhpcyBkcmFmdCBh dmFpbGFibGUgb248YnI+DQpPbHNyLm9yZyB2ZXJ5IHNvb24gKG1heWJlIGp1c3QgYmVmb3JlIEhv bm9sdWx1IElFVEYpLjxicj4NCjxicj4NCkhlbm5pbmcgUm9nZ2U8YnI+DQo8YnI+DQpPbiBGcmks IE9jdCAyNCwgMjAxNCBhdCA0OjM3IFBNLCZuYnNwOyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmludGVy bmV0LWRyYWZ0c0BpZXRmLm9yZyI+aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9hPiZndDsgd3Jv dGU6PGJyPg0KJmd0Ozxicj4NCiZndDsgQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxl IGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLjxicj4NCiZndDsm bmJzcDsgVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgTW9iaWxlIEFkLWhvYyBOZXR3 b3JrcyBXb3JraW5nIEdyb3VwIG9mIHRoZSBJRVRGLjxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1RpdGxlJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDs6IER5bmFtaWMgTGluayBFeGNoYW5nZSBQcm90b2NvbCAoRExFUCk8 YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0F1dGhvcnMmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7OiBTdGFuIFJhdGxpZmY8YnI+DQomZ3Q7Jm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0JvIEJlcnJ5PGJyPg0KJmd0OyZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtHcmVnIEhhcnJpc29uPGJyPg0KJmd0 OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtTaGF3biBKdXJ5PGJyPg0K Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtEYXJyeWwgU2F0dGVy d2hpdGU8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0ZpbGVuYW1l Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDogZHJhZnQtaWV0Zi1tYW5ldC1kbGVwLTA3LnR4 dDxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7UGFnZXMmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzogNTU8YnI+DQomZ3Q7Jm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0RhdGUmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyA6IDIwMTQtMTAtMjQ8YnI+DQomZ3Q7PGJyPg0KJmd0OyBBYnN0cmFjdDo8 YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyBXaGVuIHJvdXRpbmcgZGV2aWNlcyByZWx5IG9uIG1vZGVt cyB0byBlZmZlY3QgY29tbXVuaWNhdGlvbnMgb3Zlcjxicj4NCiZndDsmbmJzcDsgJm5ic3A7IHdp cmVsZXNzIGxpbmtzLCB0aGV5IG5lZWQgdGltZWx5IGFuZCBhY2N1cmF0ZSBrbm93bGVkZ2Ugb2Yg dGhlPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgY2hhcmFjdGVyaXN0aWNzIG9mIHRoZSBsaW5rIChz cGVlZCwgc3RhdGUsIGV0Yy4pIGluIG9yZGVyIHRvIG1ha2U8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNw OyBmb3J3YXJkaW5nIGRlY2lzaW9ucy4gSW4gbW9iaWxlIG9yIG90aGVyIGVudmlyb25tZW50cyB3 aGVyZSB0aGVzZTxicj4NCiZndDsmbmJzcDsgJm5ic3A7IGNoYXJhY3RlcmlzdGljcyBjaGFuZ2Ug ZnJlcXVlbnRseSwgbWFudWFsIGNvbmZpZ3VyYXRpb25zIG9yIHRoZTxicj4NCiZndDsmbmJzcDsg Jm5ic3A7IGluZmVyZW5jZSBvZiBzdGF0ZSB0aHJvdWdoIHJvdXRpbmcgb3IgdHJhbnNwb3J0IHBy b3RvY29scyBkb2VzIG5vdDxicj4NCiZndDsmbmJzcDsgJm5ic3A7IGFsbG93IHRoZSByb3V0ZXIg dG8gbWFrZSB0aGUgYmVzdCBkZWNpc2lvbnMuIEEgYmlkaXJlY3Rpb25hbCwgZXZlbnQtPGJyPg0K Jmd0OyZuYnNwOyAmbmJzcDsgZHJpdmVuIGNvbW11bmljYXRpb24gY2hhbm5lbCBiZXR3ZWVuIHRo ZSByb3V0ZXIgYW5kIHRoZSBtb2RlbSBpczxicj4NCiZndDsmbmJzcDsgJm5ic3A7IG5lY2Vzc2Fy eS48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgVGhlIElFVEYgZGF0YXRyYWNrZXIgc3Rh dHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6PGJyPg0KJmd0OyA8YSBocmVmPSJodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW1hbmV0LWRsZXAvIiB0YXJnZXQ9Il9i bGFuayI+DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW1hbmV0 LWRsZXAvPC9hPjxicj4NCiZndDs8YnI+DQomZ3Q7IFRoZXJlJ3MgYWxzbyBhIGh0bWxpemVkIHZl cnNpb24gYXZhaWxhYmxlIGF0Ojxicj4NCiZndDsgPGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYu b3JnL2h0bWwvZHJhZnQtaWV0Zi1tYW5ldC1kbGVwLTA3IiB0YXJnZXQ9Il9ibGFuayI+aHR0cDov L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1tYW5ldC1kbGVwLTA3PC9hPjxicj4NCiZn dDs8YnI+DQomZ3Q7IEEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJs ZSBhdDo8YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwy PWRyYWZ0LWlldGYtbWFuZXQtZGxlcC0wNyIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cDovL3d3dy5p ZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1tYW5ldC1kbGVwLTA3PC9hPjxicj4NCiZn dDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291 cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uPGJyPg0KJmd0OyB1bnRp bCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IDxhIGhyZWY9 Imh0dHA6Ly90b29scy5pZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPg0KdG9vbHMuaWV0Zi5vcmc8 L2E+Ljxicj4NCiZndDs8YnI+DQomZ3Q7IEludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFi bGUgYnkgYW5vbnltb3VzIEZUUCBhdDo8YnI+DQomZ3Q7IDxhIGhyZWY9ImZ0cDovL2Z0cC5pZXRm Lm9yZy9pbnRlcm5ldC1kcmFmdHMvIiB0YXJnZXQ9Il9ibGFuayI+ZnRwOi8vZnRwLmlldGYub3Jn L2ludGVybmV0LWRyYWZ0cy88L2E+PGJyPg0KJmd0Ozxicj4NCiZndDsgX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7IG1hbmV0IG1haWxpbmcg bGlzdDxicj4NCiZndDsgPGEgaHJlZj0ibWFpbHRvOm1hbmV0QGlldGYub3JnIj5tYW5ldEBpZXRm Lm9yZzwvYT48YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vbWFuZXQiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL21hbmV0PC9hPjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KbWFuZXQgbWFpbGluZyBsaXN0PGJyPg0KPGEg aHJlZj0ibWFpbHRvOm1hbmV0QGlldGYub3JnIj5tYW5ldEBpZXRmLm9yZzwvYT48YnI+DQo8YSBo cmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21hbmV0IiB0YXJnZXQ9 Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tYW5ldDwvYT48 L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NClRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgd2l0aGluIHRoaXMgZS1tYWls IGFuZCBhbnkgZmlsZXMgYXR0YWNoZWQgdG8gdGhpcyBlLW1haWwgaXMgcHJpdmF0ZSBhbmQgaW4g YWRkaXRpb24gbWF5IGluY2x1ZGUgY29tbWVyY2lhbGx5IHNlbnNpdGl2ZSBpbmZvcm1hdGlvbi4g VGhlIGNvbnRlbnRzIG9mIHRoaXMgZS1tYWlsIGFyZSBmb3IgdGhlIGludGVuZGVkIHJlY2lwaWVu dCBvbmx5IGFuZCB0aGVyZWZvcmUgaWYgeW91IHdpc2ggdG8gZGlzY2xvc2UNCiB0aGUgaW5mb3Jt YXRpb24gY29udGFpbmVkIHdpdGhpbiB0aGlzIGUtbWFpbCBvciBhdHRhY2hlZCBmaWxlcywgcGxl YXNlIGNvbnRhY3QgdGhlIHNlbmRlciBwcmlvciB0byBhbnkgc3VjaCBkaXNjbG9zdXJlLg0KPGJy Pg0KPGJyPg0KSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgYW55IGRpc2Ns b3N1cmUsIGNvcHlpbmcgb3IgZGlzdHJpYnV0aW9uIGlzIHByb2hpYml0ZWQuIFBsZWFzZSBhbHNv IGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgaW5mb3JtIHRoZW0gb2YgdGhlIGVycm9yIGFuZCBkZWxl dGUgdGhlIGUtbWFpbCwgaW5jbHVkaW5nIGFueSBhdHRhY2hlZCBmaWxlcyBmcm9tIHlvdXIgc3lz dGVtLg0KPGJyPg0KPGJyPg0KRW1haWxzIHRvIEFpcmJ1cyBEUyBMaW1pdGVkIG1heSBiZSBwcm9j ZXNzZWQsIHJlY29yZGVkIGFuZCBtb25pdG9yZWQgYW55d2hlcmUgaW4gdGhlIEV1cm9wZWFuIENv bW11bml0eS4NCjxicj4NCjxicj4NCjxicj4NCkFpcmJ1cyBEUyBMaW1pdGVkIDxicj4NCjxicj4N ClJlZ2lzdGVyZWQgT2ZmaWNlOiBRdWFkcmFudCBIb3VzZSwgQ2VsdGljIFNwcmluZ3MsIENvZWRr ZXJuZXcsIE5ld3BvcnQgLCBOUDEwIDhGWi4NCjxicj4NClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCBh bmQgV2FsZXMgdW5kZXIgY29tcGFueSBudW1iZXIgMDQxOTEwMzYNCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_B177F831FB91F242972D0C35F6A0733143DFC1A5SUCNPTEXM01coma_-- From nobody Mon Oct 27 14:41:40 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89B891A001C; Mon, 27 Oct 2014 14:41:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9BUKVqS0tgYH; Mon, 27 Oct 2014 14:41:34 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D9741A0071; Mon, 27 Oct 2014 14:41:10 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.7.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141027214110.32073.51055.idtracker@ietfa.amsl.com> Date: Mon, 27 Oct 2014 14:41:10 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/manet/LH-S2GU326fDfwsVFlXOIxD8jH8 Cc: manet@ietf.org Subject: [manet] I-D Action: draft-ietf-manet-olsrv2-multipath-02.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2014 21:41:36 -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 Working Group of the IETF. Title : Multi-path Extension for the Optimized Link State Routing Protocol version 2 (OLSRv2) Authors : Jiazi Yi Benoit Parrein Filename : draft-ietf-manet-olsrv2-multipath-02.txt Pages : 18 Date : 2014-10-27 Abstract: This document specifies a multi-path extension to the Optimized Link State Routing Protocol version 2 (OLSRv2) to discover multiple disjoint paths, so as to improve reliability of the OLSRv2 protocol. The interoperability with OLSRv2 is retained. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-manet-olsrv2-multipath/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-manet-olsrv2-multipath-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-manet-olsrv2-multipath-02 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 Oct 27 15:04:03 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0CFD1A0363; Mon, 27 Oct 2014 15:03:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g-8lIPL5Xncv; Mon, 27 Oct 2014 15:03:57 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2461B1A036B; Mon, 27 Oct 2014 15:03:38 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.7.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141027220338.24511.50657.idtracker@ietfa.amsl.com> Date: Mon, 27 Oct 2014 15:03:38 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/manet/UAA2dUce4Oc5AmCuH9BuVwjiygY Cc: manet@ietf.org Subject: [manet] I-D Action: draft-ietf-manet-aodvv2-05.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2014 22:03:58 -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 Working Group of the IETF. Title : Dynamic MANET On-demand (AODVv2) Routing Authors : Charles E. Perkins Stan Ratliff John Dowdell Filename : draft-ietf-manet-aodvv2-05.txt Pages : 67 Date : 2014-10-27 Abstract: The revised Ad Hoc On-demand Distance Vector (AODVv2) routing protocol is intended for use by mobile routers in wireless, multihop networks. AODVv2 determines unicast routes among AODVv2 routers within the network in an on-demand fashion, offering rapid convergence in dynamic topologies. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-manet-aodvv2/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-manet-aodvv2-05 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-manet-aodvv2-05 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 Tue Oct 28 06:03:14 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A72FF1A7009; Tue, 28 Oct 2014 06:02:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tXdPBpAXzScS; Tue, 28 Oct 2014 06:02:43 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8077D1A8776; Tue, 28 Oct 2014 06:01:28 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Adrian Farrel" To: The IESG X-Test-IDTracker: no X-IETF-IDTracker: 5.7.1.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141028130128.20915.38612.idtracker@ietfa.amsl.com> Date: Tue, 28 Oct 2014 06:01:28 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/manet/3cPRq8W8jZa4eoVpBzGJ6203Ugk Cc: manet-chairs@tools.ietf.org, draft-ietf-manet-ibs.all@tools.ietf.org, manet@ietf.org, T.Clausen@computer.org Subject: [manet] Adrian Farrel's Discuss on draft-ietf-manet-ibs-03: (with DISCUSS) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2014 13:02:44 -0000 Adrian Farrel has entered the following ballot position for draft-ietf-manet-ibs-03: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-manet-ibs/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- There is an on-going discussion between Martin Thomson and Christopher Dearlove about the key authorities and mechanisms described in this document. This Discuss is to track that conversation and wait for a resolution. From nobody Tue Oct 28 06:06:12 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABB1C1A6F13 for ; Tue, 28 Oct 2014 06:05:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y-lGnmKM2wfW; Tue, 28 Oct 2014 06:05:44 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B11401A6F60; Tue, 28 Oct 2014 06:05:39 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: manet-chairs@tools.ietf.org, draft-ietf-manet-ibs.all@tools.ietf.org, manet@ietf.org, T.Clausen@computer.org X-Test-IDTracker: no X-IETF-IDTracker: 5.7.1.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141028130539.30881.90974.idtracker@ietfa.amsl.com> Date: Tue, 28 Oct 2014 06:05:39 -0700 From: IETF Secretariat Archived-At: http://mailarchive.ietf.org/arch/msg/manet/iMkIsG-KUPhPHej9mKGDXnVjg_8 Subject: [manet] ID Tracker State Update Notice: X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2014 13:05:45 -0000 IESG state changed to IESG Evaluation from Waiting for AD Go-Ahead ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-manet-ibs/ From nobody Wed Oct 29 07:56:35 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E8FE1A0110 for ; Wed, 29 Oct 2014 07:56:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.596 X-Spam-Level: *** X-Spam-Status: No, score=3.596 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793, SPF_PASS=-0.001] autolearn=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 ag7neckE88s5 for ; Wed, 29 Oct 2014 07:56:31 -0700 (PDT) Received: from mail.tropicalstormsoftware.com (unknown [188.94.42.120]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DAF7E1A00F7 for ; Wed, 29 Oct 2014 07:56:30 -0700 (PDT) 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, 29 Oct 2014 14:56:05 +0000 From: Rick Taylor To: "Taylor, Rick" , Joseph Macker , Henning Rogge Thread-Topic: [manet] I-D Action: draft-ietf-manet-dlep-07.txt Thread-Index: AQHP75gfztPyvAUmhkCR+CE9J0WcAQ== Date: Wed, 29 Oct 2014 14:56:04 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801429411F7@tss-server1.home.tropicalstormsoftware.com> References: <20141024143758.16624.11599.idtracker@ietfa.amsl.com> <4e633e09-ee66-48f6-b563-70e9729890c0@SUCNPTEXC01.COM.AD.UK.DS.CORP> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/manet/if5JpA2Fgl34sBLPF4hBtkYsx3E Cc: MANET IETF Subject: Re: [manet] I-D Action: draft-ietf-manet-dlep-07.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2014 14:56:33 -0000 All,=0A= =0A= For those who are interested, the source for a sample DLEP-07 'router' =0A= is now available at: https://github.com/ricktaylor/dlep_router=0A= =0A= The code does not actually route, but acts as a protocol validator by =0A= taking on the role of a DLEP router. The license is MIT.=0A= =0A= It has been successfully used to implement and validate a DLEP modem =0A= implementation, and hopefully will be of use to others.=0A= =0A= Cheers,=0A= =0A= Rick Taylor=0A= =0A= =0A= On 27/10/14 09:35, Taylor, Rick wrote:=0A= > All,=0A= >=0A= > As a follow up, there will be an MIT licensed DLEP router validator=0A= > released onto GitHub as soon as I can get corporate signoff from my end= =0A= > (Hopefully before Hawaii). So a grand interop is looking more possible.= =0A= >=0A= > Cheers,=0A= >=0A= > Rick=0A= >=0A= > *From:*manet [mailto:manet-bounces@ietf.org] *On Behalf Of *Joseph Macker= =0A= > *Sent:* 26 October 2014 20:24=0A= > *To:* Henning Rogge=0A= > *Cc:* MANET IETF=0A= > *Subject:* Re: [manet] I-D Action: draft-ietf-manet-dlep-07.txt=0A= >=0A= > Henning:=0A= >=0A= > A prototype implementation of the draft sounds really good.=0A= >=0A= > Thanks for the post.=0A= >=0A= > Regards,=0A= >=0A= > -Joe=0A= >=0A= > On Fri, Oct 24, 2014 at 11:16 AM, Henning Rogge > wrote:=0A= >=0A= > It took a long time but I think it was worth all the work.=0A= >=0A= > There will be an Open Source implementation of this draft available on=0A= > Olsr.org very soon (maybe just before Honolulu IETF).=0A= >=0A= > Henning Rogge=0A= >=0A= > On Fri, Oct 24, 2014 at 4:37 PM, > wrote:=0A= > >=0A= > > A New Internet-Draft is available from the on-line Internet-Drafts=0A= > directories.=0A= > > This draft is a work item of the Mobile Ad-hoc Networks Working=0A= > Group of the IETF.=0A= > >=0A= > > Title : Dynamic Link Exchange Protocol (DLEP)=0A= > > Authors : Stan Ratliff=0A= > > Bo Berry=0A= > > Greg Harrison=0A= > > Shawn Jury=0A= > > Darryl Satterwhite=0A= > > Filename : draft-ietf-manet-dlep-07.txt=0A= > > Pages : 55=0A= > > Date : 2014-10-24=0A= > >=0A= > > Abstract:=0A= > > When routing devices rely on modems to effect communications over= =0A= > > wireless links, they need timely and accurate knowledge of the=0A= > > characteristics of the link (speed, state, etc.) in order to make= =0A= > > forwarding decisions. In mobile or other environments where these= =0A= > > characteristics change frequently, manual configurations or the=0A= > > inference of state through routing or transport protocols does not= =0A= > > allow the router to make the best decisions. A bidirectional, event= -=0A= > > driven communication channel between the router and the modem is=0A= > > necessary.=0A= > >=0A= > >=0A= > > The IETF datatracker status page for this draft is:=0A= > > https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/=0A= > >=0A= > > There's also a htmlized version available at:=0A= > > http://tools.ietf.org/html/draft-ietf-manet-dlep-07=0A= > >=0A= > > A diff from the previous version is available at:=0A= > > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-dlep-07=0A= > >=0A= > >=0A= > > Please note that it may take a couple of minutes from the time of=0A= > submission=0A= > > until the htmlized version and diff are available at tools.ietf.org=0A= > .=0A= > >=0A= > > Internet-Drafts are also available by anonymous FTP at:=0A= > > ftp://ftp.ietf.org/internet-drafts/=0A= > >=0A= > > _______________________________________________=0A= > > manet mailing list=0A= > > manet@ietf.org =0A= > > https://www.ietf.org/mailman/listinfo/manet=0A= >=0A= > _______________________________________________=0A= > manet mailing list=0A= > manet@ietf.org =0A= > https://www.ietf.org/mailman/listinfo/manet=0A= >=0A= > The information contained within this e-mail and any files attached to=0A= > this e-mail is private and in addition may include commercially=0A= > sensitive information. The contents of this e-mail are for the intended= =0A= > recipient only and therefore if you wish to disclose the information=0A= > contained within this e-mail or attached files, please contact the=0A= > sender prior to any such disclosure.=0A= >=0A= > If you are not the intended recipient, any disclosure, copying or=0A= > distribution is prohibited. Please also contact the sender and inform=0A= > them of the error and delete the e-mail, including any attached files=0A= > from your system.=0A= >=0A= > Emails to Airbus DS Limited may be processed, recorded and monitored=0A= > anywhere in the European Community.=0A= >=0A= >=0A= > Airbus DS Limited=0A= >=0A= > Registered Office: Quadrant House, Celtic Springs, Coedkernew, Newport ,= =0A= > NP10 8FZ.=0A= > Registered in England and Wales under company number 04191036=0A= =0A= From nobody Wed Oct 29 11:59:33 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABE1A1A8844 for ; Wed, 29 Oct 2014 11:59:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.161 X-Spam-Level: X-Spam-Status: No, score=-1.161 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZvuW4LXTIiFE for ; Wed, 29 Oct 2014 11:59:26 -0700 (PDT) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 091E51A00B7 for ; Wed, 29 Oct 2014 11:59:26 -0700 (PDT) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for manet@ietf.org with esmtp (envelope-from ) id <1XjYSq-003L5s-73>; Wed, 29 Oct 2014 19:59:24 +0100 Received: from [141.22.28.155] (helo=frankenbook-pro.cpt.haw-hamburg.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for manet@ietf.org with esmtpsa (envelope-from ) id <1XjYSq-002avG-46>; Wed, 29 Oct 2014 19:59:24 +0100 From: Lotte Steenbrink Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Message-Id: Date: Wed, 29 Oct 2014 19:59:27 +0100 To: manet@ietf.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-Originating-IP: 141.22.28.155 Archived-At: http://mailarchive.ietf.org/arch/msg/manet/p5mCypSaN5m88Yfnx9cM_5itVK4 Subject: [manet] AODVv2 Review from an implementation perspective X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2014 18:59:31 -0000 Dear MANET WG members, I would like to share the experiences that I've gained by implementing = AODVv2 for my Bachelor's Thesis with the Working Group. My review is still based on the old version of AODVv2, namely = draft-ietf-manet-aodvv2-04, but because IETF91 is approaching fast, I'll publish it anyway and = follow up with another, smaller one regarding the changes from version 05 in the = next few days. It is important to note that I only implemented the core feature set = imperative for AODVv2 to be able to function as a routing protocol. *not* = implemented are: - AckReqs / RREP-ACKs - alternate metrics - multiple interfaces - clients and Client Networks - buffering - addresses, TLVs, and features that are marked as optional This also means that I did not go through the numerous sections on = optional features in detail. In consequence, my review does not cover them. You = can find a full summary of what I implemented at [1]. On the technical side of things, please note that I implemented AODVV2 over 6LowPAN for RIOT[2], an Operating System targeted mainly at = embedded devices for the Internet of Things. While much of the code should be portable to = Linux, it does have its quirks and there are some problems that I just didn't = run into (for example to problem of getting the Linux network stack to work with = a reactive protocol, as discussed earlier on this list[3]). I used Henning Rogge's oonf-api[4] to build and parse RFC5444 packets. Here we go: General condition of the draft =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 Structure --------- As far as I can see, the aim seems to be to follow a bottom-up = approach and first introduce every concept needed for the implementation of more = complex components. One example for this is Section 7.5. Handling a Received RteMsg: It contains references to earlier sections 5.4. and 6.1., with the = latter containing a reference to earlier section 5.6. While this approach makes very much sense in theory, I found that it = made me read the draft more often: At first, I read it from cover to cover, with the first sections seeming reasonable, but without context. = Then, I went through it again, looking for the top-level concepts that I could = implement (I found most of them in the last 2/3 of the draft). During this = implementation, I then was able to go back to the first 1/3 to use the concepts = described. A re-ordering of the content in a way that may guide the reader more = may make the document more inviting. Below, you can find a rough suggestion for a possible re-ordering of = the first 9 sections. I kept the original numbering to make referencing the = sections easier. My reasoning for the suggested changes was the following: * Sections 5. Data Structures and 6. AODVv2 Operations on Route = Table Entries often reference fields of Route Messages (i.e. RREQ, RREP and = RERR) which are yet to be introduced in Section 7. Routing Messages RREQ and RREP = (RteMsgs). To me, it would be more intuitive if the Message Format was = introduced first, giving the reader insight into the content and workings of Route = Messages. My placement of 8. Route Maintenance and RERR Messages right = behind seems a bit off, but I am still unsure how to resolve this. However, it = might make sense to follow the example of 7. Routing Messages RREQ and RREP = (RteMsgs) and introduce the packet format before describing its handling. The = RERR format is described in 8.3. RERR Generation. I'd suggest to add a new = dedicated subsection (I called it =93?.? RERR Structure =94), containing the first 6 = paragraphs of subsection 8.3. The "new" 8.3. would then start with =93There are = two kinds of events indicating that packets cannot be delivered to certain = destinations=94. * Even though it talks about Packet rather than Message headers, I'd = have expected Section 5.4. AODVv2 Message Header Fields and Information = Elements to be grouped somewhere near the Message format descriptions. 9. Unknown = Message and TLV Types also contains a remark I'd have expected near the message format = descriptions. However, both apply to all messages (i.e. the ones described in 7. = as well as 8.), so putting them in either 7. or 8. would not make sense. This is = why I added a new section for them (called =93Message format considerations=94, = a working title with much need for improvement). Table of Contents 1. Overview . . . . . . . . . . . . . . . . . . . . . . . . . . = 4 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . = 5 3. Notational Conventions . . . . . . . . . . . . . . . . . . . = 7 4. Applicability Statement . . . . . . . . . . . . . . . . . . . = 8 ?. Message format considerations . . . . . . . . . . . . . . . . = ? 5.4. AODVv2 Message Header Fields and Information Elements . . = 13 9. Unknown Message and TLV Types . . . . . . . . . . . . . . . = 32 7. Routing Messages RREQ and RREP (RteMsgs) . . . . . . . . . . = 20 7.1. Route Discovery Retries and Buffering . . . . . . . . . . = 21 7.2. RteMsg Structure . . . . . . . . . . . . . . . . . . . . = 22 7.3. RREQ Generation . . . . . . . . . . . . . . . . . . . . . = 23 7.4. RREP Generation . . . . . . . . . . . . . . . . . . . . . = 24 7.5. Handling a Received RteMsg . . . . . . . . . . . . . . . = 25 7.5.1. Additional Handling for Incoming RREQ . . . . . . . . = 26 7.5.2. Additional Handling for Incoming RREP . . . . . . . . = 26 7.6. Suppressing Redundant RREQ messages . . . . . . . . . . . = 27 8. Route Maintenance and RERR Messages . . . . . . . . . . . . . = 27 ?.? RERR Structure . . . . . . . . . . . . . . . . . . . . . = ?? 8.1. Maintaining Route Lifetimes During Packet Forwarding . . = 28 8.2. Active Next-hop Router Adjacency Monitoring . . . . . . . . . . . . . . . . . . = 28 8.3. RERR Generation . . . . . . . . . . . . . . . . . . . . . = 28 8.3.1. Case 1: Undeliverable Packet . . . . . . . . . . . . = 30 8.3.2. Case 2: Broken Link . . . . . . . . . . . . . . . . . = 30 8.4. Receiving and Handling RERR Messages . . . . . . . . . . = 31 5. Data Structures . . . . . . . . . . . . . . . . . . . . . . . = 10 5.1. Route Table Entry . . . . . . . . . . . . . . . . . . . . = 10 5.2. Bidirectional Connectivity and Blacklists . . . . . . . . = 11 5.3. Router Clients and Client Networks . . . . . . . . . . . = 12 5.5. Sequence Numbers . . . . . . . . . . . . . . . . . . . . = 14 5.6. Enabling Alternate Metrics . . . . . . . . . . . . . . . = 14 5.7. RREQ Table: Received RREQ Messages . . . . . . . . . . . = 16 6. AODVv2 Operations on Route Table Entries . . . . . . . . . . = 17 6.1. Evaluating Incoming Routing Information . . . . . . . . . = 18 6.2. Applying Route Updates To Route Table Entries . . . . . . = 19 6.3. Route Table Entry Timeouts . . . . . . . . . . . . . . . = 20 Scope ----- The AODVv2 Draft contains a lot of additional, optional features. I = understand that this has historic reasons. However, this may make it hard for a = new reader to grasp the essence of the AODVv2 routing protocol. It may also = make it harder to find irregularities in the core of the draft specification. Some or all of these features may be useful or even important in the = future, but, in my opinion, in its current state the draft may benefit from = a re-evaluation of their importance. Removing them temporarily (or moving them to an additional draft) = would make it easier to focus on the core of the protocol. After the core spec = is finished, the optional features can be adjusted to its new state if necessary. This also provides he chance for re-evaluation of their wording. (One example for this is the AckReq vs. RREP_ACK complex, which is = discussed in more detail later in this document.) For my thesis, I put together snippets of the draft which I thought = described a =93minimal version=94 of AODVv2 containing only the bare = necessities which can be found at [1]. Although not very polished (because mostly intended = for personal use), this may be a starting point for an AODVv2 boilerplate draft. Style and consistency --------------------- As Thomas Heide Clausen pointed out[5], the draft often consists of = continuous text instead of a more "bullet point-y" style. I agree with Mr. = Clausen that this may be not optional for the implementation process. AODVv2 does have sections which exhibit a more concise style (for = example Sections 7.3. - 7.5.2. or Section 8.1), which I found very comfortable during = implementation. I would suggest to (partly) render sections 6.1, 8.31, 8.3.2, 7.1, = and 5.7 in this style as well. In case this is approved by the WG, I'd be = happy to help with the rewriting. I am also in favor of this kind of style over any kind of = pseudo-code, which may be harder to read (especially if it has not been defined = beforehand) and demands more complicated context switches (code-to-code instead of = text-to-code) from the implementor. The draft specification mainly employs CamelCase, but switches to = snake_case on some occasions. This makes sense for all-caps constant names = which would be otherwise unreadable, but vocabulary such as Metric_TLV, = SeqNum_TLV, OrigSeqNum_TLV, TargSeqNum_TLV, RREQ_Gen, RREP_Gen, Current_Time, = Dest_1, or Dest_2 seems inconsistent. This might be a minor issue, but I believe the general polishedness = of the draft may benefit from a more consistent adoption of CamelCase, such = as: MetricTLV, SeqNumTLV, OrigSeqNumTLV, TargSeqNumTLV, RREQGen, = RREPGen, CurrentTime, Dest1, and Dest2. In section 5.1. Route Table Entry, the draft mentions a "routing = table entry" instead of using the term "route table", which is employed through = the rest of the draft. The same glitch can be found in sections 5.5, 6.1. and = 8.4.. Again, this is a minor issue, but one that has caused some initial = confusion. (This has been pointed out in an earlier e-mail [6]) Locality -------- Descriptions of some features can be found scattered across the = document. A dedicated (sub)section which describes them might be helpful to = the reader in finding and understanding them. Specifically, i would like to = point out the following two features: - As discussed in section 5.1., routes will expire after a certain = amount of time. At first sight, it seemed to me that there are two criteria = for when a route may be considered Expired. The first can be found in Section 5.1. Route Table Entry: After an idle route remains Idle for MAX_IDLETIME, it becomes an Expired route. And the second in Section 6.2. Applying Route Updates To Route = Table Entries: o If RteMsg.VALIDITY_TIME is included, then Route.ExpirationTime :=3D Current_Time + = RteMsg.VALIDITY_TIME, otherwise, Route.ExpirationTime :=3D Current_Time + = (ACTIVE_INTERVAL + MAX_IDLETIME). To my eyes, the first excerpt looked like a stand-alone = instruction. However, since it takes ACTIVE_INTERVAL time for a route to turn = Idle, Section 5.1. describes exactly the same thing as Section 6.2. (provided RteMsg.VALIDITY_TIME is not included). I didn't pay attention properly, and first checked for both = conditions, later on realizing that I was checking for the same thing twice. This is why, to me, it would make more sense to outline the nature = of Expired routes (and the like) and then point to section 6.2. for more = details. Another possible approach would be to adjust the wording to be identical = in the discussed parts of sections 5.1. and 6.2., making it clear that they're = talking about the same thing. - AODVv2 describes a Cost() function which returns the cost of a = link L or a route R. It is briefly discussed in section 5.6 and referenced in sections = 6.1., 6.2., and 7.5. The description in section 6.1. does not specify in which = range the values returned by the Cost() function(s) may be. To my mind, a = small (sub)section describing what exactly Cost(L) and Cost(R) means and = which range of values to expect from them would improve the quality of = the draft. Clarity ------- An earlier version of this review contained criticism of the use of = the word =93relevant=94 in the following part of Section 6.1 Evaluating = Incoming Routing Information: Whenever an AODVv2 router (HandlingRtr) handles an incoming RteMsg (i.e., RREQ or RREP), for every = relevant address (RteMsg.Address) in the RteMsg, HandlingRtr searches its route table to see if there is a route table entry with the same Metric Type of the RteMsg, matching RteMsg.Address. My criticism was as follows: The draft specification gives no pointers on what might qualify = as a "relevant" address. =46rom the context of the Draft, I concluded = that only the OrigNode address of a RREQ and only the TargNode = address of a RREP are associated with a Sequence number. In consequence, = only the OrigNode Address of a RREQ and the TargNode address of a RREP = qualify as a "relevant" address, because only their metric can be compared to the one noted in the routing table (if such an entry exists). However, in the changelogs of draft-ietf-manet-aodvv2-04, one can = find the remark o Reworded text to avoid use of "relevant". This rewording seems to have consisted of removing the word = "relevant" from the paragraph cited above. Assuming my assumptions as stated above = are correct, I would like to suggest another rewording, since a) Not every address is associated with a SeqNum (for example the = TargNode Address of a RREQ) or a Metric TLV (same example). Still, section 6.1. = instructs the implementor to add a route table entry for them, pointing towards = section 6.2. -- which then requires metric and SeqNum TLVs that don't exist. This seems like a loophole to me. b) Adding -for example- the TargNode Address of a RREQ to the = routing table, when, at this point in the route discovery, there is no guarantee = that this route even exists seems counterproductive to me. A possible second rewording could be along the lines of Whenever an AODVv2 router (HandlingRtr) handles an incoming RteMsg (i.e., RREQ or RREP), for every = relevant address (RteMsg.Address) in the RteMsg, HandlingRtr searches its route table to see if there is a route table entry with the same Metric Type of the RteMsg, matching RteMsg.Address. Addresses that qualify as relevant are: * The OrigNode Address of a RREQ * The TargNode Address of a RREP Reported problems =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D During my work on AODVv2 so far, I opened a few issues on the = tracker and the Mailing list. For the sake of completeness, I will list them again. * The Route.Broken flag appears to be redundant [7] * AckReq vs RREP_ACK seem to be two mechanisms serving the same = purpose [8] (The Mailing List discussion around this topic can be found here = [9]) * It is unclear what happens if Active routes exceed RERR packet = size [10] (The Mailing List discussion around this topic can be found here = [11]) * Issue concerning RREQ redundancy check methodology and order [12] Message Format =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D As far as I know, the way AODVv2 adopts RFC 5444 has been subject to controversy in the past, but since it is one of my main struggles = with the draft, I'm going to have to discuss it yet again. In general, I had trouble figuring out how to start building the = packets. While the specification provides guidelines on which data to put where, = "the big picture" is missing. The sketches in Appendix A. were a starting point, but = while they are explicit in what needs to be in a packet, they do not contain = information about the structure of the information (which makes sense). When I consulted the Draft's text to figure this out, the notation = with which the contents of a Route Message are specified was not very intuitive = to me. One example is the following: 4. RREP.OrigSeqNumTLV[OrigNodeNdx] :=3D = Route[OrigNode].Seqnum 5. RREP.TargSeqNumTLV[TargNodeNdx] :=3D RREP_Gen's SeqNum Looking through my notes, what seemed to confuse me was: - what does OrigNodeNdx mean? Assuming "Ndx" is short for Index, = what is the index of the Originating node? - what does the notation "message.TLV[Ndx]" mean? Assuming [Ndx] is = used to describe content at place Ndx of some kind of array, why is there an = array of values in one TLV? - what are the types of these SeqNumTLVs? Are they both of type = SeqNum or of type OrigNodeSeqNum and TargNodeSeqNum? Table 15.3. lists all three = as valid TLV types, how does this go together? It turned out that there are actually *two* Message Formats being = described in the AODVv2 Draft, even though this is not explicitly stated. What I have been able to reconstruct until now is the following: The first and original Message Format springs from the wish to send = as few bytes as possible over the air. The second format was adopted after = some suggestions by Henning Rogge and aims to make use of RFC5444's = features: Modularity, readability and easy extensibility. I dubbed them "the = minimal version" and "the verbose version". They differ in the way Metric, Metric Type and Sequence Number TLVs are stored. I understood them to work as follows: * Minimal * There are three Multi-value Address Block TLVs: One for all = Metric values, one for all Metric Types and one for all Sequence = Numbers. These Multi-value TLVs are all associated with the *range* = between the first address whose information they store (denoted by = index-start) and the last address whose information they store (denoted by = index-stop). Because RFC 5444 only supports ranges for TLVs associated with = more than one address, this means that this range may include addresses = whose information is not stored in these multi-value TLVs. RFC5444 = mandates that, if a range is specified, there has to be a TLV value for = every address block in the range. The minimal approach may save bytes if multiple values of one = type are present (For example Originating and Target Node Sequence Numbers in = RREPs), but it also means that additional bytes may have to be added to = stuff these TLVs: Suppose a protocol extension MyExtension extends RREQ with an = address MyAddress, and a Sequence Number MyMetric. MyAddress would be the third = address of the Address Block. Since no Metric for TargNode is stored, an interruption in the sequence between index-start (the OrigNode = address) and index-stop (MyAddress) exists. This may be resolved in two = ways. The Metric TLV would either have to be stuffed with an invalid and arbitrary TargNode Metric, or a new TLV of a different type would have to be added to the address block. The draft does not provide any pointers on how the packet format = provided may be extended correctly. After figuring this out, the content description discussed above = made sense as well. In my opinion, it would have been very helpful to have = something like the above explanation noted and/or illustrated in the = beginning of Section 7.2. * Verbose * Metric, Metric Type and Sequence Number are stored in a TLV = each. Each of these TLVs is associated with one address, giving it context = (i.e. an address which has a TLV of type RFC5444_MSGTLV_ORIGSEQNUM can be = assumed to be an Originating node Address). Since the fashion in which additional data should be appended is = described in RFC 5444, there is no need for explicit instructions in the = AODVv2 draft. I hope I described the two versions correctly. I decided to implement the verbose version because I found it easier = to grasp, read and extend. The schema-based compression suggested by Henning = Rogge[13] looked promising to me in order to further reduce packet size if = necessary, and as far as I understood it would only work with the verbose = approach because address order may not be respected. The resulting packets did not exceed the 81 bytes of payload that = IEEE 802.15.4 left me. In the spirit of this message format, I also decided to stray from = the specification when storing the Metric Type: The Draft suggests to add a special "Metric Type" TLV for every = Metric TLV that is added. This seemed like unnecessary overhead to me, and = since RFC 5444 offers the nice feature of extension types, I decided to = make use of it in order to specify the Metric Type of each Metric TLV. So, for = example, a TLV that stores the Metric of an Originating Node in a RREQ may = look like this: type: RFC5444_MSGTLV_METRIC exttype: AODVV2_DEFAULT_METRIC_TYPE length: 1 value: 1 If I understood RFC5444 correctly, this saves bytes in both message = format types described above, which is why I would suggest the adoption of = this. However, I think it is important to stress that I do not suggest an = immediate change: In my opinion, it is imperative to sort the existing = format(s) out, describe them clearly and *then* have a look at what can be improved = or optimized. In case this approach is approved by the Working Group, I would like = to help with the changes, if the authors are interested. Handling links to 1-hop neighbors =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 AODVv2 describes two ways of checking and monitoring connectivity to = direct neighbors: 5.2. Bidirectional Connectivity and Blacklists describes the AckReq = mechanism, which is used to fill a blacklist for nodes to which a bidirectional = link could not be established. (The RREP_ACK mechanism described in = Section 13.5. may fall in this category also) 8.2. Active Next-hop Router Adjacency Monitoring described = mechanisms which may be used to monitor the connectivity to 1-hop neighbors. If a = known link breaks, these mechanisms trigger the dispatching of a RERR message. = This does not have any effect on the blacklist described in Section 5.2. If I understood the draft correctly, these 2 mechanisms are not = equivalent, because while Section 5.2. checks for bidirectional connectivity to = avoid the use of a unidirectional link, the mechanisms in Section 8.2. only = kick in *after* a link has broken. They are not consulted concerning the = possible unidirectionality of a link directly and, since they do not have an = effect on the blacklist described in 5.2., can't warn about unidirectional = links indirectly either. Since I did not implement the AckReq mechanism, I relied solely on = RIOTs implementation of the IPv6 Neighbor Discovery to detect broken = links. This fell on my foot when I accidentally created the following = scenario: I was testing my implementation on a 4x4 grid of emulated RIOT = nodes, with nodes trying to establish a route towards other nodes that were at = least 3 hops away. Due to a bug, some nodes would receive RREQs from 2-hop neighbors = *directly*, making them think that those 2 hop neighbors were actually direct = neighbors and adding them as a next hop towards the originating node to the = routing table. (In short, I accidentally created unidirectional links in an = environment that was supposed to be perfect) Now, when a RREP traveled back that path and reached the node that = added a 2 hop neighbor as the next hop towards the originating node, the node = would look return said 2 hop neighbor as the next hop. The network stack = would try to send the RREP to the returned 2 hop neighbor, notice that the 2 hop = neighbor is not in the neighbor cache and thus initiate another, "recursive", = route discovery. I "fixed" this by not adding any routes to the routing table if the = RREQ came from a node unknown to the neighbor cache, but this feels like a = hacky fix to me=96 and additionally, it's a deviation from the draft. As far as I understood it, the only way to get rid of unidirectional = routes is to blacklist them after they've been added to the routing table. Since the approaches mentioned in Section 8.2. may be proactive, = they might be helpful for the blacklisting of nodes as well. Of course we can't = and shouldn't make other parties edit AODVv2's blacklists, but I believe = that tying the efforts of sections 5.2. and 8.2. a bit more closely = together might be beneficiary. My hacky fix as described above is one = approach (one might add the addition of the offending node to the blacklist, = if a blacklist is implemented), but I'm sure more elegant solutions are = possible as well. However, if a solution for this problem already exists and I missed = it, I'd love to help state the solution more clearly. Interoperability =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D The current version of AODVv2 has several hindrances for = interoperability. In my opinion, it should be evaluated if all of these are inevitable. First, as pointed out by Christopher Dearlove[14] and Thomas Heide = Clausen[15], AODVv2 in its current state lets the implementor choose any Next-hop = Router Adjacency Monitoring they like, So if Alice's implementation is = using RFC6130 and Bob is using NHDP because he happens to have an implementation = lying around somewhere, their routers will be unable to communicate even = if they are in direct neighborhood to each other. Mr. Dearlove suggests to set a specify non-optional mechanism. I am = in favor of this as well. Secondly, as previously mentioned, there are two message formats = from which an implementor can choose. Apart from the fact that this is not very = clear from the draft, this stands in the way of interoperability as well, = and I would strongly suggest to slim down the draft to one message = format. (For the reasons described above, I am in favor of keeping the = "verbose format".) The Code an be found at [16]. In case anyone is interested in actually = compiling and playing around with it, drop me an e-mail and I can save you time by = walking you through the setup process. (And in case you have any comments on my code, I'd love to hear about = and learn from them.) With kind regards, Lotte Steenbrink [1] = https://github.com/Lotterleben/RIOT-AODVv2/blob/master/docs/aodvv2_minimal= .txt [2] https://github.com/RIOT-OS/RIOT [3] http://www.ietf.org/mail-archive/web/manet/current/msg16131.html [4] http://olsr.org/git/?p=3Doonf_api.git;a=3Dsummary [5] http://trac.tools.ietf.org/wg/manet/trac/ticket/23 [6] http://www.ietf.org/mail-archive/web/manet/current/msg15530.html [7] http://trac.tools.ietf.org/wg/manet/trac/ticket/39 [8] http://trac.tools.ietf.org/wg/manet/trac/ticket/40 [9] = http://ietf.10.n7.nabble.com/41-aodvv2-AckReq-vs-RREP-ACK-td413274.html [10] http://trac.tools.ietf.org/wg/manet/trac/ticket/42 [11] = http://ietf.10.n7.nabble.com/42-aodvv2-What-happens-if-Active-routes-excee= d-RERR-packet-size-td423497.html [12] http://trac.tools.ietf.org/wg/manet/trac/ticket/56 [13] http://ietf.org/mail-archive/web/manet/current/msg14840.html and http://ietf.org/mail-archive/web/manet/current/msg14819.html [14] http://www.ietf.org/mail-archive/web/manet/current/msg16461.html [15] http://www.ietf.org/mail-archive/web/manet/current/msg16048.html [16] = https://github.com/Lotterleben/RIOT/tree/aodvv2/sys/net/routing/aodvv2 From nobody Wed Oct 29 12:25:47 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEB171A8978 for ; Wed, 29 Oct 2014 12:25:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 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, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 69UVuXjs7FIe for ; Wed, 29 Oct 2014 12:25:42 -0700 (PDT) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 853E91A8974 for ; Wed, 29 Oct 2014 12:25:15 -0700 (PDT) Received: by mail-wi0-f178.google.com with SMTP id q5so5507276wiv.17 for ; Wed, 29 Oct 2014 12:25:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:mime-version:content-type:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Bz7J3Wb40e/tYthW0d8MbX8Vhl/souOf/KzD51j7InM=; b=huG1gcr2hsFUnV26YT7mcGYBLTltXJzVlxCE/JBvbRLWQWfrCCKP+3sGaIfispde6z nEbLYSqzOqXfyaX9BRkQYBvpTwfh/A4wmysTtrKPrNIldOmm0TD+hvGa0+Vc3e7zqT71 4tS6PJs5P4CA4x713w2TxhT+dZV1VeoIswf6DrbS/38jCLySOa/3/kSyPSqtc/nRi4yk gvPwh3il0CrwSMkyJ8yNFoJ8P2wvYSEGmL1zkGcf03Szt1malXszEEMmdUP0WVVNDHKC 7wFs+56/jRC91Nf6GhKR39ZuC/EQ2df96Wb9fW4fhJlflwqRMgvNJlgCsSCnB/XrYAvq jgSQ== X-Received: by 10.181.11.131 with SMTP id ei3mr14745961wid.24.1414610714117; Wed, 29 Oct 2014 12:25:14 -0700 (PDT) Received: from [192.168.254.5] (mnemosyne.demon.co.uk. [62.49.16.209]) by mx.google.com with ESMTPSA id gw6sm6528232wib.8.2014.10.29.12.25.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 29 Oct 2014 12:25:12 -0700 (PDT) From: Christopher Dearlove X-Google-Original-From: Christopher Dearlove Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=windows-1252 In-Reply-To: Date: Wed, 29 Oct 2014 19:25:12 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <0FB47D04-E77A-4E85-85BC-5266E34937BE@mnemosyne.demon.co.uk> References: To: Lotte Steenbrink X-Mailer: Apple Mail (2.1283) Archived-At: http://mailarchive.ietf.org/arch/msg/manet/2ioo-PyCUx7JvieuGFYQvbpvXDQ Cc: manet@ietf.org Subject: Re: [manet] AODVv2 Review from an implementation perspective X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2014 19:25:44 -0000 Just picking up one detail for this post. On 29 Oct 2014, at 18:59, Lotte Steenbrink wrote: > There are three Multi-value Address Block TLVs: One for all = Metric > values, one for all Metric Types and one for all Sequence = Numbers. >=20 > These Multi-value TLVs are all associated with the *range* = between the > first address whose information they store (denoted by = index-start) and > the last address whose information they store (denoted by = index-stop). >=20 > Because RFC 5444 only supports ranges for TLVs associated with = more than > one address, this means that this range may include addresses = whose > information is not stored in these multi-value TLVs. RFC5444 = mandates > that, if a range is specified, there has to be a TLV value for = every > address block in the range. I would suggest taking a look at RFC 7188. That is only specified for = OLSRv2 and NHDP, but it's an approach that could (and I would venture to = suggest, should) be applied more widely. The authors decided for various = reasons not to attempt to make it an update of RFC 5444, but could have = done so (and still might suggest that at some point). The key feature I'm referring to is the inclusion of an UNSPECIFIED = value as a TV value - or the equivalent for link metrics of a value that = conveys no information. (Other details in RFC 7188 are also well worth = consideration, such as disallowing message rejection based solely on not = recognising a TLV or TLV value, and how to handle short or long values. = But this posting is not about those.) So, for example (using an NHDP example) suppose we have four addresses = that numbers 0 and 1 are SYMMETRIC and 3 is LOST, and we choose not to = reorder them. (Actually we can always order them to avoid this in NHDP, = but that's not entirely trivial.) Then we can use a multivalue = LINK_STATUS TLV covering all four addresses that has single values = SYMMETRIC, SYMMETRIC, UNSPECIFIED, LOST. From nobody Wed Oct 29 22:35:10 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 818EF1AD00A for ; Wed, 29 Oct 2014 22:35:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GmXXgppTQ806 for ; Wed, 29 Oct 2014 22:35:04 -0700 (PDT) Received: from mail-pd0-x22e.google.com (mail-pd0-x22e.google.com [IPv6:2607:f8b0:400e:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF73E1AD012 for ; Wed, 29 Oct 2014 22:35:03 -0700 (PDT) Received: by mail-pd0-f174.google.com with SMTP id p10so4415550pdj.5 for ; Wed, 29 Oct 2014 22:35:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herberg.name; s=dkim; h=from:content-type:content-transfer-encoding:mime-version:subject :message-id:date:to; bh=PhhIKUD5/DFmcgO7psGN/1+k7iPXkyox/7EuIFYH7vY=; b=kmL0vcQ9eWxNCNyPLEiBWqoSiSHF6mfRYDwsXNFk/9bazdVUgzkfhQdpBLkqqhG+zO g8Snb1xscEJ4N7QqAwMWBKEJOMBnF9FGAr1k1dDHnqeR+yzPWjeNike/usU/dCSe0MfR Ot9xPrEltT4pyJQfneUy7b73qtI7FyqcB4q90= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding :mime-version:subject:message-id:date:to; bh=PhhIKUD5/DFmcgO7psGN/1+k7iPXkyox/7EuIFYH7vY=; b=ZuJyLxxT+7/vohSsJA00XIzZap9msuyY9DOFC9tbGJgjRfZEvXflQZ3wqH8COm/BsD Xy7LtrKrdoOWqSTL9jJ2PW7VznjDQiOaIknrELouGQ3of5YHbVsTtv8zfymlvoHDYt+8 dlvC/W7IEok3tiiKDuERiSH3ouLSGo5ARBxngowmgyvcqsPtrsXjVjp4m09y7jdfWBL8 +kHhjtCgnDQWbwKCi0333OfPofCZOdoS94Xu/yZxizbZlPWGq39v52JKVRT0ta1HQ86v NKsv83UbtQ51kLyt8w07eHMxQC/bem2Zgm7DANsUXBfQOQ71CrQ2GGi19udylr+U04Nc yI7A== X-Gm-Message-State: ALoCoQlqjkKGEMS+obwRYd9Fr+CVuCvQx+cIP6l9lrCnvmO9YyqQ8+363iEb6JHYizie8BY+iqGv X-Received: by 10.70.22.195 with SMTP id g3mr14783222pdf.37.1414647303039; Wed, 29 Oct 2014 22:35:03 -0700 (PDT) Received: from [10.6.61.180] ([166.170.43.82]) by mx.google.com with ESMTPSA id h1sm5934738pat.6.2014.10.29.22.35.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 29 Oct 2014 22:35:00 -0700 (PDT) From: Ulrich Herberg Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (1.0) Message-Id: Date: Wed, 29 Oct 2014 22:34:59 -0700 To: manet@ietf.org X-Mailer: iPhone Mail (12B411) Archived-At: http://mailarchive.ietf.org/arch/msg/manet/geTbwTZAyPla6ovMjSFbHb68ZDs Subject: [manet] Agenda X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 05:35:06 -0000 Hi, Please verify the preliminary agenda: https://tools.ietf.org/wg/manet/agenda Regards Ulrich Sent from my iPhone From nobody Thu Oct 30 00:34:08 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0A851AD039 for ; Thu, 30 Oct 2014 00:34:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nCADVJqFCQEa for ; Thu, 30 Oct 2014 00:34:05 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC9661AD038 for ; Thu, 30 Oct 2014 00:34:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id A6CDB2404E2; Thu, 30 Oct 2014 00:34:05 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [192.168.2.100] (sphinx.lix.polytechnique.fr [193.55.176.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 3275924025D; Thu, 30 Oct 2014 00:34:05 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) From: Thomas Clausen X-Mailer: iPad Mail (12B410) In-Reply-To: Date: Thu, 30 Oct 2014 08:34:03 +0100 Content-Transfer-Encoding: 7bit Message-Id: <6FEA041F-858B-42BD-94D2-DDDCBCB2ED66@thomasclausen.org> References: To: Ulrich Herberg Archived-At: http://mailarchive.ietf.org/arch/msg/manet/0jIIph6Pv32epeqLERFhg6J90Ds Cc: "manet@ietf.org" Subject: Re: [manet] Agenda X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 07:34:07 -0000 Dear Ulrich, Clausen won't be proxying Yi, since Yi will be in Hawaii himself. Best, Thomas Sent from my iPad > On 30 Oct 2014, at 06:34, Ulrich Herberg wrote: > > Hi, > > Please verify the preliminary agenda: > https://tools.ietf.org/wg/manet/agenda > > Regards > Ulrich > > > Sent from my iPhone > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet From nobody Thu Oct 30 00:35:28 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7C741AD03B for ; Thu, 30 Oct 2014 00:35:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E9E4munSaBeo for ; Thu, 30 Oct 2014 00:35:25 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD16C1AD039 for ; Thu, 30 Oct 2014 00:35:25 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 9DD80240718; Thu, 30 Oct 2014 00:35:25 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [192.168.2.100] (sphinx.lix.polytechnique.fr [193.55.176.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 486242404E2; Thu, 30 Oct 2014 00:35:25 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) From: Thomas Clausen X-Mailer: iPad Mail (12B410) In-Reply-To: Date: Thu, 30 Oct 2014 08:35:23 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <003273CB-19BB-4DB7-A955-F97D92BD0979@thomasclausen.org> References: To: Ulrich Herberg Archived-At: http://mailarchive.ietf.org/arch/msg/manet/obtEUsRpgUJQ4l_Dvc7sroBCoCg Cc: "manet@ietf.org" Subject: Re: [manet] Agenda X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 07:35:26 -0000 While we're at it, I believe that smf-sec-threats and olsrv2-sec-threats wil= l, also, be Yi and not Clausen... Thomas Sent from my iPad > On 30 Oct 2014, at 06:34, Ulrich Herberg wrote: >=20 > Hi, >=20 > Please verify the preliminary agenda: > https://tools.ietf.org/wg/manet/agenda >=20 > Regards > Ulrich >=20 >=20 > Sent from my iPhone >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet From nobody Thu Oct 30 04:46:35 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 271E41AD0C4 for ; Thu, 30 Oct 2014 04:46:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oJU5d4ho6O8x for ; Thu, 30 Oct 2014 04:46:32 -0700 (PDT) Received: from mail-dotnet4.eads.net (mail-dotnet4.eads.net [193.56.40.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 805C51AD0A2 for ; Thu, 30 Oct 2014 04:46:30 -0700 (PDT) Received: from unknown (HELO fr-gate2.mailhub.intra.corp) ([53.154.16.34]) by mail-dotnet4.eads.net with ESMTP; 30 Oct 2014 12:46:29 +0100 Received: from f8561vs5.main.fr.ds.corp ([10.37.8.21]) by fr-gate2.mailhub.intra.corp with Microsoft SMTPSVC(5.0.2195.7381); Thu, 30 Oct 2014 12:46:28 +0100 Received: from f8562vs4.main.fr.ds.corp ([10.37.8.22]) by f8561vs5.main.fr.ds.corp with Microsoft SMTPSVC(6.0.3790.4675); Thu, 30 Oct 2014 12:46:28 +0100 Received: from SUCNPTEXC01.com.ad.uk.ds.corp ([10.80.73.70]) by f8562vs4.main.fr.ds.corp with Microsoft SMTPSVC(6.0.3790.4675); Thu, 30 Oct 2014 12:46:28 +0100 Received: from SUCNPTEXM01.COM.AD.UK.DS.CORP ([fe80::2543:10a0:fd02:b894]) by SUCNPTEXC01.com.ad.uk.ds.corp ([::1]) with mapi id 14.02.0318.004; Thu, 30 Oct 2014 11:46:27 +0000 From: "Taylor, Rick" To: Thomas Clausen , Ulrich Herberg Thread-Topic: [manet] Agenda Thread-Index: AQHP9BQQxFCL/4Pkqk251cPVjgQYu5xIhegg Date: Thu, 30 Oct 2014 11:46:26 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.80.22.128] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 30 Oct 2014 11:46:28.0203 (UTC) FILETIME=[2409BBB0:01CFF437] X-TM-AS-Product-Ver: SMEX-8.0.0.4194-7.500.1017-21062.005 X-TM-AS-Result: No--30.180700-0.000000-31 X-TM-AS-User-Approved-Sender: Yes X-TM-AS-User-Blocked-Sender: No Archived-At: http://mailarchive.ietf.org/arch/msg/manet/aZFNGcaiY1xrSISNAftSXlv_mmI Cc: "manet@ietf.org" Subject: Re: [manet] Agenda X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 11:46:34 -0000 Hi Ulrich, I believe I (Rick) will be covering the DLEP topics for Stan and the team. Cheers, Rick > -----Original Message----- > From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Thomas > Clausen > Sent: 30 October 2014 07:35 > To: Ulrich Herberg > Cc: manet@ietf.org > Subject: Re: [manet] Agenda > > While we're at it, I believe that smf-sec-threats and olsrv2-sec-threats = will, > also, be Yi and not Clausen... > > Thomas > > Sent from my iPad > > > On 30 Oct 2014, at 06:34, Ulrich Herberg wrote: > > > > Hi, > > > > Please verify the preliminary agenda: > > https://tools.ietf.org/wg/manet/agenda > > > > Regards > > Ulrich > > > > > > Sent from my iPhone > > > > _______________________________________________ > > 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 The information contained within this e-mail and any files attached to this= e-mail is private and in addition may include commercially sensitive infor= mation. The contents of this e-mail are for the intended recipient only and= therefore if you wish to disclose the information contained within this e-= mail or attached files, please contact the sender prior to any such disclos= ure. If you are not the intended recipient, any disclosure, copying or distribut= ion is prohibited. Please also contact the sender and inform them of the er= ror and delete the e-mail, including any attached files from your system. Emails to Airbus DS Limited may be processed, recorded and monitored anywhe= re in the European Community. Airbus DS Limited Registered Office: Quadrant House, Celtic Springs, Coedkernew, Newport , NP= 10 8FZ. Registered in England and Wales under company number 04191036 From nobody Thu Oct 30 04:50:30 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42A341AD10A for ; Thu, 30 Oct 2014 04:50:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3ydgJW-l7Hd4 for ; Thu, 30 Oct 2014 04:50:25 -0700 (PDT) Received: from ukmta3.baesystems.com (ukmta3.baesystems.com [20.133.40.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6BB711AD0CD for ; Thu, 30 Oct 2014 04:50:25 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.07,285,1413241200"; d="scan'208";a="415511921" Received: from unknown (HELO baemasodc005.greenlnk.net) ([10.108.52.29]) by Baemasodc001ir.sharelnk.net with ESMTP; 30 Oct 2014 11:50:15 +0000 X-IronPort-AV: E=Sophos;i="5.07,285,1413241200"; d="scan'208";a="78732767" Received: from glkxh0002v.greenlnk.net ([10.109.2.33]) by baemasodc005.greenlnk.net with ESMTP; 30 Oct 2014 11:50:15 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.125]) by GLKXH0002V.GREENLNK.net ([10.109.2.33]) with mapi id 14.03.0174.001; Thu, 30 Oct 2014 11:50:15 +0000 From: "Dearlove, Christopher (UK)" To: Ulrich Herberg , "manet@ietf.org" Thread-Topic: [manet] Agenda Thread-Index: AQHP9ANNOUfQXjrqF0+JBqzGGwqXYJxIhfJA Date: Thu, 30 Oct 2014 11:50:14 +0000 Message-ID: References: In-Reply-To: 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: http://mailarchive.ietf.org/arch/msg/manet/0hfuM4iKPXbDe3PVVwfD8L-DMAk Subject: Re: [manet] Agenda X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 11:50:28 -0000 Just to confirm that the three drafts I'm an author of (NHDP optimisation, = IBS, multitopology) should be capable of being handled under current progre= ss - all post-WGLC conclusion. As Thomas is an author of two, and the docum= ent shepherd for the third, he should be able to cover that. My current sum= mary would be NHDPO going smoothly, IBS reached IESG, discussions (includin= g one with GEN-ART) ongoing, multitopology snared on the most arcane of poi= nts (TLV naming - to keep IANA happy) that we need to write a draft to hand= le, but haven't found the cycles yet. -- = Christopher Dearlove Senior Principal Engineer, Information Assurance Group Communications, Networks and Image Analysis Capability BAE Systems Advanced Technology Centre West Hanningfield Road, Great Baddow, Chelmsford, CM2 8HN, UK Tel: +44 1245 242194=A0| Fax: +44 1245 242124 chris.dearlove@baesystems.com | http://www.baesystems.com BAE Systems (Operations) Limited Registered Office: Warwick House, PO Box 87, Farnborough Aerospace Centre, = Farnborough, Hants, GU14 6YU, UK Registered in England & Wales No: 1996687 -----Original Message----- From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Ulrich Herberg Sent: 30 October 2014 05:35 To: manet@ietf.org Subject: [manet] Agenda ----------------------! 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. -------------------------------------------------------- Hi, Please verify the preliminary agenda: https://tools.ietf.org/wg/manet/agenda Regards Ulrich Sent from my iPhone _______________________________________________ manet mailing list manet@ietf.org https://www.ietf.org/mailman/listinfo/manet ******************************************************************** 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 Thu Oct 30 09:47:18 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D36491A00FF for ; Thu, 30 Oct 2014 09:47:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622] autolearn=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 3jASFOve0Gyo for ; Thu, 30 Oct 2014 09:47:03 -0700 (PDT) Received: from mail-vc0-x232.google.com (mail-vc0-x232.google.com [IPv6:2607:f8b0:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CADDA1A010E for ; Thu, 30 Oct 2014 09:46:57 -0700 (PDT) Received: by mail-vc0-f178.google.com with SMTP id la4so454449vcb.23 for ; Thu, 30 Oct 2014 09:46:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herberg.name; s=dkim; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=4CIh5N9+sD+l9tkXuB6dUdH3sjjUZl+96SK51CFMNuI=; b=KpejLxwOqPVjAX8cUo1yzdQrPKLQPei7KknHpfwNlXMJFAR/cO6dCpNU5h9GMvATMO X+8YG8sXPDcXvieOUy1I7cGxuhZyVOhsZ/7mlV0njk+ommi1JuI42wPYFQzPWvshmbvo WvhlpJElTt3YGEiRSOdHT+DY9nNeZLEzNkl+w= 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:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=4CIh5N9+sD+l9tkXuB6dUdH3sjjUZl+96SK51CFMNuI=; b=ZFMZtZUcjtbBtIut9F25T3kXQzAY2mgof6cFqHXSE40JfOmffsIbZqNDVYbMNs0Z0E 3WL8Y4f0p5HphmC4b/TNjF2N3D45NsZY7TMundyxNuCbVa+56ChXs7DUUvlhzZ3qmd9K 4+kgaBPDhfCFnrtZEcSqrIooYq4pxuoyBeBdrGLBr8U08qlPzEefQ+P/aMBAFFAonZ56 evwZVhK93PU4/Gof1rTj2XR6gzdJ2oPlkOG4vtERTB8XsUqKOhRfHCuvK3xSPuy+L7wp e4vSmimFEJEzMpY5ZCPpUqE750G2S7Uj29qrIi2s5+HRyejNkcNQK+ftdxus/SsVSylH 9gfw== X-Gm-Message-State: ALoCoQmfMt9A1Hoglt1LwffaJiZDuHEnXexhqgHBInZmkwt06vkBYn5l1N/7pjJI58Sqq88/YB2b MIME-Version: 1.0 X-Received: by 10.221.74.131 with SMTP id yw3mr13469750vcb.20.1414687616815; Thu, 30 Oct 2014 09:46:56 -0700 (PDT) Received: by 10.220.78.139 with HTTP; Thu, 30 Oct 2014 09:46:56 -0700 (PDT) In-Reply-To: References: Date: Thu, 30 Oct 2014 09:46:56 -0700 Message-ID: From: Ulrich Herberg To: "Taylor, Rick" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/manet/voXQtT6b3a9qwD3M_XLDKBWn7n8 Cc: "manet@ietf.org" Subject: Re: [manet] Agenda X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 16:47:06 -0000 Thanks. I have updated the agenda accordingly. http://www.ietf.org/proceedings/91/agenda/agenda-91-manet On Thu, Oct 30, 2014 at 4:46 AM, Taylor, Rick w= rote: > Hi Ulrich, > > I believe I (Rick) will be covering the DLEP topics for Stan and the team= . > > Cheers, > > Rick > >> -----Original Message----- >> From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Thomas >> Clausen >> Sent: 30 October 2014 07:35 >> To: Ulrich Herberg >> Cc: manet@ietf.org >> Subject: Re: [manet] Agenda >> >> While we're at it, I believe that smf-sec-threats and olsrv2-sec-threats= will, >> also, be Yi and not Clausen... >> >> Thomas >> >> Sent from my iPad >> >> > On 30 Oct 2014, at 06:34, Ulrich Herberg wrote: >> > >> > Hi, >> > >> > Please verify the preliminary agenda: >> > https://tools.ietf.org/wg/manet/agenda >> > >> > Regards >> > Ulrich >> > >> > >> > Sent from my iPhone >> > >> > _______________________________________________ >> > 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 > The information contained within this e-mail and any files attached to th= is e-mail is private and in addition may include commercially sensitive inf= ormation. The contents of this e-mail are for the intended recipient only a= nd therefore if you wish to disclose the information contained within this = e-mail or attached files, please contact the sender prior to any such discl= osure. > > If you are not the intended recipient, any disclosure, copying or distrib= ution is prohibited. Please also contact the sender and inform them of the = error and delete the e-mail, including any attached files from your system. > > Emails to Airbus DS Limited may be processed, recorded and monitored anyw= here in the European Community. > > > Airbus DS Limited > > Registered Office: Quadrant House, Celtic Springs, Coedkernew, Newport , = NP10 8FZ. > Registered in England and Wales under company number 04191036 From nobody Thu Oct 30 22:30:52 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB3461A8AB6 for ; Thu, 30 Oct 2014 22:30:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 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, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QxI-chruYd_9 for ; Thu, 30 Oct 2014 22:30:48 -0700 (PDT) Received: from mail-yk0-x22b.google.com (mail-yk0-x22b.google.com [IPv6:2607:f8b0:4002:c07::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 43D3A1A8AB3 for ; Thu, 30 Oct 2014 22:30:48 -0700 (PDT) Received: by mail-yk0-f171.google.com with SMTP id 20so3004147yks.30 for ; Thu, 30 Oct 2014 22:30:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YjIbKULZAltu8cPhZcD6vAF6P9ITEBdszZveVXhfIxE=; b=ZT6WDt6RLtYw61CvYwpfxriBH4L2fNPTJLfNIT5QjvSivzUPSf5RFv8MN44eT8dZmT zvmfcGxljIynUELzs61jGkkl7bnATiQf80oWWLIMU2tYq8ENQ65k5XUgUNkbaYb8XDl4 hNzC9BtGe+1EkspsglKUETiEucVMScxzBkSdDtW4q+9sqUyVvv7Zfak7mjGHpn+784Rh EqfCCgb9h9n3xhm8EzpGWZwFuFh+bYGGBCghPv4l7T19oGOvP+wq1pOU5bTNAy6vPPdQ XobS7ViGf1HevS/e9e+own6gD4fWDwlJyPx9gFzWF2kmhT4wmuclW64Ra06MdhC5vjaG z5gw== MIME-Version: 1.0 X-Received: by 10.236.45.1 with SMTP id o1mr6788607yhb.146.1414733447557; Thu, 30 Oct 2014 22:30:47 -0700 (PDT) Received: by 10.170.194.88 with HTTP; Thu, 30 Oct 2014 22:30:47 -0700 (PDT) In-Reply-To: References: Date: Thu, 30 Oct 2014 22:30:47 -0700 Message-ID: From: Abdussalam Baryun To: Ulrich Herberg Content-Type: text/plain; charset=UTF-8 Archived-At: http://mailarchive.ietf.org/arch/msg/manet/ukhWhvlX6wnAJHpnvwQGHM-bbrA Cc: "manet@ietf.org" Subject: Re: [manet] Agenda X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2014 05:30:50 -0000 Hi Ulrich, The meeting session (I) below is 2.5 hours long, but the time used in agenda is 2 hours. Either we may request only 2 hours only and amend the session time to 9-11, or amend open-discussion time as 40 minutes. AB ------- Mobile Ad hoc Networks (MANET) Agenda Meeting : IETF 91 Thursday November 13, 2014 Time : 0900-1130 Morning Session I Location : Lehua Suite Chairs : Joseph Macker Stan Ratliff Secretary : Ulrich Herberg Jabber : xmpp:manet@jabber.ietf.org Scribe : Minutes : Audiocast : URLs : http://www.ietf.org/html.charters/manet-charter.html http://tools.ietf.org/wg/manet/ ========================================================= AGENDA o Administrivia - Mailing list: manet@ietf.org - Scribe(s) - Blue Sheets - State your name at the microphone - IPR o Bash the Agenda [5] o WG Status/Overview [10] - Recap of Documents/Status - Announcements o draft-ietf-manet-dlep: Taylor [15] o draft-ietf-manet-aodvv2: Perkins [20] o draft-ietf-manet-olsrv2-multipath: Yi [20] o draft-ietf-manet-smf-sec-threats: Yi [10] o draft-clausen-manet-olsrv2-sec-threats: Yi [10] o draft-gerla-manet-odmrp: Clausen (proxying Colin de Verdiere) [20] o Open Microphone - Discussion, Related Work & Announcements [10] - Interops, Implementations, Other Items On 10/30/14, Ulrich Herberg wrote: > Thanks. I have updated the agenda accordingly. > http://www.ietf.org/proceedings/91/agenda/agenda-91-manet > > On Thu, Oct 30, 2014 at 4:46 AM, Taylor, Rick > wrote: >> Hi Ulrich, >> >> I believe I (Rick) will be covering the DLEP topics for Stan and the >> team. >> >> Cheers, >> >> Rick >> >>> -----Original Message----- >>> From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Thomas >>> Clausen >>> Sent: 30 October 2014 07:35 >>> To: Ulrich Herberg >>> Cc: manet@ietf.org >>> Subject: Re: [manet] Agenda >>> >>> While we're at it, I believe that smf-sec-threats and olsrv2-sec-threats >>> will, >>> also, be Yi and not Clausen... >>> >>> Thomas >>> >>> Sent from my iPad >>> >>> > On 30 Oct 2014, at 06:34, Ulrich Herberg wrote: >>> > >>> > Hi, >>> > >>> > Please verify the preliminary agenda: >>> > https://tools.ietf.org/wg/manet/agenda >>> > >>> > Regards >>> > Ulrich >>> > >>> > >>> > Sent from my iPhone >>> > >>> > _______________________________________________ >>> > 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 >> The information contained within this e-mail and any files attached to >> this e-mail is private and in addition may include commercially sensitive >> information. The contents of this e-mail are for the intended recipient >> only and therefore if you wish to disclose the information contained >> within this e-mail or attached files, please contact the sender prior to >> any such disclosure. >> >> If you are not the intended recipient, any disclosure, copying or >> distribution is prohibited. Please also contact the sender and inform them >> of the error and delete the e-mail, including any attached files from your >> system. >> >> Emails to Airbus DS Limited may be processed, recorded and monitored >> anywhere in the European Community. >> >> >> Airbus DS Limited >> >> Registered Office: Quadrant House, Celtic Springs, Coedkernew, Newport , >> NP10 8FZ. >> Registered in England and Wales under company number 04191036 > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > From nobody Fri Oct 31 10:43:44 2014 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DF6C1A00B5 for ; Fri, 31 Oct 2014 10:43:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.378 X-Spam-Level: X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622] autolearn=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 xCDuYO9-nAZv for ; Fri, 31 Oct 2014 10:43:33 -0700 (PDT) Received: from mail-vc0-x236.google.com (mail-vc0-x236.google.com [IPv6:2607:f8b0:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 80CFA1A0102 for ; Fri, 31 Oct 2014 10:43:31 -0700 (PDT) Received: by mail-vc0-f182.google.com with SMTP id id10so3205742vcb.13 for ; Fri, 31 Oct 2014 10:43:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herberg.name; s=dkim; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wxHIXq/Ucms7NwiamuQdqfoxkYDFlKxHQRedi8Lplps=; b=UBMWDreTmMmWhCj+jiVrbNWFOy07h8s9tqfgI62+MW8NyN3ZxGtfLjEoifOjTyv+Hm HgrgKOFV9K13L0PlEhgqUQE9xPLTkOBQ59Sp1mktvZ4YO/OWsWogak8iOqJ6d4Yksdau yeCEbauJHimqFZ7ZMvKcvXgxbiVMDwfFy3IFk= 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:date :message-id:subject:from:to:cc:content-type; bh=wxHIXq/Ucms7NwiamuQdqfoxkYDFlKxHQRedi8Lplps=; b=MaiG+pKBlCAzhMfHfAPodylMkB6nLVRtQIwXsDAdxPFuZLmDNB5LTKfFudLohx2dxj xGVrcf28SwuObLt96LBuN7UuVN/N75jYNWYZqzro+GEhjKY15Dtgzq+SxWBCy9OgNOnS dGQ8VA17dNZ2MHfec+gJe3HFYY/fJOIpUZDTHh0jE7a1NPoA04OVX7QFtJoi8cx1eoJz 7gwKDlgcRCTo0PU2PQ11k+IjxgRhfyAWw95SzqffZv8XmAnGZAJQmhKrjqDXEobdIJ+l dXuVeDGqLHTLxZtd188nN7D9l7nZ2fmd52UyCbrm0o03GNPD3sNcC/NG4Kuwn4lWNQrb yH1g== X-Gm-Message-State: ALoCoQkTTDVp+BM0MXtRw6nUOmEYF2gXj1n++1FYmByxVlm3HTGgh7XaKWYPS+NkMGg+BYtXCRxA MIME-Version: 1.0 X-Received: by 10.52.146.167 with SMTP id td7mr15084439vdb.39.1414777410576; Fri, 31 Oct 2014 10:43:30 -0700 (PDT) Received: by 10.220.78.139 with HTTP; Fri, 31 Oct 2014 10:43:30 -0700 (PDT) In-Reply-To: References: Date: Fri, 31 Oct 2014 10:43:30 -0700 Message-ID: From: Ulrich Herberg To: Abdussalam Baryun Content-Type: text/plain; charset=UTF-8 Archived-At: http://mailarchive.ietf.org/arch/msg/manet/mYvH__Sxy4A1cMPVV4JL8E-L3cI Cc: "manet@ietf.org" Subject: Re: [manet] Agenda X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2014 17:43:36 -0000 AB, I had requested 2 hours, but we have been assigned a 2.5 hours slot. This happens since the scheduling is difficult. Better to have a longer slot and end early than having too little time. It's not possible to reschedule the MANET meeting. Also, I think it's good to have some extra time in case some of the slots go a little over time (so the chairs don't have to cut short a discussion immediately). Having 40 minutes open discussion without agenda is a bad use of the time in my opinion. Regards Ulrich On Thu, Oct 30, 2014 at 10:30 PM, Abdussalam Baryun wrote: > Hi Ulrich, > > The meeting session (I) below is 2.5 hours long, but the time used in > agenda is 2 hours. Either we may request only 2 hours only and amend > the session time to 9-11, or amend open-discussion time as 40 minutes. > > AB > > ------- > Mobile Ad hoc Networks (MANET) Agenda > > Meeting : IETF 91 Thursday November 13, 2014 > Time : 0900-1130 Morning Session I > Location : Lehua Suite > Chairs : Joseph Macker > Stan Ratliff > Secretary : Ulrich Herberg > Jabber : xmpp:manet@jabber.ietf.org > Scribe : > Minutes : > Audiocast : > URLs : http://www.ietf.org/html.charters/manet-charter.html > http://tools.ietf.org/wg/manet/ > ========================================================= > AGENDA > > o Administrivia > > - Mailing list: manet@ietf.org > - Scribe(s) > - Blue Sheets > - State your name at the microphone > - IPR > > o Bash the Agenda [5] > > o WG Status/Overview [10] > - Recap of Documents/Status > - Announcements > > o draft-ietf-manet-dlep: Taylor [15] > > o draft-ietf-manet-aodvv2: Perkins [20] > > o draft-ietf-manet-olsrv2-multipath: Yi [20] > > o draft-ietf-manet-smf-sec-threats: Yi [10] > > o draft-clausen-manet-olsrv2-sec-threats: Yi [10] > > o draft-gerla-manet-odmrp: Clausen (proxying Colin de Verdiere) [20] > > o Open Microphone - Discussion, Related Work & Announcements [10] > - Interops, Implementations, Other Items > > > On 10/30/14, Ulrich Herberg wrote: >> Thanks. I have updated the agenda accordingly. >> http://www.ietf.org/proceedings/91/agenda/agenda-91-manet >> >> On Thu, Oct 30, 2014 at 4:46 AM, Taylor, Rick >> wrote: >>> Hi Ulrich, >>> >>> I believe I (Rick) will be covering the DLEP topics for Stan and the >>> team. >>> >>> Cheers, >>> >>> Rick >>> >>>> -----Original Message----- >>>> From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Thomas >>>> Clausen >>>> Sent: 30 October 2014 07:35 >>>> To: Ulrich Herberg >>>> Cc: manet@ietf.org >>>> Subject: Re: [manet] Agenda >>>> >>>> While we're at it, I believe that smf-sec-threats and olsrv2-sec-threats >>>> will, >>>> also, be Yi and not Clausen... >>>> >>>> Thomas >>>> >>>> Sent from my iPad >>>> >>>> > On 30 Oct 2014, at 06:34, Ulrich Herberg wrote: >>>> > >>>> > Hi, >>>> > >>>> > Please verify the preliminary agenda: >>>> > https://tools.ietf.org/wg/manet/agenda >>>> > >>>> > Regards >>>> > Ulrich >>>> > >>>> > >>>> > Sent from my iPhone >>>> > >>>> > _______________________________________________ >>>> > 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 >>> The information contained within this e-mail and any files attached to >>> this e-mail is private and in addition may include commercially sensitive >>> information. The contents of this e-mail are for the intended recipient >>> only and therefore if you wish to disclose the information contained >>> within this e-mail or attached files, please contact the sender prior to >>> any such disclosure. >>> >>> If you are not the intended recipient, any disclosure, copying or >>> distribution is prohibited. Please also contact the sender and inform them >>> of the error and delete the e-mail, including any attached files from your >>> system. >>> >>> Emails to Airbus DS Limited may be processed, recorded and monitored >>> anywhere in the European Community. >>> >>> >>> Airbus DS Limited >>> >>> Registered Office: Quadrant House, Celtic Springs, Coedkernew, Newport , >>> NP10 8FZ. >>> Registered in England and Wales under company number 04191036 >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >>