Re: [manet] MANET meeting at IETF85

Ulrich Herberg <ulrich@herberg.name> Sun, 14 October 2012 01:13 UTC

Return-Path: <ulrich@herberg.name>
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 09C371F041F for <manet@ietfa.amsl.com>; Sat, 13 Oct 2012 18:13:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.791
X-Spam-Level:
X-Spam-Status: No, score=-2.791 tagged_above=-999 required=5 tests=[AWL=0.185, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RDltJBGBwN6I for <manet@ietfa.amsl.com>; Sat, 13 Oct 2012 18:13:34 -0700 (PDT)
Received: from mail-vc0-f172.google.com (mail-vc0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id D418A1F041C for <manet@ietf.org>; Sat, 13 Oct 2012 18:13:33 -0700 (PDT)
Received: by mail-vc0-f172.google.com with SMTP id fl11so5169400vcb.31 for <manet@ietf.org>; Sat, 13 Oct 2012 18:13:33 -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=hu6sVN3oVzEa6tZKbjYUtOdn3HObsJhubCOQyXE7h3Q=; b=15tSO1Fi3wQNlqN+3ZwfZyfMEehH+T5+vpaEWp6J/naZA27WKLhfIiJtS519/LZ9Eo UHFai6TnDPh7U/W1YTE6b3XIcDixfbKhrKbF9uqcbo8Hwfxji/RYvoY5zPJlOslrlxIm ro3LW8PkzW9T0cdeJFfAZBL1yq4yjUPUJgddA=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=hu6sVN3oVzEa6tZKbjYUtOdn3HObsJhubCOQyXE7h3Q=; b=i8bjBg3AUVim1vkVGUYJXbRD+iPQP9HkREiJ3QskRAmt+G0Yuj3GgOVDpJevGQ3ddN oVQaGkBpAYblvH4RqYw16hBY9lB9KQYUdpkJCvWZC9PY+M7OrKtROgIG+Mzhv5myFPr0 ILpVUJALsJmhmNG5iDWx5Ieu9tzmhHV8qNV7XhOjoMq7YuQKtBic7jlUtoJjTppviCEV 37lPqt8HaFenAjge+/F1QxyrUzSWyLf4p8o+2bBH1+sHzQEMKatCLA0LxaR517fyYDQw t0rBLNzvOpWLPQSZhudFhTbXTkKNBTTLACNJog9bkgC4vkCSvNDgi0dH1+SHQ6y1Uq+s IgUg==
MIME-Version: 1.0
Received: by 10.52.72.104 with SMTP id c8mr3861269vdv.20.1350177213331; Sat, 13 Oct 2012 18:13:33 -0700 (PDT)
Received: by 10.58.94.103 with HTTP; Sat, 13 Oct 2012 18:13:33 -0700 (PDT)
In-Reply-To: <546B80D0-7AA7-4320-B28A-AC6059C6084E@watteco.com>
References: <CAK=bVC8EPURNU7yQqsckzSXoxXP-xP_pOSHSd1fepQ30Y2pC-A@mail.gmail.com> <CADnDZ8-xwpk8rewCYOVxWSJVkU3jf1dw+D=VrZVF6hxYtTGVYg@mail.gmail.com> <54F3B19D-4657-4AA3-B323-25F407357EB3@cisco.com> <ADAF144E-8A9E-4808-8203-0438C4A89899@cisco.com> <B31EEDDDB8ED7E4A93FDF12A4EECD30D24F7841F@GLKXM0002V.GREENLNK.net> <318ECCCC-3DCD-46C8-8D0F-95AEBAE9D468@inf-net.nl> <2ED1D3801ACAAB459FDB4EAC9EAD090C0F404E40@xmb-aln-x03.cisco.com> <B31EEDDDB8ED7E4A93FDF12A4EECD30D24F7849C@GLKXM0002V.GREENLNK.net> <CFDBF585-8FC9-4569-9248-C51302EECC07@herberg.name> <B3AF1549-D185-46A9-995E-566C9D2E877B@inf-net.nl> <29959252-16D7-470C-96A5-05E70D218849@watteco.com> <CAK=bVC8XX=CRHmiHfO83ZbHz-rRDj2DcSbuPmjKnd-5JCjH0oQ@mail.gmail.com> <546B80D0-7AA7-4320-B28A-AC6059C6084E@watteco.com>
Date: Sat, 13 Oct 2012 18:13:33 -0700
Message-ID: <CAK=bVC_ehKiFh_R0whYCLf2Gf+9kbaf-xr=9rPnSxs3jgiVFEQ@mail.gmail.com>
From: Ulrich Herberg <ulrich@herberg.name>
To: C Chauvenet <c.chauvenet@watteco.com>
Content-Type: multipart/alternative; boundary="bcaec50162bd2f3ac904cbfaa152"
X-Gm-Message-State: ALoCoQm3UOgsgeYVZQraoTnXRHz/RRqkVLgUX6Ud7/zIstMtedGbxMpV3T9mZgi0gHPstvZf2kUo
Cc: "Dearlove, Christopher (UK)" <Chris.Dearlove@baesystems.com>, "<manet@ietf.org> List" <manet@ietf.org>, "Bo Berry (boberry)" <boberry@cisco.com>, "Stan Ratliff (sratliff)" <sratliff@cisco.com>
Subject: Re: [manet] MANET meeting at IETF85
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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: Sun, 14 Oct 2012 01:13:35 -0000

Hi Cédric,

On Sat, Oct 13, 2012 at 11:16 AM, C Chauvenet <c.chauvenet@watteco.com>wrote:

> [...]
>
>
>  The distinction between MANET and LLNs seems to be vanish here.
> This brings us back to the summer discussion between what is a MANET and
> what is a LLN that did not really fostered on a consensus.
> WG chairs could help there, as it is their related scope.
>


I am not suggesting to revive a discussion of the definition of a MANET vs
LLN. I did not bring up this discussion. All I am saying is that MANET is
chartered to come up with a reactive protocol. And I believe it should be
allowed to mention where a protocol is used in deployments.




> My vision is that LLNs are more constrained than MANET for the following
> criterion : Power consumption, Loss of the media, Computation capability,
> Throughput.
> What do you think ?
> My vision is also that the level of constraints of LLNs should not be
> considered in a MANET protocol.
> Do you agree ?
>


Since you ask here...In my personal opinion,  LLNs are a 100% subset of a
MANET. Both are usually multi-hop, often wireless, with constrained
routers, in many cases incoming packets leave a router on the same
interface that they have been received on, and the topology is dynamic.
MANETs, IMO, have a larger range of "constrained routers", from very
constrained routers (e.g. LLN) to somewhat constrained routers (e.g.
community networks) to non-constrained routers (e.g. certain military
deployments). LLN is focused on extremely constrained devices.
However, I don't say that we should revisit the way how the Routing Area
distributed the tasks in the WGs, nor do I suggest to change the charters.




>
>  I'm trying to figure out if LOADng is efficient over a mains-powered
> computer using Wifi, a 8K/48K RAM/ROM device,  or both (cover such a wide
> range would be magical !).
>

I cannot answer this question, as I have not deployed LOADng on a 8K/48K
RAM/ROM device. Those who have deployments and are willing to disclose
details, may have more details. Just one comment: I have implemented
numerous ad-hoc protocols (OLSRv2, LOADng, RPL, DSDV, ...). LOADng is by
far the simplest to implement and has the least lines of code (by far)
compared to all these other protocols that I have implemented. If you can
run any of these beforementioned protocols on such a device, you can
certainly run LOADng on it.



>
>  I see in the interop report
> http://tools.ietf.org/html/draft-lavenu-lln-loadng-interoperability-report-02 in
> section 3 :
>
> [...]
>
> So my first guess is that LOADng is suitable for what I called
> "mains-powered computer using Wifi" ?
>


I think Jiazi has already replied to that in a later mail. Interop !=
performance test. LOADng (like any other MANET protocol) can run on any
medium. Testing it on wifi is a simple thing to do. Interop tests are
solely to find out if messages can be parsed correctly, and if the
implementations behave according to the specification.

As Jiazi pointed out correctly, I don't understand why we have this
discussion before you have seen the latest LOADng revision.

Best
Ulrich