IETF Logo Mail Archive

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

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Tue, 26 March 2019 15:34 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 844231203FB; Tue, 26 Mar 2019 08:34:09 -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 5c74ZK4NytZd; Tue, 26 Mar 2019 08:34:06 -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 708ED120435; Tue, 26 Mar 2019 08:34:06 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 04AA840; Tue, 26 Mar 2019 16:34:05 +0100 (CET)
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 TfI6pCJ5pcyb; Tue, 26 Mar 2019 16:34:04 +0100 (CET)
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; Tue, 26 Mar 2019 16:34:04 +0100 (CET)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by hermes.jacobs-university.de (Postfix) with ESMTP id BDD4A200A8; Tue, 26 Mar 2019 16:34:04 +0100 (CET)
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 solL5DBM57iF; Tue, 26 Mar 2019 16:34:04 +0100 (CET)
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 7DCE0200A7; Tue, 26 Mar 2019 16:34:04 +0100 (CET)
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; Tue, 26 Mar 2019 16:34:03 +0100
Received: by anna.localdomain (Postfix, from userid 501) id 925F530079D64E; Tue, 26 Mar 2019 16:34:03 +0100 (CET)
Date: Tue, 26 Mar 2019 16:34:03 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: "Scharf, Michael" <Michael.Scharf@hs-esslingen.de>
CC: Mahesh Jethanandani <mjethanandani@gmail.com>, Netconf <netconf@ietf.org>, "tcpm@ietf.org" <tcpm@ietf.org>
Message-ID: <20190326153403.sb4dzynlv2fxhvym@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: "Scharf, Michael" <Michael.Scharf@hs-esslingen.de>, Mahesh Jethanandani <mjethanandani@gmail.com>, Netconf <netconf@ietf.org>, "tcpm@ietf.org" <tcpm@ietf.org>
References: <ED12BA39-09E6-4436-B759-625434D197D6@gmail.com> <6EC6417807D9754DA64F3087E2E2E03E2D282BBC@rznt8114.rznt.rzdir.fht-esslingen.de> <20190326141905.246www5dwmyojlpe@anna.jacobs.jacobs-university.de> <6EC6417807D9754DA64F3087E2E2E03E2D28349A@rznt8114.rznt.rzdir.fht-esslingen.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <6EC6417807D9754DA64F3087E2E2E03E2D28349A@rznt8114.rznt.rzdir.fht-esslingen.de>
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)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/TVH55A96RNnKgFxN2kKpB2aD-WI>
Subject: Re: [tcpm] [netconf] Adoption poll for tcp-client-server and http-client-server draft
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Mar 2019 15:34:10 -0000

On Tue, Mar 26, 2019 at 02:54:36PM +0000, Scharf, Michael wrote:
> Hi Juergen,
> 
> The document includes TCP keepalives configuration and this is actually about TCP protocol engine internals, no?

I think we are talking about a client or server using setsockopt()
calls. This is not about globally changing TCP engine behavior.
 
> And I fail to see the benefit of doing TCP YANG modeling specific to NETCONF or RESTCONF. For instance, on a router, I believe that NETCONF, RESTCONF, BGP and LDP could use the same TCP stack, as well as possibly all other TCP-based protocols running on the NE. And if HTTP is included, YANG models have a pretty broad applicability beyond routers. So what makes NETCONF or RESTCONF so special that NETCONF needs its own model?
> 
> As I mentioned, in the last years TCPM has been extremely open to TCP-related needs in other working groups and we have quite successful cross-area work. 
>

The models are not NETCONF/RESTCONF specific unless process forces us
to make them NETCONF/RESTCONF specific. What makes NETCONF/RESTCONF
special is that we started this 5 years ago. I do not care at the end
who owns the document as long as process does not bring us more delay.

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

v2.23.0 | Report a Bug | By Email