Re: [manet] MANET meeting at IETF85

"JP Vasseur (jvasseur)" <jvasseur@cisco.com> Tue, 16 October 2012 17:18 UTC

Return-Path: <jvasseur@cisco.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 455D321F87CC for <manet@ietfa.amsl.com>; Tue, 16 Oct 2012 10:18:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level:
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
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 g-WCtjTo+LBb for <manet@ietfa.amsl.com>; Tue, 16 Oct 2012 10:18:01 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) by ietfa.amsl.com (Postfix) with ESMTP id 5961A21F86B2 for <manet@ietf.org>; Tue, 16 Oct 2012 10:18:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=20704; q=dns/txt; s=iport; t=1350407881; x=1351617481; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=8TAJb8kPqSH+cx2FckI1U/pE43flgieTlpSY/du2j5o=; b=mzVTitekoq68pUEDrbcTuwMTDny1ppCaYnGd3skreWpvsXEdx8MeJ989 wkDlQWbIT7im6JefdpPMbF65rURucFZRvz2Loy0FyZhE5dAKjKKiQgl33 10LyxzrDotvOhh4oQBINnk8bmzR2cWRn215+x/xIH37l9yYdU8RaEIoIV g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AjcFAEOWfVCtJV2Y/2dsb2JhbABFgku0XwGIWYEIgiABAQEDAQEBAQkGAVgDBQYFCwIBCCIdBycLFBECBA4FCBqHXAYLmw2PXJBPi08ahUNgA5cAjTKBa4JtgWM0
X-IronPort-AV: E=Sophos; i="4.80,595,1344211200"; d="scan'208,217"; a="131981720"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-1.cisco.com with ESMTP; 16 Oct 2012 17:17:56 +0000
Received: from xhc-aln-x10.cisco.com (xhc-aln-x10.cisco.com [173.36.12.84]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id q9GHHujq018180 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 16 Oct 2012 17:17:56 GMT
Received: from xmb-rcd-x02.cisco.com ([169.254.4.118]) by xhc-aln-x10.cisco.com ([173.36.12.84]) with mapi id 14.02.0318.001; Tue, 16 Oct 2012 12:17:56 -0500
From: "JP Vasseur (jvasseur)" <jvasseur@cisco.com>
To: Cedric-2 LAVENU <cedric-2.lavenu@EDF.FR>
Thread-Topic: [manet] MANET meeting at IETF85
Thread-Index: AQHNq8IuxQdayxYbx0aw5eRdXfbe8w==
Date: Tue, 16 Oct 2012 17:17:55 +0000
Message-ID: <03B78081B371D44390ED6E7BADBB4A7721FEA88D@xmb-rcd-x02.cisco.com>
References: <CAK=bVC8EPURNU7yQqsckzSXoxXP-xP_pOSHSd1fepQ30Y2pC-A@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> <CAK=bVC_ehKiFh_R0whYCLf2Gf+9kbaf-xr=9rP <50A05995-EE7B-44DA-B157-B83D62FE2E6C@watteco.com> <OF68FDD132.42A36B60-ONC1257A99.005B8408-C1257A99.005D40DC@notes.edfgdf.fr>
In-Reply-To: <OF68FDD132.42A36B60-ONC1257A99.005B8408-C1257A99.005D40DC@notes.edfgdf.fr>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.21.82.231]
x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19276.004
x-tm-as-result: No--49.211100-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: multipart/alternative; boundary="_000_03B78081B371D44390ED6E7BADBB4A7721FEA88Dxmbrcdx02ciscoc_"
MIME-Version: 1.0
Cc: "Stan Ratliff (sratliff)" <sratliff@cisco.com>, "<manet@ietf.org>" <manet@ietf.org>, "Bo Berry (boberry)" <boberry@cisco.com>, "<Chris.Dearlove@baesystems.com>" <Chris.Dearlove@baesystems.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: Tue, 16 Oct 2012 17:18:03 -0000

Dear Cedric,

On Oct 16, 2012, at 6:58 PM, Cedric-2 LAVENU wrote:

Dear Cédric,

I'm not sure all this discussions really make sense :

> An LLN network is definitely a type of MANET according to what Adrian said (he has been quoted several times in the past mails). One of the fileds LOADng is intended to be used are AMI PLC networks with low bandwidth (few kbps in the harshest environments), but can be extensible to other types of MANETs.

And regarding your comment about experience with LOADng :

> LOADng is a protocol for which several running implementations exist and interoperate as shown in draft : http://tools.ietf.org/html/draft-lavenu-lln-loadng-interoperability-report-02
> In addition, LOAD (the previous version) was successfully run in a 2000 PLC node trial.

I think that all the facts are on the table to say that LOAD would be suitable for MANETs (LLNs being a subset of MANETs). In addition field and lab experience does exist and demonstrated that LOADng can be very efficient.


JP> Note that an interop document is certainly extremely useful but cannot be used as a proof that a protocol "works" especially at scale.
I think that Cedric was looking for performance numbers, under which conditions, etc …
That being, all I was saying on my side, was that if indeed a protocol is designed to cover LLNs, then it should be ran by the WG in charge
of LLNs. As you pointed out, AMI PLC network are definitely highly constrained LLNs, with flappy/lossy links, low bandwidth, …

Regards.

JP.

Regards,
Cédric
<Mail Attachment.jpeg>
Cédric LAVENU
Research Engineer
EDF – R&D
MIRE Department
1 avenue du général de Gaulle
92141 CLAMART - FRANCE

cedric-2.lavenu@edf.fr<mailto:cedric-2.lavenu@edf.fr>
Tél. : +33 1 47 65 27 29
Fax : +33 1 47 65 55 56
<Mail Attachment.gif>
        Un geste simple pour l'environnement, n'imprimez ce message que si vous en avez l'utilité.





De :        c.chauvenet@watteco.com<mailto:c.chauvenet@watteco.com>
A :        ulrich@herberg.name<mailto:ulrich@herberg.name>, ietf@thomasclausen.org<mailto:ietf@thomasclausen.org>
Cc :        sratliff@cisco.com<mailto:sratliff@cisco.com>, Chris.Dearlove@baesystems.com<mailto:Chris.Dearlove@baesystems.com>, manet@ietf.org<mailto:manet@ietf.org>, boberry@cisco.com<mailto:boberry@cisco.com>
Date :        15/10/2012 18:01
Objet :        Re: [manet] MANET meeting at IETF85
Envoyé par :        manet-bounces@ietf.org<mailto:manet-bounces@ietf.org>
________________________________



Hi ulrich and Thomas

Le 15 oct. 2012 à 17:22, Ulrich Herberg a écrit :

Hi JP,


On Sun, Oct 14, 2012 at 11:28 PM, JP Vasseur (jvasseur) <jvasseur@cisco.com<mailto:jvasseur@cisco.com>> wrote:
[...]

JP> Here we do not disagree at all. I am not saying that reactive protocols are not appropriate in a number of scenario. All I am saying is that *if* you intent to specify
a reactive routing protocol for LLNs, knowing the years of intense work and efforts of the ROLL WG, then it should be discussed with a wider audience.


I agree. But that's not we are intending to do. We intent to produce a reactive protocol for MANETs, which is requested by the MANET charter. LOADng is a protocol that covers all the use cases of MANETs, one of which being LLNs.
And yes, the introduction and title of the draft needs to be changed



On the other
hand, if your explicitly exclude LLNs from your protocol in your protocol, it is no longer required to involve the ROLL WG. The objective is simply to avoid WG charter
overlap but more importantly try to benefit from the benefit of experts in the area of LLNs to build a good protocol for the Internet.

I am personally against removing to mention a use case where as a matter of fact the protocol is used in (as *one* use-case out of many).

Citing Adrian from the last MANET meeting:
Adrian Farrell: If you were to pick up a reactive protocol for MANET, you would be in charter. If you pick up a protocol and your main use case is for LLNs, you have diverged from charter. Main use case is delicate thing to talk about. It is clear that some if not all LLNs are MANET. Not all MANETs are LLNs. So you need to be producing a single reactive protocol for MANETs, not for *some* MANETs. You need to be clear that the protocol you work on is applicable across all MANETs. If that picks up some LLNs across the way, no big deal, but it should not be main use case. Look at all use cases for MANETs and make sure you address all of those.

You'll not the "If that picks up some LLNs across the way, no big deal, but it should not be main use case".

That is why I asked in a previous mail the nature of LOADng deployments you were talking about.
I cannot find any material on this.
If they are LLN, then it seems in disagreement with what Adrian suggest.


This is exactly what we intend to do.



It was also agreed at the last MANET meeting that if LOADng was to be considered for MANET, it needs to de-emphasize LLNs (which I have not heard anybody disagree with so far). So I don't understand what we are even discussing here.

JP> No, this your recollection of the discussion. "less-focussed" or "de-emphasize" was I think your interpretation. Mine was "not referring to LLNs" at all.


I sincerely suggest to wait until you read the new revision, as this discussion is hypothetical without that.

Agree that the new version should be a good point of discussion.

Best,

Cédric.



Otherwise, it should be reviewed by both WGs (to be discussed between chairs and AD).

Best
Ulrich
_______________________________________________
manet mailing list
manet@ietf.org<mailto:manet@ietf.org>
https://www.ietf.org/mailman/listinfo/manet



Ce message et toutes les pièces jointes (ci-après le 'Message') sont établis à l'intention exclusive des destinataires et les informations qui y figurent sont strictement confidentielles. Toute utilisation de ce Message non conforme à sa destination, toute diffusion ou toute publication totale ou partielle, est interdite sauf autorisation expresse.

Si vous n'êtes pas le destinataire de ce Message, il vous est interdit de le copier, de le faire suivre, de le divulguer ou d'en utiliser tout ou partie. Si vous avez reçu ce Message par erreur, merci de le supprimer de votre système, ainsi que toutes ses copies, et de n'en garder aucune trace sur quelque support que ce soit. Nous vous remercions également d'en avertir immédiatement l'expéditeur par retour du message.

Il est impossible de garantir que les communications par messagerie électronique arrivent en temps utile, sont sécurisées ou dénuées de toute erreur ou virus.
____________________________________________________

This message and any attachments (the 'Message') are intended solely for the addressees. The information contained in this Message is confidential. Any use of information contained in this Message not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval.

If you are not the addressee, you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return message.

E-mail communication cannot be guaranteed to be timely secure, error or virus-free.

_______________________________________________
manet mailing list
manet@ietf.org<mailto:manet@ietf.org>
https://www.ietf.org/mailman/listinfo/manet