Re: [manet] Recharter Discussion

Justin Dean <bebemaster@gmail.com> Tue, 26 April 2016 20:22 UTC

Return-Path: <bebemaster@gmail.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 8A33612D58A for <manet@ietfa.amsl.com>; Tue, 26 Apr 2016 13:22:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4yzFqikHI3Bv for <manet@ietfa.amsl.com>; Tue, 26 Apr 2016 13:21:57 -0700 (PDT)
Received: from mail-yw0-x232.google.com (mail-yw0-x232.google.com [IPv6:2607:f8b0:4002:c05::232]) (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 ECC3012D585 for <manet@ietf.org>; Tue, 26 Apr 2016 13:21:52 -0700 (PDT)
Received: by mail-yw0-x232.google.com with SMTP id j74so31974871ywg.1 for <manet@ietf.org>; Tue, 26 Apr 2016 13:21:52 -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; bh=+fb4wgCisFu8FzKvSZRX8ggvHWow9OjY8pwMdv5HqzU=; b=pcYz6/vxQrmZ2Z0Aqo9yv1WGb2wilM+7K8HRmw5uwjAg9q1swqR3dIh/hVbK+0csIn 5T2fkjTF3Y2AGRSkUS6HOyASMiobDZRWxlSEt/gQJ7Vfa/XfuTXX0A+gjQJFnxA+kxWa MNagXfrUwknr3ZE/8bz0f8DjGwZiKmcT/Zgwj4W+VdgdV+nZpwJwyi6XiohdaHVaS2Em XOfyCgKbU9/+iGqnr7pnpF1teeXLPQijfyeI8UB0AXwoRWxyrVBVXPyB5jkgmGd4o+wu ouCYcQJIN2ZuhiqEJ4RqKMQJwt8VzcxpEzA1RMyp3/5nPUoxbbUrTX5jkNPz9okGDEel xPaw==
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; bh=+fb4wgCisFu8FzKvSZRX8ggvHWow9OjY8pwMdv5HqzU=; b=T2cZRpfZPBZR7xF9hFARlSQn4k15x2ToEVvx03zKQqeq4kpVk42l9kRRr1F/9zL9Tt WZ9Un1EE/fY3VnNkQvmytJoUe40ZxzNpuRbu4J0xXfJlixLDrhyLGrw9emN6bDCAknso k623DBN5yH9GLxMT28AYno61VLrfzr+89bkeG+um8cn15DcvD8WzvaLHFOEyJZ+Qv54a /Cv9XlTMDaLwdSt0mvSO7Qhw7fJhrx12zy2EJEM4bxJDkyswW5CtgNzhwpWlg0qpAztM pfV3tecp51hxzBa1EFYpQStvmhZIMW7/JNeCO0in6qL7i0LZj+hIWLLKek8Gfj3AIEV6 ePvQ==
X-Gm-Message-State: AOPr4FXiCCY2EYDMOlWZSbZPuuzAt2vGig3NkFqlHoH4xr03Okx61AJN2/nLTDGX9ola4JnmBrmzeiJiRnKvmA==
MIME-Version: 1.0
X-Received: by 10.159.37.245 with SMTP id 108mr2347093uaf.140.1461702112117; Tue, 26 Apr 2016 13:21:52 -0700 (PDT)
Received: by 10.31.62.67 with HTTP; Tue, 26 Apr 2016 13:21:52 -0700 (PDT)
In-Reply-To: <D1545D18-C1CF-4F51-BB48-F148EAF25916@thomasclausen.org>
References: <CA+-pDCfkchtgChMTon6yr2spdb0ypvgkEhbvYo_H0QehX62naQ@mail.gmail.com> <B31EEDDDB8ED7E4A93FDF12A4EECD30D923B0ED4@GLKXM0002V.GREENLNK.net> <CALtoyomTQ=zcvcnpuX0XVzJ2sf9qozjF-Rz8NM4ZZbsxbRPVRA@mail.gmail.com> <D1545D18-C1CF-4F51-BB48-F148EAF25916@thomasclausen.org>
Date: Tue, 26 Apr 2016 16:21:52 -0400
Message-ID: <CA+-pDCfxKcCk+dQWrP3icik4DHGa-OqF=8uejBaQOpqSQUbJRg@mail.gmail.com>
From: Justin Dean <bebemaster@gmail.com>
To: Thomas Clausen <ietf@thomasclausen.org>
Content-Type: multipart/alternative; boundary="001a113ad63c290ca30531690b0d"
Archived-At: <http://mailarchive.ietf.org/arch/msg/manet/-raftYitD_XrNsNxtQdldlUnDFo>
Cc: "manet@ietf.org" <manet@ietf.org>
Subject: Re: [manet] Recharter Discussion
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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, 26 Apr 2016 20:22:00 -0000

Thomas I understand your concerns but we have mostly gone over this before
in previous meetings.  The AD will not allow us to meet at the next IETF
meeting if we do not have a new charter and new work items.  To your point
it's imparative that the discussion continues on list about the charter.
With that in mind here is a suggested edit of the previously floated
charter, with comments in () with JWD tags.

The purpose of the MANET working group is to standardize IP routing
protocol functionality suitable for wireless routing application
within both static and dynamic topologies with increased dynamics due
to node motion or other factors.

Approaches are intended to be relatively lightweight in nature,
suitable for multiple hardware and wireless environments, and address
scenarios where MANETs are deployed at the edges of an IP
infrastructure. Hybrid mesh infrastructures (e.g., a mixture of fixed
and mobile routers) should also be supported by MANET specifications
and management features.

The MANET WG is responsible for the maintenance of OLSRv2, AODVv2 (JWD
TBD), DLEP and NHPD. Of particular interest: security enhancements,
and encryption security extensions for RFC5444. (JWD we may want to
break this out of the WG and make a new MANET Sec working group to
grab the attention of those interested in security and get their
participation.)

The MANET WG will standardize a multicast MANET protocol framework
based on previous work and lessons learned for scoped forwarding
within MANET networks.  As part of this framework the WG will produce
a well defined MANET multicast forwarding information base.

The WG will produce an informational draft outlining challenges and
best practices for deploying and managing MANET networks.

The MANET WG will interact with the PIM working group on issues
relating to the multicast work.  The WG will also pay attention to
other IETF and IRTF work that is addressing topics related to MANET
environments.

In summary, the WG will develop the following drafts:

MANET Management Document (Informational)
MANET Maintenance
 - RFC5444 Security extension (Standards) (JWD possibly move this to
new working group)
MANET Multicast
 - Multicast FIB (Standards)




On Tue, Apr 26, 2016 at 2:55 PM, Thomas Clausen <ietf@thomasclausen.org>
wrote:

> Hi,
>
> I believe that an virtual interim is premature: a teleconference is,
> mechanically, less inclusive than are mailing list discussions (time-zones,
> other commitments, requirement of synchronicity of participation, etc.).
>
> Furthermore....
>
> Until such time that a strawman charter is proposed, *updated to reflect
> the reality of the group* as stipulated by the AD and by Mr. Dean, as
> well as additional charter items emerging on the list,  and *with
> relatively broad and deep support* for the included items by the working
> group, having an interim - virtual or otherwise - is not constructive.
>
> In other words, it should be established on the list that there are *meaningful
> things to do*, and there's a *meaningful critical mass of people to be
> doing those things*, before a (virtual) interim is called. Brainstorming
> on a teleconference is rarely a constructive way to spend time.
>
> Best,
>
> Thomas
>
> Sent from my iPad
>
> On 22 Apr 2016, at 17:50, Stan Ratliff <ratliffstan@gmail.com> wrote:
>
> Hello WG,
>
> Do we need to hold an interim meeting (via WebEX) to discuss? I'd like to
> get opinions on the list about that. We'll need a couple of weeks to
> schedule, but we can do that.
>
> One other point inline:
>
> On Fri, Apr 22, 2016 at 11:45 AM, Dearlove, Christopher (UK) <
> chris.dearlove@baesystems.com> wrote:
>
>> Multicast is the obvious top item. Lots of possible approaches, time to
>> discuss.
>>
>>
>>
>> Gateways for AODVv2 at Standard is obviously not possible since AODVv2 is
>> going to be Experimental at most.
>>
>>
>>
>> Management we did of course have an NHDP/OLSRv2 draft killed by AD. Which
>> since NHDP/OLSRv2 us all we have (SMF excepted) that was a bit tricky.
>>
>>
>>
>> I would have to make an IPR declaration to say some of what I might have
>> to say about encryption. Not today.
>>
>
> Understood. But please remember - there's only about a 5-week gap now
> before the charter needs to be complete in order for the WG to meet in
> Berlin.
>
> Regards,
> Stan
>
>
>
>
>>
>>
>> Missing from the list is any work on OLSRv2 (or NHDP). MT-OLSRv2 is
>> experimental. That would need implementation tests to advance to PS. Anyone
>> interested in that (I’m not saying I can)?
>>
>>
>>
>> More broadly on OLSRv2 there are various things that could be done, but
>> what is really needed is people with a real application. Any that exist
>> were frightened away from this group.
>>
>>
>>
>> *-- *
>>
>>
>>
>>
>> *Christopher Dearlove Senior Principal Engineer BAE Systems Applied
>> Intelligence Laboratories *
>> *__________________________________________________________________________
>> *
>> *T*:  +44 (0)1245 242194  |  *E: *chris.dearlove@baesystems.com
>>
>> BAE Systems Applied Intelligence, Chelmsford Technology Park, Great
>> Baddow, Chelmsford, Essex CM2 8HN.
>> www.baesystems.com/ai
>>
>> BAE Systems Applied Intelligence Limited
>> Registered in England & Wales No: 01337451
>>
>> Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP
>>
>>
>>
>> *From:* manet [mailto:manet-bounces@ietf.org] *On Behalf Of *Justin Dean
>> *Sent:* 22 April 2016 16:07
>> *To:* manet@ietf.org
>> *Subject:* [manet] Recharter Discussion
>>
>>
>>
>>
>>
>> **** WARNING ****
>>
>> *This message originates from outside our organisation, either from an
>> external partner or the internet.*
>>
>> * Consider carefully whether you should click on any links, open any
>> attachments or reply. For information regarding **Red Flags** that you
>> can look out for in emails you receive, click here
>> <http://intranet.ent.baesystems.com/howwework/security/spotlights/Documents/Red%20Flags.pdf>.*
>> * If you feel the email is suspicious, please follow this process
>> <http://intranet.ent.baesystems.com/howwework/security/spotlights/Documents/Dealing%20With%20Suspicious%20Emails.pdf>.*
>>
>> **** **WARNING ******
>> EXTERNAL EMAIL -- This message originates from outside our organization.
>>
>>
>>
>> I'll start things off by floating the draft re-charter which was
>> presented in Prague.
>>
>>
>> The purpose of the MANET working group is to standardize IP routing protocol functionality suitable for wireless routing application within both static and dynamic topologies with increased dynamics due to node motion or other factors.
>>
>>
>>
>> Approaches are intended to be relatively lightweight in nature, suitable for multiple hardware and wireless environments, and address scenarios where MANETs are deployed at the edges of an IP infrastructure. Hybrid mesh infrastructures (e.g., a mixture of fixed and mobile routers) should also be supported by MANET specifications and management features.
>>
>>
>>
>> The MANET WG is responsible for the maintenance of OLSRv2, AODVv2, DLEP and NHPD. Of particular interest: border behavior between MANET networks and fixed IP network infrastructures, enhance AODVv2 gateway functionality; security enhancements, encryption security extensions for RFC5444.
>>
>>
>>
>> The MANET WG will standardize a multicast MANET protocol framework based on previous work and lessons learned for scoped forwarding within MANET networks.  As part of this framework the WG will produce a well defined MANET multicast forwarding information base.
>>
>>
>>
>> The WG will produce an informational draft outlining challenges and best practices for deploying and managing MANET networks.
>>
>>
>>
>> The MANET WG will interact with the PIM working group on issues relating to the multicast work.  The WG will also pay attention to other IETF and IRTF work that is addressing topics related to MANET environments.
>>
>>
>>
>> In summary, the WG will develop the following drafts:
>>
>>
>>
>> MANET Management Document (Informational)
>>
>> MANET Maintenance
>>
>>  - RFC5444 Security extension (Standards)
>>
>>  - Enhanced AODVv2 gateway extension (Standards)
>>
>> MANET Multicast
>>
>>  - Multicast FIB (Standards)
>>
>>
>>
>>
>>
>> This will likely be considered too broad to pass.  We will likely need to cut some and focus the work.  For me personally I know I have the time and backing to work on the Multicast piece.
>>
>>
>>
>> Justin
>>
>> ********************************************************************
>> 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.
>> ********************************************************************
>>
>> _______________________________________________
>> 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
>
>
> _______________________________________________
> manet mailing list
> manet@ietf.org
> https://www.ietf.org/mailman/listinfo/manet
>
>