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

"Dearlove, Christopher (UK)" <chris.dearlove@baesystems.com> Thu, 10 December 2015 13:15 UTC

Return-Path: <chris.dearlove@baesystems.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 8BD911B29F3; Thu, 10 Dec 2015 05:15:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 vifh4MSFQOAH; Thu, 10 Dec 2015 05:15:20 -0800 (PST)
Received: from ukmta4.baesystems.com (ukmta4.baesystems.com [20.133.40.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A9F161B2AF8; Thu, 10 Dec 2015 05:15:18 -0800 (PST)
X-IronPort-AV: E=Sophos;i="5.20,408,1444690800"; d="scan'208";a="19915618"
Received: from unknown (HELO baemasodc005.greenlnk.net) ([10.108.52.29]) by ukmta4.baesystems.com with ESMTP; 10 Dec 2015 13:15:17 +0000
X-IronPort-AV: E=Sophos;i="5.20,408,1444690800"; d="scan'208";a="126880098"
Received: from glkxh0005v.greenlnk.net ([10.109.2.36]) by baemasodc005.greenlnk.net with ESMTP; 10 Dec 2015 13:15:16 +0000
Received: from GLKXM0002V.GREENLNK.net ([169.254.5.210]) by GLKXH0005V.GREENLNK.net ([10.109.2.36]) with mapi id 14.03.0248.002; Thu, 10 Dec 2015 13:15:16 +0000
From: "Dearlove, Christopher (UK)" <chris.dearlove@baesystems.com>
To: Henning Rogge <hrogge@gmail.com>
Thread-Topic: [manet] DLEP-17: duplicate functions - Options & extensions negotiations
Thread-Index: AQHRMz2Hhbdl5RU/lkCjbmocngG5VJ7EJjZwgAACz4CAAAm4gA==
Date: Thu, 10 Dec 2015 13:15:15 +0000
Message-ID: <B31EEDDDB8ED7E4A93FDF12A4EECD30D848E7635@GLKXM0002V.GREENLNK.net>
References: <56687ABA.803@labn.net> <B31EEDDDB8ED7E4A93FDF12A4EECD30D848E753E@GLKXM0002V.GREENLNK.net> <CAGnRvurVT2OF8sFa6va6k=zt4dA4gk2vK4Y+UnRd8d1WjBocMA@mail.gmail.com> <B31EEDDDB8ED7E4A93FDF12A4EECD30D848E75EB@GLKXM0002V.GREENLNK.net> <CAGnRvupVxGfhBEws8ntpTf=bWi9SSXfLUGpz8f2XAigaiPanCg@mail.gmail.com>
In-Reply-To: <CAGnRvupVxGfhBEws8ntpTf=bWi9SSXfLUGpz8f2XAigaiPanCg@mail.gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.109.62.6]
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Archived-At: <http://mailarchive.ietf.org/arch/msg/manet/zeDdTkRKb_KFZlPN82ou3K4jYJo>
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 13:15:21 -0000

I'm not convinced by that example. Two extensions operating the way you describe is a potential interoperability nightmare. Different algorithms for calculating the flow control is already an issue - but is the same extension.

-----Original Message-----
From: Henning Rogge [mailto:hrogge@gmail.com] 
Sent: 10 December 2015 12:39
To: Dearlove, Christopher (UK)
Cc: Lou Berger; draft-ietf-manet-dlep@ietf.org; MANET IETF
Subject: Re: [manet] DLEP-17: duplicate functions - Options & extensions negotiations

----------------------! WARNING ! ---------------------- This message originates from outside our organisation, either from an external partner or from the internet.
Consider carefully whether you should click on any links, open any attachments or reply.
Follow the 'Report Suspicious Emails' link on IT matters for instructions on reporting suspicious email messages.
--------------------------------------------------------

On Thu, Dec 10, 2015 at 1:33 PM, Dearlove, Christopher (UK) <chris.dearlove@baesystems.com> wrote:
> I think it's worth just thinking about this. Can you suggest a 
> plausible example where you need more information than just new 
> message and data item types? It can be an alien space bats example ;)
>
> (Of course there's more needed implicitly - such as what to do with a 
> new message type. But the required information can be carried by just 
> the new message type number.)

We might have different kinds of "flow control" extensions using the same kind of message.

Someone write "Flow Control Extension A"... and from the experiments we learned that we can do a bit better than it, but its still a mutual exclusive choice. So the author writes "Flow Control Extension B"
which reuse the messages he designed for A.

Henning Rogge
********************************************************************
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.
********************************************************************