Re: [manet] LOADng Data Collection Cycle

AHMED AWAMRY <ahmed_awamry_86@yahoo.com> Thu, 04 April 2013 12:01 UTC

Return-Path: <ahmed_awamry_86@yahoo.com>
X-Original-To: manet@ietfa.amsl.com
Delivered-To: manet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF04021F95E7 for <manet@ietfa.amsl.com>; Thu, 4 Apr 2013 05:01:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JNiV+qQtMPRp for <manet@ietfa.amsl.com>; Thu, 4 Apr 2013 05:01:16 -0700 (PDT)
Received: from nm18.bullet.mail.ne1.yahoo.com (nm18.bullet.mail.ne1.yahoo.com [98.138.90.81]) by ietfa.amsl.com (Postfix) with ESMTP id 627F721F93FB for <manet@ietf.org>; Thu, 4 Apr 2013 05:01:16 -0700 (PDT)
Received: from [98.138.90.50] by nm18.bullet.mail.ne1.yahoo.com with NNFMP; 04 Apr 2013 12:01:15 -0000
Received: from [98.138.89.170] by tm3.bullet.mail.ne1.yahoo.com with NNFMP; 04 Apr 2013 12:01:15 -0000
Received: from [127.0.0.1] by omp1026.mail.ne1.yahoo.com with NNFMP; 04 Apr 2013 12:01:15 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 477431.24473.bm@omp1026.mail.ne1.yahoo.com
Received: (qmail 48310 invoked by uid 60001); 4 Apr 2013 12:01:15 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1365076875; bh=ab8GOCeja/tYtVLw1erWFYcqd3nVSFgWZGgvsfuB+WU=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=lku6lxTdCSuSQuU30TCw1Kc2FIaeF16r2xhCOnMf3bvofe6mr44mL/Q5o3k1yfYK3XiCBorMHoEK9/FpBPDq9iVGkhBXoJ1VG+OptxnFIn5HZ3Rao0oSLgnnuaxUdonNX+lkx6vyOMKCEQ1g1Yrz5oqNpKQM0CQ8C00nflhKUzQ=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=lHDvcL+t5UhgtYq2cUBvciceJ+G3BrnryakS2Smb+lDlqcf5RYWvF2YI+s5NE9xE7ewUWyrEsme97OdhOAsv62eRCzMPlFm7andjK7FQOPsPe0TtsMvqs9i4LGCugR6ySGXYcB0L78NW1CP1HUalF/FtVFX3ghA10mkZVEcsfuU=;
X-YMail-OSG: RXb7fK0VM1kGt6bIcAzfcXGJ71fxWE1Zp.C1Pm1b0cdjRxP k.HqwL3wKheMS55ocIEL.gtkCXS5A2wiLSqktW8xHAh8ARn0on0G9MX_qHrg em7DJNFGt_TTki_m__BprOLPC6xGyzHgOxZ9Oe4ijocXimJIDRArOQOwYMPf h1KZDz0GHUX0b6GUrs1Mpr.xSGETRIF9UwNQgDvzQkj0rWb2zaoxSL_a.R3r t03MZjlRC8kUY99Py4Feqpw08uS3L6Ot4O7.JEOQ6w1R.Xruk66cWCBnD.0C FuaszG7OqYirVf8TZEa9b_Do9Qg_qSlqU9vtkKjbi0rXrIDqWKg97Du2.Aha 2Fzfg3sSEOREfSF0NBwTC3_u8hnWOgZecUuDOwHQ_i3faqws_Y6cGCD0oqZ_ Ji8L1_PtYTLa1HpoBXOP5vcSdogrlqj57JpLsc4ErjMn1m2R.5IapgQMbjrI 8Ggq8fnojK3VQI.REL6_yi.1apjWLzffJUFZlH0weGeaEAPlS5oso4Ri7KPa tMuzHRMypUa1eVqhs1wuZQdkmylrjbTxi03dusD1NFq8diujD8x_fahHIcFe 8mFMMZTbQi.3F4zsN0a2mJ3l30Zm6Kmlh6kAhxjL4Xu7IoF_CmvC_gdY4ilf RsfPjB_zqpOp30vtTStdrPNh1hDZ0ZsI6Rxkxs1m2Oo2_IVv1qJ63ZPKBvrr 4oWOUEnUf8dEr3jhVG.BOdOPyXNihGG4MSjmVJSynK7g9vNKnhqPiq4juDzi IJBiIomf6U6bJlekhMX99jEMD26WhTEyh55EIkjYewYney6tOdfGo7IEuk1N SxH_qkdOmOI8Y0gfIqTVvv.makWyua7gHZt_pvwf1XEIGOmiiGGHUwEiFaow zmsMqWTnakyEJShwHPos80ewBCtu75dISraEV1MpsRnJUBOEwUdkq7gDzxro Ku5FdGHZPrrCxWpjyCASKy7uxlEDM7OiGhpBb2tePemMB0mFslvLU57uJpHu q914PIM_9A49bJSo.l1ZnGd5VClSeJdU2AhKq7BoG8uW1lHtPgSlU
Received: from [193.49.124.107] by web122302.mail.ne1.yahoo.com via HTTP; Thu, 04 Apr 2013 05:01:15 PDT
X-Rocket-MIMEInfo: 002.001, SGkgSmlhemksCgpUaGFuayB5b3UgZm9yIGlsbHVzdHJhdGluZyB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIHRoZSBJRVRGIGRyYWZ0IGFuZCB0aGUgc2NpZW50aWZpYyBwdWJsaWNhdGlvbnMuIEFsc28sIHJlZ2FyZGluZyB0aGUgcHVibGljYXRpb25zIHNlbnQuIEkgaGF2ZSBzb21lIHF1ZXN0aW9ucyBhYm91dCB0aGUgcmVzdWx0cyBsaXN0ZWQgYXQgdGhlIHNlbnQgcHVibGljYXRpb25zLgoKMS4gV2hhdCBpcyB0aGUgcHJvcGFnYXRpb24gZGVsYXkgc2V0IG9uIGV2YWx1YXRpbmcgdGhlIEVuZC1Uby1FbmQgZGUBMAEBAQE-
X-Mailer: YahooMailWebService/0.8.140.532
References: <1364740656964-363492.post@n7.nabble.com> <D5D78F57-584B-4298-83FB-DF6C429C4304@jiaziyi.com> <1365021754.6552.YahooMailNeo@web122302.mail.ne1.yahoo.com> <EB44BE9B-666D-4F05-A60D-9873912DACF7@jiaziyi.com> <588429BA-0EB4-446B-A4DD-AF3D65AAD5F1@jiaziyi.com>
Message-ID: <1365076875.48060.YahooMailNeo@web122302.mail.ne1.yahoo.com>
Date: Thu, 04 Apr 2013 05:01:15 -0700
From: AHMED AWAMRY <ahmed_awamry_86@yahoo.com>
To: Jiazi Yi <ietf@jiaziyi.com>
In-Reply-To: <588429BA-0EB4-446B-A4DD-AF3D65AAD5F1@jiaziyi.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="1800448838-1745946888-1365076875=:48060"
Cc: "manet@ietf.org" <manet@ietf.org>
Subject: Re: [manet] LOADng Data Collection Cycle
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: AHMED AWAMRY <ahmed_awamry_86@yahoo.com>
List-Id: Mobile Ad-hoc Networks <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/manet>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Apr 2013 12:01:18 -0000

Hi Jiazi,

Thank you for illustrating the difference between the IETF draft and the scientific publications. Also, regarding the publications sent. I have some questions about the results listed at the sent publications.

1. What is the propagation delay set on evaluating the End-To-End delay? as i know that the propagation delay affects largely the end-to-end delay result. This is because , when you changed the propagation delay of the channel (wireless or wired) you will gain different results.

2. Regarding the overhead, I think  that there are two points of view related to the overhead:
                    A. Network Overhead (like the one mentioned at the papers)
                    B. Processing Overhead (like memory usage and required processing)
Did you estimate the factor *2.B*? if yes, what is its value?

    
   Thanks,

 
Ahmed A. Elawamry,



________________________________
 From: Jiazi Yi <ietf@jiaziyi.com>
To: AHMED AWAMRY <ahmed_awamry_86@yahoo.com> 
Cc: "manet@ietf.org" <manet@ietf.org> 
Sent: Thursday, April 4, 2013 12:14 PM
Subject: Re: [manet] LOADng Data Collection Cycle
 
Hi Ahmed, 

There is one important thing that I have to mention: some of those publications introduce different options/extensions of LOADng, but most of them are not part of LOADng draft (yet). 

This is generally because of the fundamental difference between scientific publications and IETF Internet Draft (especially standard track draft):

   o The scientific publications is to investigate new approaches, and explore *possible* ideas that can be introduced to an Internet Draft. 
   o The IETF Internet Draft is to document clear, simple, and well-understood technical approaches that can be implemented in the real world. 

Therefore, for LOADng, while we are keeping exploring new ideas and options, those options won't exist in the IETF draft until we are sure that they can serve the real world (based on more operational experiences and tests in different scenarios). 

best

Jiazi

On Apr 4, 2013, at 11:49 AM, Jiazi Yi <ietf@jiaziyi.com> wrote:

> Hi, 
> 
> I would be careful when talking about "session" in the network layer. I think you are more talking about data transmission between two nodes(routers)?
> 
> In fact, there have been several publications about the performance of LOADng and its extensions. More publications are in the pipeline. 
> Please check:
> 
> LOADng: Towards AODV Version 2
> IEEE VTC 2012 Fall, IEEE 76th Vehicular Technology Conference
> Thomas Clausen, Jiazi Yi, Axel Colin de Verdiere
> http://www-mobile.ecs.soton.ac.uk/home/conference/VTC12-Fall/DATA/PID1141082.PDF
> 
> Smart Route Request for On-demand Route Discovery in Constrained Environments
> IEEE ICWITS 2012, IEEE International Conference on Wireless Information Technology and Systems
> Jiazi Yi, Thomas Clausen, Antonin Bas
> http://hipercom.thomasclausen.net/resteam/data/publications/154942d0d353eb00ae8ff62c37d68175.pdf
> 
> Efficient Data Acquisition in Sensor Networks:Introducing (the) LOADng Collection Tree Protocol
> IEEE WiCom 2012, The 8th IEEE International Conference on Wireless
> Communications, Networking and Mobile Computing.
> Jiazi Yi, Thomas Clausen, Axel Colin de Verdiere
> http://hipercom.thomasclausen.net/resteam/data/publications/1b5774b6394c71a44d49330f9d2e4ee5.pdf
> 
> Expanding Ring Search for Route Discovery in LOADng Routing Protocol
> The 1st International Workshop on Smart Technologies for Energy, Information and Communication
> Antonin Bas, Jiazi Yi, Thomas Clausen
> http://hipercom.thomasclausen.net/resteam/data/publications/0c54e160b9e3aba9e7c383f64c1fda03.pdf
> 
> 
> There is also a draft about interop test of LOADng:
> 
> Experience with the LOADng routing protocol for LLNs
> T. Clausen, A. Camacho, J. Yi, A. Colin de Verdiere, Y. Igarashi, SATOH. H. Y. Morii
> http://tools.ietf.org/html/draft-lavenu-lln-loadng-interoperability-report
> 
> best
> 
> Jiazi
> 
> On Apr 3, 2013, at 10:42 PM, AHMED AWAMRY <ahmed_awamry_86@yahoo.com> wrote:
> 
>> Hi,
>> 
>> Thank you for your answer. I mean by topology discovery that finding routes to the required destination (constructing routing table). As you know, this phase is implemented on demand and in case of RERR. I want to mention that the data collection cycle is repeated a lot of times (for example if there will be a session between two nodes) so, it's good to mention the results and the test cases regarding the data collection cycle because it will be very effective measurement  for the routing protocol behavior.
>> 
>> 
>> Thanks,
>> Ahmed A. Elawamry,
>> 
>> From: Jiazi Yi <ietf@jiaziyi.com>
>> To: Ahmed A. Elawamry <ahmed_awamry_86@yahoo.com> 
>> Cc: manet@ietf.org 
>> Sent: Tuesday, April 2, 2013 10:56 PM
>> Subject: Re: [manet] LOADng Data Collection Cycle
>> 
>> Hi, 
>> 
>> I'm not sure what's your definition of "topology discovery" and "data collection cycle". 
>> The control plan of LOADng is about "find the desired routes on demand". The data plan/forwarding has no significant difference with other routing protocols - it's simply hop-by-hop IP forwarding. The only difference is that if there is no available route, LOADng needs to trigger a route discovery (normal routing protocol do "best effort"). 
>> 
>> best
>> 
>> Jiazi
>> 
>> On Mar 31, 2013, at 4:37 PM, Ahmed A. Elawamry <ahmed_awamry_86@yahoo.com> wrote:
>> 
>>> Hello All,
>>> 
>>> I'm new to the MANET working group but i am following the mailing list
>>> regarding the LOADng protocol. As mentioned at the LOADng drafts that it is
>>> a reactive routing protocol extracted from the AODV; Thus, it has two cycles
>>> (topology discovery and data collection cycle). Most of the discussions and
>>> results are about the topology discovery cycle but i didn't found the
>>> corresponding results at the data collection cycle as you know that the most
>>> iterative operation is the data collection cycle not topology discovery. Are
>>> there any justification about that?!
>>> 
>>> Thanks,
>>> Ahmed A. Elawamry
>>> 
>>> 
>>> 
>>> --
>>> View this message in context: http://ietf.10.n7.nabble.com/LOADng-Data-Collection-Cycle-tp363492.html
>>> Sent from the IETF - manet mailing list archive at Nabble.com.
>>> _______________________________________________
>>> manet mailing list
>>> manet@ietf.org
>>> https://www.ietf.org/mailman/listinfo/manet
>> 
>> 
>> 
>