Re: [Netconf] [netmod] magic leaf 'type' in IETF interfaces

Ladislav Lhotka <lhotka@nic.cz> Tue, 18 December 2018 17:24 UTC

Return-Path: <lhotka@nic.cz>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CA68131164; Tue, 18 Dec 2018 09:24:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 goDM6MOpin0c; Tue, 18 Dec 2018 09:24:33 -0800 (PST)
Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id 47076130EB8; Tue, 18 Dec 2018 09:24:33 -0800 (PST)
Received: by trail.lhotka.name (Postfix, from userid 109) id A9858182015F; Tue, 18 Dec 2018 18:32:44 +0100 (CET)
Received: from localhost (unknown [172.29.2.111]) by trail.lhotka.name (Postfix) with ESMTPSA id 6AAB21820053; Tue, 18 Dec 2018 18:32:41 +0100 (CET)
From: Ladislav Lhotka <lhotka@nic.cz>
To: Jan Lindblad <janl@tail-f.com>, Balázs Lengyel <balazs.lengyel@ericsson.com>
Cc: "netconf@ietf.org" <netconf@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
In-Reply-To: <90DB3C3B-FD52-4903-81B0-93985E6F74FE@tail-f.com>
References: <VI1PR07MB39818BD20967B36B8F24DBA69BA10@VI1PR07MB3981.eurprd07.prod.outlook.com> <20181217.091505.218628572185200621.mbj@tail-f.com> <83b139a1-a0ab-5fbc-f702-7f0d50a46864@ericsson.com> <90DB3C3B-FD52-4903-81B0-93985E6F74FE@tail-f.com>
Mail-Followup-To: Jan Lindblad <janl@tail-f.com>, Balázs Lengyel <balazs.lengyel@ericsson.com>, "netconf\@ietf.org" <netconf@ietf.org>, "netmod\@ietf.org" <netmod@ietf.org>
Date: Tue, 18 Dec 2018 18:24:28 +0100
Message-ID: <8736quu4s3.fsf@nic.cz>
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/Yms4YQsz5HN7nuysSjgaUQY0myk>
Subject: Re: [Netconf] [netmod] magic leaf 'type' in IETF interfaces
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Network Configuration WG mailing list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Dec 2018 17:24:36 -0000

Jan Lindblad <janl@tail-f.com> writes:

> Hi,
>> While I agree with Martin, in our systems we have a number of places, where the system does create configuration in running, due to
>> 
>> different levels of automation and autonomous algorithms kick-in
>> the created config needs to be possible to be further modified by the operator
>> the created config needs to be referenced from operator created config
>> the created config is not always ephemeral, it might need to be part of backup/restore
> This is only a sampling from "the list of excuses". I have heard many more. The road to hell is paved with good intentions, however. If we want to build automation based on sound theory, clearly separating the orders from managers from a system's own operational view is key, IMO. Reliability, security, accountability are growing in importance, and they all play in this direction.
>
> We may not need to standardize rules to outlaw the above; the market
> will take care of that. What we need to ensure is that it is possible
> to be standards compliant without having to implement design excuses
> like these.

I agree. Now that we have NMDA, things like this shouldn't be necessary.

Lada

>
> Best Regards,
> /jan
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod

-- 
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67