Re: [manet] AODVv2 reference

Abdussalam Baryun <abdussalambaryun@gmail.com> Sun, 17 March 2024 06:23 UTC

Return-Path: <abdussalambaryun@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 8ED09C14CEFE for <manet@ietfa.amsl.com>; Sat, 16 Mar 2024 23:23:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 87d_-8fpmfRT for <manet@ietfa.amsl.com>; Sat, 16 Mar 2024 23:23:27 -0700 (PDT)
Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89F80C14F6E2 for <manet@ietf.org>; Sat, 16 Mar 2024 23:23:27 -0700 (PDT)
Received: by mail-wr1-x429.google.com with SMTP id ffacd0b85a97d-33edb427c11so604551f8f.3 for <manet@ietf.org>; Sat, 16 Mar 2024 23:23:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710656605; x=1711261405; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=OnHJP3fFuTW06U+FSdOLgNRPBiX/ZdzlhEGLycXFOm4=; b=YAb8qQ/jUw8WiDpw9A0UhTTrWuYsVW8zrkqD16S8GlaQSo52LvUhfUrno8Gq5rHILt GVUcUJF/WRFkR2YdYpYBd0SxBdGyb0k8QvLP2LLmX6GM6BCitOtdvHT7wcVfD+BVCzAf Jo8tmAPyTFLnjqb9WYKYkVJeDOQm8tWtTxM2RZT4yAdgnHa2DbecZVO0hCe5rGT4/ExZ RHxZ/VWhBlVWrvbpo5/O3fssfdQ7k4XRJLbwIjO0VT4vQ46/Y4tULUsiOBGTb1R1hPf0 2/nD8DATlZ59hREj7eebvrme/tXzBILTWwcM6sQjW4xDAM/qv18KfBUKSieOzn44pDUT yUcg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710656605; x=1711261405; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=OnHJP3fFuTW06U+FSdOLgNRPBiX/ZdzlhEGLycXFOm4=; b=XIFiFpKlux8kGejmSAI1q3Mt+kODmj3/PUCJix3ilFGYM2+ftN/wWxv6mIgDvWEO+x oBQPZmBn/6gi9WNPXBGYVXMjXiXbU+3/2J9bsjFQVKaS+EtmqgyO1q6a9Y2dzAy8aaqD lcQjlsiN4pGTPXXLZs4RlEk/UNjUHIUNUtkoQQMLT3Gu4h7Kx0vHq18bWD1JUp9CYbr+ VcND1PXcuN7RYJNzrR+KsZl01W6HUedZwMdjJ+KOcUo+DehpJ5YL/5S6ZOIHDGGjooHO nrMaa08xEJM/4m728aov+xJY9DlC8njrAcx4DEhzVThvIzYju+/NxzILFTHwA8D30qlO TRFQ==
X-Gm-Message-State: AOJu0Yztol8rWwjZDBNQcRlAdgviLcOcRdpwfCCQKFZFG3D2nE8MV1o5 RJqUX9k4Q9l5r9KFWYh0LJI0Jrj2m8+TEmyhwnVgT5I0l2e/rAigltFi3ybdq1OwMF2E686j6y4 WJLhwwP+jNq29vGatE7KIyeqDtvFuZ50p
X-Google-Smtp-Source: AGHT+IHgxTLet/sTOmdWaBUZc8AASV9dM+z0yT+BKiplO0ASz/vNqfGWz2Vi6kNPXqh/IH3Mxvg4Qa2U7llf7S3gVV0=
X-Received: by 2002:a5d:6a4a:0:b0:33e:7fbc:caea with SMTP id t10-20020a5d6a4a000000b0033e7fbccaeamr6383235wrw.34.1710656605223; Sat, 16 Mar 2024 23:23:25 -0700 (PDT)
MIME-Version: 1.0
References: <BBEAE955-261A-4FEB-A96E-503C1D466391@gmail.com> <CADnDZ8_xWw_V6xii4GyNBbySLHuoQ=c6Y2pL42TynkMewNU7tg@mail.gmail.com> <753250B4-DFA5-4AAD-A271-94FD1D369E49@gmail.com>
In-Reply-To: <753250B4-DFA5-4AAD-A271-94FD1D369E49@gmail.com>
From: Abdussalam Baryun <abdussalambaryun@gmail.com>
Date: Sun, 17 Mar 2024 08:18:58 +0200
Message-ID: <CADnDZ8-Ee8==cSyFp1oM+0Sv47QVYMBsHjthLhxFfYi9=i1P3A@mail.gmail.com>
To: Christopher Dearlove <christopher.dearlove@gmail.com>
Cc: MANET IETF <manet@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000049841d0613d5477c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/qSZW5HDnIcCf0LZ--L7jFAXz_0k>
Subject: Re: [manet] AODVv2 reference
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.39
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: Sun, 17 Mar 2024 06:23:31 -0000

Hi Christopher,

I thank you for your important feedback, and would want that the WG discuss
in the future meetings the OLSRv2 with presentations or work in progress
related, while considering your feedback/points for OLSRv2/RFC7181
future/development.

Best regards

Abdussalam Baryun

On Sun, Mar 17, 2024 at 1:42 AM Christopher Dearlove <
christopher.dearlove@gmail.com> wrote:

> Any invitation to give a presentation would’ve to come from the chairs.
> And at this remove I assume there’s already an agenda, plus it would be
> short notice to create a presentation. I plan to remotely attend, but can’t
> guarantee it.
>
> That said, let me summarise what I think. I’ve said most if not all of
> this before I think.
>
> First, the most important input would come from those using OLSRv2, or
> having a real use case for it or something based on it. Such people - or at
> least such people publicly - are rather thin on the ground. Note that by
> real use case I mean someone wanting to actually field devices using this,
> not just an academic case.
>
> A missing document (in the IETF it would be an Informational RFC) is one
> describing how the various features of OLSRv2 can be used to handle
> particular cases - for example responsive networks, stabilising networks,
> networks with platforms with different characteristics, fisheye mechanism
> and so on. Some of this primarily exists (or existed) in the thoughts of
> the authors but has not been published. (Note that the related matter of
> why the changes from OLSRv1 to OLSRv2 were made has been covered in at
> least two publications, probably three including Ulrich Herberg’s PhD
> thesis. One, limited to link metrics, is RFC 7185. The other is a not well
> known) NATO conference paper https://apps.dtic.mil/sti/pdfs/ADA584177.pdf
>
> In considering that, I did identify a small detail that I think could be
> added. It’s a compatible detail, because it just suggests that a router
> could do something (send a TC message in certain circumstances) that is
> always allowed, but there might be a suggested reason for (creating a
> responsive network). This could be either a ST or informational RFC. But
> note my first point - is there a demand?
>
> Other developments are possible, to take two examples hybridising
> proactive and reactive operation (except I think you should generalise
> further to policies) or hybridising proactive and store and forward (delay
> tolerant) networks. (The latter might be complicated by a patent that I’m
> an inventor own, but have no financial interest in.) But I see neither the
> public demand nor the effort needed - the latter being substantial. Or
> smaller but useful tasks such as possibly better MPR selection heuristics.
>
> Christopher Dearlove
>
> On 16 Mar 2024, at 07:20, Abdussalam Baryun <abdussalambaryun@gmail.com>
> wrote:
>
> Hi Christopher,
>
> I am interested in your future views of OLSRv2 (RFC7181, manet proactive
> routing) or future manet routing updates, I seen in the past you pointed
> out important updates on the mailing list and not in ietf meetings, but if
> we can have a remote presentation from you of even 10 minutes in our WG
> meeting 119 (even without material submitted because already on the list),
> it will be very much helpful for future RFC7181 developments. Also my
> interest is that we get new results of new evaluations of our WG routing
> protocols while defining use cases or defined mobility scenarios, which I
> am working for that goal.
>
> Best regards,
> AB
>
> On Sun, Mar 10, 2024 at 4:10 PM Christopher Dearlove <
> christopher.dearlove@gmail.com> wrote:
>
>> I was taking a quick look at the AODVv2 draft in the meeting materials -
>> it seems to be the only meeting material.
>>
>> (I might remote access the MANET meeting, but not certain and not with
>> much if anything to say about AODVv2.)
>>
>> I did notice that the reference I-D.ietf-manet-ibs is outdated, this is
>> now - has been for a while - RFC 7859.
>>
>> _______________________________________________
>> manet mailing list
>> manet@ietf.org
>> https://www.ietf.org/mailman/listinfo/manet
>>
>
>