Re: [manet] DLEP Metric drafts

Abdussalam Baryun <abdussalambaryun@gmail.com> Fri, 24 September 2021 07:15 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 54FAF3A1BC4 for <manet@ietfa.amsl.com>; Fri, 24 Sep 2021 00:15:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, SPF_HELO_NONE=0.001, 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 Uxb6j1lwIgcF for <manet@ietfa.amsl.com>; Fri, 24 Sep 2021 00:15:43 -0700 (PDT)
Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (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 3CD0D3A1C86 for <manet@ietf.org>; Fri, 24 Sep 2021 00:14:35 -0700 (PDT)
Received: by mail-wr1-x432.google.com with SMTP id t28so10928273wra.7 for <manet@ietf.org>; Fri, 24 Sep 2021 00:14:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=jnIlh0vtuG1oSUFds288QCC+uwmFOOQjxctC7NJ4ZIM=; b=h8lYwj7Szlge09iL9LI3M+F3qKF/mK9SSCU2c9uyx9kox1shxxJ9l7hRnFK2wX+8l8 AeAUFcPjRIJ8CaIleJRohOhzUnt1JuiV+4oxs56+q6Z3kRFGcKwSLyobipaLx2oybdbt gy6+AYE8fBEd1x4h+QQZrFsdgb0hDIGwyDJxQqDX7BKzCxLNq0Jsgv8z2gpxrd43sNPY 6AH0e4Cg3Tx5mDVR26UELRFNtHBmm3wxxMbYXfraTI2lgeVtQSnN5j/cnDP8TOSMmLgn ReU+3je7Y/RrAdcmRJS3Gs1VLiJRE2acfd593mi02Hhw7bveVi51GyA+ocqV4I/f1ME2 0Dgw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jnIlh0vtuG1oSUFds288QCC+uwmFOOQjxctC7NJ4ZIM=; b=Z89jFzlvggNeP5orf43+dew5VmsOAoIEBh3K3CWB5yLxEjZI6SI9Gnr2WNmXMEzntW nLwjiWGsrPOMwYI64gu7eGCUev+rmSKXGV5C59QbQZFqM9FQn2KT6lX0CQZqFkBiWYEk 1GQ4v2Vp8tXGUjzvYpJZ2TtlGLxK7SOP6cPzwjCzQXEhDrpUkxfJtebqp/ciN2yzpw5h NsYvqqv9f5vtc/EgDSlT4Esc+SO6AfXeDv7raLk1Aqlm7q2+vr/n0rvGswzDU0KTHgxQ /KBSLfSiRynvmPNmeUpcNIXDYm4LJUr52YUTuJUiN+nlsdWZFaotTRb7I2mw18Tz2Ebf 9GTg==
X-Gm-Message-State: AOAM533wxLYVe9wzK42ZzMgubw+3QNHEePNA2iE64kMCjeu8+gPXQZev pEkQWGf2Zeq5wsOS2SAPyZp1dEsV9EbUHeeaQkU=
X-Google-Smtp-Source: ABdhPJwsaGdprf8a1pvkelyxvPfPldGLR9HQiTTypNyUNR6BWqzYMeXBRgWTMbK/X3mFwsML8HIyNpwYCUQXSOaaniE=
X-Received: by 2002:a7b:cf0b:: with SMTP id l11mr425512wmg.176.1632467673310; Fri, 24 Sep 2021 00:14:33 -0700 (PDT)
MIME-Version: 1.0
References: <1625728757217.66049@fkie.fraunhofer.de> <CADnDZ8-OgEAT5xSSuJj7Sj+reBQiGeZvpUbN8rj1P+jF-ScWtA@mail.gmail.com> <CAGnRvuoA35g5eHpQ-76QE3F9yy0gawx4EneHBBEvNF-bVUJ5vQ@mail.gmail.com>
In-Reply-To: <CAGnRvuoA35g5eHpQ-76QE3F9yy0gawx4EneHBBEvNF-bVUJ5vQ@mail.gmail.com>
From: Abdussalam Baryun <abdussalambaryun@gmail.com>
Date: Fri, 24 Sep 2021 09:05:33 +0200
Message-ID: <CADnDZ8-A94cjROCMLHU-xf6zOR68WKDsAKHKOyYUCtyX37rprg@mail.gmail.com>
To: Henning Rogge <hrogge@gmail.com>
Cc: "Rogge, Henning" <henning.rogge@fkie.fraunhofer.de>, "manet@ietf.org" <manet@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c6684605ccb87f14"
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/97WbKVpjG0RC5TvnZxANYfLdy6E>
Subject: Re: [manet] DLEP Metric drafts
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 24 Sep 2021 07:15:48 -0000

On Mon, Sep 13, 2021 at 9:06 AM Henning Rogge <hrogge@gmail.com> wrote:

> On Sun, Sep 12, 2021 at 11:01 PM Abdussalam Baryun
> <abdussalambaryun@gmail.com> wrote:
> >
> > Hi Henning,
> >
> > In the meeting I showed my interest, but one of the draft I
> explained/wanted to know the packet format to be added in draft (as you did
> not prefer to use manet-packet), my reason was that frequency band draft
> was not important to me only if I have a clear packet format between not
> only radio-router but also neighbours as a unified format related to
> frequency selected. However, for the other two draft I support totally.
>
> Just as a comment... my drafts are all DLEP (RFC 8175) extension
> drafts, so they have to comply to the DLEP packet and message
> format... packetbb (RFC 5444) is the data format for NHDP and OLSRv2,
> which does NOT apply to RFC 8175. The discussion about what data
> format we (as the MANET WG) want to use ended with publishing the RFC
> 8175.
>

If this draft is using DLEP format only....... then it is fine, so I
suggest it should mention that more in details. The DLEP draft is mostly
generalised, it is ok to have generalised extensions but some
information/details sections to back that up (e.g. DLEP RFC8175 gives some
guide of using it).

 I am interested to know benefit of the extension for manet, so I needed
more information.

I agree with RFC8175 totally, and I was discussing-every-day when authors
proposed the draft-00. I was discussing against the use of 5444 in the DLEP
(still do), because I want DLEP to be flexible to many technologies outside
MANET (maybe only OLSRv2 team were interested to add it).

Therefore,  now the DLEP is not only for MANETs as publishing 8175, so it
can be used with other IETF-WGs (let us leave it that way), so we can
discuss to look into more advantages within IETF. Furthermore, I notice
that rfc8175 does leave things open/general for discussion as it has
mentioned-assumptions and has things it did not end discussion about.

Overall DLEP 8175 did not talk about frequency selections/information, so
your draft opens such discussion. I was thinking of adding extending
8175-format in your draft because of  frequency selection, and not thinking
of using packetbb which was invented for OLSRv2.

 As I mentioned in IETF-meeting related to your draft to have a
defined-format, but I was not given enough time to reply to your
refuse, which I understand.
My reason for extended-format or defined-format, and not only
frequency-item extending, is that frequency-item to be flexible for
DLEP-functions, and which may use MIMO technology (e.g. some modems may
have two data stream over same frequency, using polarisation diversity).

Best Wishes,
AB