[Netconf] configuration models status and timeline

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Wed, 18 July 2018 11:21 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
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 AE43F130E5C for <netconf@ietfa.amsl.com>; Wed, 18 Jul 2018 04:21:12 -0700 (PDT)
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 lW0tIwVNAU3Z for <netconf@ietfa.amsl.com>; Wed, 18 Jul 2018 04:21:10 -0700 (PDT)
Received: from anna.localdomain (anna.eecs.jacobs-university.de [IPv6:2001:638:709:5::7]) by ietfa.amsl.com (Postfix) with ESMTP id 9EE33130DE0 for <netconf@ietf.org>; Wed, 18 Jul 2018 04:21:10 -0700 (PDT)
Received: by anna.localdomain (Postfix, from userid 501) id DA4E4234F022; Wed, 18 Jul 2018 13:21:08 +0200 (CEST)
Date: Wed, 18 Jul 2018 13:21:08 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Kent Watsen <kwatsen@juniper.net>
Cc: netconf@ietf.org
Message-ID: <20180718112108.hqgetzfebhqpdpsk@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: Kent Watsen <kwatsen@juniper.net>, netconf@ietf.org
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
User-Agent: NeoMutt/20180622
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/LrsUCA5IMya4E5gLQs39Exy4C2k>
Subject: [Netconf] configuration models status and timeline
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.27
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: Wed, 18 Jul 2018 11:21:13 -0000

Kent,

I liked your presentation since it was trying to close issues. I went
through the recording and here is my short summary of where we are:

1. trust anchors / keystore -> option #1 (resolved)

2. local-or-keystore keys -> keep + feature statement (resolved)

3. move groupings to crypt-types -> ? (unresolved)

4. move algorithm identities -> ? (discussion with security people)

5. periodic connections -> periodic feature (resolved)

6. tcp keepalives -> ? (protocol layer keep alives with a feature?)

So the sticky ones are #4 and #6.

- Concerning #4, will you manage to talk to the security people this
  week and can we expect a proposal soon after?

- Concerning #6, I am not really sure what protocol layer keep alives
  are (the client sending an "empty" rpc? - this would not need any
  server configuration just a definition how empty rpcs are handled;
  we would needs something similar than for RESTCONF). If this takes
  time to work out, perhaps another option is to remove keep alives
  from the models and to keep them on the TODO list for a future
  extension?

So given this, what is your (realistic) estimation when we can have
drafts that have all issues resolved and that go to WG last call?

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>