Re: [manet] DLEP-17: duplicate functions - Options & extensions negotiations

Henning Rogge <hrogge@gmail.com> Thu, 10 December 2015 11:25 UTC

Return-Path: <hrogge@gmail.com>
X-Original-To: manet@ietfa.amsl.com
Delivered-To: manet@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD67B1ACDC6; Thu, 10 Dec 2015 03:25:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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, SPF_PASS=-0.001] autolearn=ham
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 snGwLNROlBGH; Thu, 10 Dec 2015 03:25:39 -0800 (PST)
Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (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 063711ACDC3; Thu, 10 Dec 2015 03:25:39 -0800 (PST)
Received: by mail-wm0-x22a.google.com with SMTP id w144so19431042wmw.1; Thu, 10 Dec 2015 03:25:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=aOD4KYqfOwlBDQJK1SMfDxHONN7q0mjMKQSdUXAXf3I=; b=udUT42qKdAB0X6PPSFzkx14ybFMZ+2AM0A3xLtNtiHEnBEjQvEcctpaNmESdBJcoYx /UgGaKSkwwiOOOzGAN7QW3mJ2nyLOSReD2jmwofbF0u0aB+ISTAjNCDOFbJgRfFSm+li lwMWWyzOVWaaFQpppBwZEvSUpSIlGwfLJf4UX0ox+DqG8m3MkrdORabQ7NofNl6wIc3j A467uTl6UrYWMhLKDipHYrcHEmFU97TcdPerPv6jrwUbdBM+J3SnamHVKRJ22ZD6UUQH zR+3hXfzt/gA37I9W+Lm2Ss7t7vPWXCDeWX2Yxq+yxNANFKN8Jd55/LHN4RFNB0Phhme vvwQ==
X-Received: by 10.194.2.193 with SMTP id 1mr12466078wjw.26.1449746737662; Thu, 10 Dec 2015 03:25:37 -0800 (PST)
MIME-Version: 1.0
Received: by 10.27.94.70 with HTTP; Thu, 10 Dec 2015 03:25:08 -0800 (PST)
In-Reply-To: <B31EEDDDB8ED7E4A93FDF12A4EECD30D848E753E@GLKXM0002V.GREENLNK.net>
References: <56687ABA.803@labn.net> <B31EEDDDB8ED7E4A93FDF12A4EECD30D848E753E@GLKXM0002V.GREENLNK.net>
From: Henning Rogge <hrogge@gmail.com>
Date: Thu, 10 Dec 2015 12:25:08 +0100
Message-ID: <CAGnRvurVT2OF8sFa6va6k=zt4dA4gk2vK4Y+UnRd8d1WjBocMA@mail.gmail.com>
To: "Dearlove, Christopher (UK)" <chris.dearlove@baesystems.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/manet/-Qdjk3N8JyYC6CuHtzYzDue-DvU>
Cc: MANET IETF <manet@ietf.org>, "draft-ietf-manet-dlep@ietf.org" <draft-ietf-manet-dlep@ietf.org>
Subject: Re: [manet] DLEP-17: duplicate functions - Options & extensions negotiations
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 10 Dec 2015 11:25:40 -0000

On Thu, Dec 10, 2015 at 11:20 AM, Dearlove, Christopher (UK)
<chris.dearlove@baesystems.com> wrote:
> I commented (and so far I've had one comment on one detail I noted, nothing else) on that the draft makes reference to an extensions register, and then really doesn't specify it.

Maybe it should be something like an "extension id" registry?

> I think part of this issue is that what an extension is needs more specification.
>
> Is an extension defined completely by a list of new messages and/or data items that it consists of?

Not necessarily.

> If no, what else? (Yes of course a new message requires new processing, but is that fully defined by the message type?)

We don't know... that is why it is an extension... to add protocol
functionality we don't know yet.

> If yes, why not drop the extensions register, and just list the messages and data items directly? OK, then there's an issue of what needs listing? And then you end up at Lou's comment, just list everything you are using. (Which needs to interact correctly with indicating default values.)
>
> This does depend on the yes/no question above - and I think that regardless, the draft needs to be clearer on what an extension is to allow it to be answered.
>
> There might be an issue with listing lots of items. Except you need to do this anyway for default values if I understand correctly.

Henning Rogge