Re: [netconf] Adoption poll for tcp-client-server and http-client-server draft

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Wed, 10 April 2019 17:35 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 EAC611203B0 for <netconf@ietfa.amsl.com>; Wed, 10 Apr 2019 10:35:16 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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 P00Y8KCIBKTV for <netconf@ietfa.amsl.com>; Wed, 10 Apr 2019 10:35:13 -0700 (PDT)
Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 725FA1200EB for <netconf@ietf.org>; Wed, 10 Apr 2019 10:35:13 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 1FDBD6CB for <netconf@ietf.org>; Wed, 10 Apr 2019 19:35:12 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id vt83PGOhGZ9v for <netconf@ietf.org>; Wed, 10 Apr 2019 19:35:12 +0200 (CEST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS for <netconf@ietf.org>; Wed, 10 Apr 2019 19:35:12 +0200 (CEST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by hermes.jacobs-university.de (Postfix) with ESMTP id 09F6C200C5 for <netconf@ietf.org>; Wed, 10 Apr 2019 19:35:12 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10028) with ESMTP id fiZAxqm33ltA for <netconf@ietf.org>; Wed, 10 Apr 2019 19:35:11 +0200 (CEST)
Received: from exchange.jacobs-university.de (SXCHMB01.jacobs.jacobs-university.de [10.70.0.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id 94B2F200C2 for <netconf@ietf.org>; Wed, 10 Apr 2019 19:35:11 +0200 (CEST)
Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1591.10; Wed, 10 Apr 2019 19:20:08 +0200
Received: by anna.localdomain (Postfix, from userid 501) id A69A130080C277; Wed, 10 Apr 2019 19:20:08 +0200 (CEST)
Date: Wed, 10 Apr 2019 19:20:08 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: NICK HANCOCK <nick.hancock@adtran.com>
CC: Kent Watsen <kent+ietf@watsen.net>, "netconf@ietf.org" <netconf@ietf.org>
Message-ID: <20190410172008.osgrdgvkvpd35q7c@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: NICK HANCOCK <nick.hancock@adtran.com>, Kent Watsen <kent+ietf@watsen.net>, "netconf@ietf.org" <netconf@ietf.org>
References: <ED12BA39-09E6-4436-B759-625434D197D6@gmail.com> <BD6D193629F47C479266C0985F16AAC7011EA6336B@ex-mb1.corp.adtran.com> <01000169fe5c5e14-63eba328-51f5-4ba3-ac17-311909f5bd86-000000@email.amazonses.com> <BD6D193629F47C479266C0985F16AAC7011EA6891A@ex-mb1.corp.adtran.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
In-Reply-To: <BD6D193629F47C479266C0985F16AAC7011EA6891A@ex-mb1.corp.adtran.com>
User-Agent: NeoMutt/20180716
X-ClientProxiedBy: SXCHMB04.jacobs.jacobs-university.de (10.70.0.156) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155)
X-Clacks-Overhead: GNU Terry Pratchett
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/yP8uRXfHVVKV01geL9Tfhu-vd5E>
Subject: Re: [netconf] Adoption poll for tcp-client-server and http-client-server draft
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG 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, 10 Apr 2019 17:35:17 -0000

Sorry, this is impossible to read without an HTML rendering engine.

/js

On Wed, Apr 10, 2019 at 04:36:52PM +0000, NICK HANCOCK wrote:
> Hi Kent,
> 
> Some comments in-line…
> 
> Nick
> 
> From: Kent Watsen <kent+ietf@watsen.net>
> Sent: 08 April 2019 21:11
> To: NICK HANCOCK <nick.hancock@adtran.com>
> Cc: Mahesh Jethanandani <mjethanandani@gmail.com>om>; netconf@ietf.org
> Subject: Re: [netconf] Adoption poll for tcp-client-server and http-client-server draft
> 
> Hi Nick,
> 
> You will notice in the latest tcp-client-server update [1] that there is now a "presence" statement on the "keepalives" containers.  Do you think any more "mandatory true" statements are needed?
> [Nick] Given that ‘max-probes’ and ‘probe-interval’ are optional in the current revision, a client or operator has the option not to configure them. Since they are also without default values, the actual behavior after the ‘idle–time’ expires would be defined by the specific implementation and not by the operator. On the other hand, for the YANG model to specify arbitrary default values may not really be helpful to an operator as meaningful values would surely depend on the operators specific requirements.
> Consequently, I believe that all 3 leafs within the container ‘keepalives’ should be mandatory.
> 
> I don't understand your last comment or, rather, I think it is the case already that the TCP keepalives configuration is outside the SSH/TLS configuration.  Note the "keepalives" configuration inside the SSH/TLS configuration is actually to separately configure keepalives at the SSH/TLS levels - makes sense?
> [Nick] My initial expectation was that since the security layer runs over the TCP connections, the tcp-client-parameters would be configured independently of the security protocol, i.e., to be found directly under ‘endpoint’ and not under ssh or tls.
> 
> [1] https://tools.ietf.org/html/draft-kwatsen-netconf-tcp-client-server-01<https://tools.ietf.org/html/draft-kwatsen-netconf-tcp-client-server-01>
> 
> Kent // contributor
> 
> 
> 
> On Mar 26, 2019, at 10:30 AM, NICK HANCOCK <nick.hancock@adtran.com<mailto:nick.hancock@adtran.com>> wrote:
> 
> I support this work to provide the ability to configure TCP keepalives for NETCONF connections as we need this support in our implementations and support the adoption of these drafts.
> 
> I also have the following comments on the actual YANG implementation and usage within the client/server model.
> 
> The leafs within the “tcp-keepalives” container are optional. Given that a server supports the feature “tcp-client-keepalives”, TCP keepalives would be disabled per default through missing configuration, which I believe is desirable behavior. However, there is currently nothing to prevent a client configuring, say, just ‘max-probes’ only resulting in an incomplete but valid configuration. Would not adding a ‘presence’ statement to the container “tcp-keepalives” and making its child nodes mandatory or adding default values be a more practical solution that defines a predictable behavior?
> 
> Since TCP is a layer below the security layer and independent of the choice of security protocol, I was wondering what the motivation was for locating the TCP keepalives configuration within the SSH/TLS configuration. Wouldn’t this be better located as a sibling nod to the choice “transport”?
> 
> Nick
> 
> From: netconf <netconf-bounces@ietf.org<mailto:netconf-bounces@ietf.org>> On Behalf Of Mahesh Jethanandani
> Sent: 26 March 2019 12:17
> To: Netconf <netconf@ietf.org<mailto:netconf@ietf.org>>
> Subject: [netconf] Adoption poll for tcp-client-server and http-client-server draft
> 
> This is the start of a two week poll for WG adoption of the two drafts:
> 
> https://tools.ietf.org/html/draft-kwatsen-netconf-tcp-client-server-00<https://tools.ietf.org/html/draft-kwatsen-netconf-tcp-client-server-00>
> https://tools.ietf.org/html/draft-kwatsen-netconf-http-client-server-00<https://tools.ietf.org/html/draft-kwatsen-netconf-http-client-server-00>
> 
> Please indicate your support for or any objections you might have for adopting the two drafts as WG items by April 9.
> 
> Mahesh Jethanandani
> mjethanandani@gmail.com<mailto:mjethanandani@gmail.com>
> 
> 
> 
> _______________________________________________
> netconf mailing list
> netconf@ietf.org<mailto:netconf@ietf.org>
> https://www.ietf.org/mailman/listinfo/netconf<https://www.ietf.org/mailman/listinfo/netconf>
> _______________________________________________
> netconf mailing list
> netconf@ietf.org<mailto:netconf@ietf.org>
> https://www.ietf.org/mailman/listinfo/netconf<https://www.ietf.org/mailman/listinfo/netconf>
> 

> _______________________________________________
> netconf mailing list
> netconf@ietf.org
> https://www.ietf.org/mailman/listinfo/netconf


-- 
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/>