Re: [tcpm] Request for feedback on WG adoption of draft-scharf-tcpm-yang-tcp-04

"Scharf, Michael" <Michael.Scharf@hs-esslingen.de> Fri, 27 March 2020 13:52 UTC

Return-Path: <Michael.Scharf@hs-esslingen.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 9EC233A0799; Fri, 27 Mar 2020 06:52:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hs-esslingen.de
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 hPcTHCfg8IQK; Fri, 27 Mar 2020 06:52:05 -0700 (PDT)
Received: from mail.hs-esslingen.de (mail.hs-esslingen.de [134.108.32.78]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 143513A0036; Fri, 27 Mar 2020 06:52:04 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.hs-esslingen.de (Postfix) with ESMTP id 6ECF325A16; Fri, 27 Mar 2020 14:52:02 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hs-esslingen.de; s=mail; t=1585317122; bh=WmY330qSP74+ptbAjQYGe2/NKSoC890jJdXyh2FTLH4=; h=From:To:CC:Subject:Date:From; b=h24pGBgH6ecVeZ2xHqPU2aPGXBwWhSkA0RB0LexmxgfY6oohezBYKfUqrCecWP3Bz 266it9zu0+WEUsBQ9wXvo/snGDW5jbLpB1A+RYwjy3DSRSSUByqNN3ShRCtshkae1E SJIqBv4C8M0wyJi+cbpLTC/EIWuuIUv/JLss3srQ=
X-Virus-Scanned: by amavisd-new-2.7.1 (20120429) (Debian) at hs-esslingen.de
Received: from mail.hs-esslingen.de ([127.0.0.1]) by localhost (hs-esslingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FDBg_bNE_r-q; Fri, 27 Mar 2020 14:52:01 +0100 (CET)
Received: from rznt8102.rznt.rzdir.fht-esslingen.de (rznt8102.rznt.rzdir.fht-esslingen.de [134.108.29.102]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by mail.hs-esslingen.de (Postfix) with ESMTPS; Fri, 27 Mar 2020 14:52:01 +0100 (CET)
Received: from RZNT8114.rznt.rzdir.fht-esslingen.de ([169.254.3.209]) by rznt8102.rznt.rzdir.fht-esslingen.de ([fe80::f977:d5e6:6b09:56ac%10]) with mapi id 14.03.0468.000; Fri, 27 Mar 2020 14:52:01 +0100
From: "Scharf, Michael" <Michael.Scharf@hs-esslingen.de>
To: Lars Eggert <lars@eggert.org>, Michael Tuexen <tuexen@fh-muenster.de>
CC: tcpm IETF list <tcpm@ietf.org>, "draft-scharf-tcpm-yang-tcp@ietf.org" <draft-scharf-tcpm-yang-tcp@ietf.org>
Thread-Topic: [tcpm] Request for feedback on WG adoption of draft-scharf-tcpm-yang-tcp-04
Thread-Index: AdYEPuNHm8xvduWhO0ywtFiDNCmPqg==
Content-Class: urn:content-classes:message
Date: Fri, 27 Mar 2020 13:52:00 +0000
Message-ID: <6EC6417807D9754DA64F3087E2E2E03E2DA3F752@rznt8114.rznt.rzdir.fht-esslingen.de>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: multipart/alternative; boundary="_000_6EC6417807D9754DA64F3087E2E2E03E2DA3F752rznt8114rzntrzd_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/8YNbYhsxid7LXNjD8Ut1KC1iUho>
Subject: Re: [tcpm] Request for feedback on WG adoption of draft-scharf-tcpm-yang-tcp-04
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: Fri, 27 Mar 2020 13:52:08 -0000

Lars,

I have not followed the IETF when RFC 4022 (TCP-MIB) was published, but I found a number of implementations of TCP-MIB, as mentioned during IETF 104. It seems that the TCP-MIB is more commonly implemented on routers than on host operating systems, and the latter TCP stacks are probably more well-known. And it is well understood that YANG models will also in future most likely more matter for the former type of TCP stacks.

But, wait a second: I recommend to have a look at the output of „cat /proc/net/snmp“ under Linux (just tested on Debian Buster)…

As far as I can see, these are the object definitions from the TCP-MIB. If implemented on Linux, why does the TCP-MIB not matter?

(I don’t assume that a vanilla Linux kernel will implement a YANG model in short term. As mentioned in another thread, a YANG model would typically be implemented outside the kernel in NETCONF server and client applications, if it is used for network management.)

In contrast to the TCP-MIB, I have not found any implementation of RFC 4898, and, according to datatracker, that RFC apparently took five years. So maybe the „TCP Statistics Extended MIB“ RFC 4898 is not a great success story... However, we have learnt from that: We have explicitly decided not to include extended statistics in draft-scharf-tcpm-yang-tcp. The draft currently only includes basic stats.

It is well understood that there *are* challenges with coming up for a YANG model for TCP. But if RFC 4898 got it wrong, we could learn from that, IMHO.

Michael



Von: Lars Eggert<mailto:lars@eggert.org>
Gesendet: Freitag, 27. März 2020 13:40
An: Michael Tuexen<mailto:tuexen@fh-muenster.de>
Cc: tcpm IETF list<mailto:tcpm@ietf.org>; draft-scharf-tcpm-yang-tcp@ietf.org<mailto:draft-scharf-tcpm-yang-tcp@ietf.org>
Betreff: Re: [tcpm] Request for feedback on WG adoption of draft-scharf-tcpm-yang-tcp-04

Hi,

On 2020-3-16, at 22:44, Michael Tuexen <tuexen@fh-muenster.de> wrote:
> this mail starts a WG adoption call for
> https://tools.ietf.org/html/draft-scharf-tcpm-yang-tcp-04
...
> Please provide feedback before March 31st.

I (still) don't believe this is worthwhile for the WG to take on.

My view here is very much biased by the disaster that were (are?) the TCP SNMP MIBs. Besides needing two attempts to get it right (RFC4022 followed by RFC4898), it took five years of WG time and produced work that AFAICT never really mattered, and quickly became stale.

I don't see any indications that a YANG model for TCP wouldn't follow the same course. Are there any stacks that indicated they were going to implement this? Who wants this?

Thanks,
Lars