[netmod] Draft Minutes for Virtual Interim

Kent Watsen <kent+ietf@watsen.net> Tue, 30 January 2024 00:20 UTC

Return-Path: <0100018d57bd8064-9b75a7c7-50cc-4eae-a947-553892702141-000000@amazonses.watsen.net>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9FB99C17C88A for <netmod@ietfa.amsl.com>; Mon, 29 Jan 2024 16:20:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.904
X-Spam-Level:
X-Spam-Status: No, score=-1.904 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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_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 (1024-bit key) header.d=amazonses.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 JBXFHwuzi6Xe for <netmod@ietfa.amsl.com>; Mon, 29 Jan 2024 16:20:54 -0800 (PST)
Received: from a8-83.smtp-out.amazonses.com (a8-83.smtp-out.amazonses.com [54.240.8.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A7B59C14F73E for <netmod@ietf.org>; Mon, 29 Jan 2024 16:20:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1706574053; h=From:Content-Type:Mime-Version:Subject:Message-Id:Date:To:Feedback-ID; bh=vdxxWrwgHpFWQi6Go4W2hfRk3lcaQLt1hvyWsafcSjA=; b=MLcNxy25fWrjW1aHiYvGScW+IIkc+QK8KbjDtD7Bd0Km00L5QX6V5Nw9WvhSniTs E75TZQtpc02CZWKbLRyMiK+5ZzMLVbLVwTDcItXZQuIhCP+Y+SYwfM+Vw1VQSHxxXmS BCTgS00xZbai6BARhsWgu5QXeIDooF4Vf3PzyrBg=
From: Kent Watsen <kent+ietf@watsen.net>
Content-Type: multipart/alternative; boundary="Apple-Mail=_61AFD69D-A948-4294-BE73-71F5A6CA9EE6"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.600.7\))
Message-ID: <0100018d57bd8064-9b75a7c7-50cc-4eae-a947-553892702141-000000@email.amazonses.com>
Date: Tue, 30 Jan 2024 00:20:53 +0000
To: "netmod@ietf.org" <netmod@ietf.org>
X-Mailer: Apple Mail (2.3731.600.7)
Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
X-SES-Outgoing: 2024.01.30-54.240.8.83
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/wyUMpN1cfiWCDtoHmR9GUwiFa2U>
Subject: [netmod] Draft Minutes for Virtual Interim
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jan 2024 00:20:58 -0000

Link to minutes:
https://datatracker.ietf.org/doc/minutes-interim-2024-netmod-01-202401231400/

Reproduced below for convenience.

Please report any updates needed here.

Kent (and Lou)



This virtual interim was soley focused on the "system-config" draft.
Qiufang Ma presented.

Draft: https://datatracker.ietf.org/doc/draft-ietf-netmod-system-config

In the course of two hours, there was a lot of discussion.  So much so
that trying to capture all the points verbatim would take too long. A
link to the video is here: https://www.youtube.com/watch?v=sAF0fppqBGA.

A high-level summary is:

  Qiufang's presentation focused on two main questions?

  1) The "origin" issue.

     The WG agreed that <system> nodes copied into <running> should
     have origin "intended".  The system-config draft will "update"
     RFC 8342 (NMDA) to state this.

     The WG agreed that data-migration is 1) not <system>-specific
     concern and 2) is out-of-scope for this draft.

  2) Validity of <running> alone.

     The WG agreed to let 7950-bis "update" 8342 (NMDA) with the
     clarification the <running> alone does not have to be valid.
     E.g., clients may have to perform transforms to calculate
     <intended>, which is subject to validation.

     The WG agreed on a new Option 4: this document doesn't say
     anything at all about the validity of <running>.  That is,
     fully rely on existing 7950 and 8342 statements.

     This leaves it up to interpretation.

     Templates and inactive configuration are nice for humans, but
     unnecessary for machine-to-machine interfaces.  That is, the
     issues arounds such mechanisms are largely moot in environments
     using a controller.