Re: [tcpm] [GROW] How to reuse the tcp model in the BMP model - asking for suggestions

Camilo Cardona <camilo@gin.ntt.net> Tue, 09 August 2022 13:41 UTC

Return-Path: <camilo@gin.ntt.net>
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 EF1F4C14CF00; Tue, 9 Aug 2022 06:41:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.905
X-Spam-Level:
X-Spam-Status: No, score=-1.905 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_QP_LONG_LINE=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_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
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 mOATbm0o3oS6; Tue, 9 Aug 2022 06:41:06 -0700 (PDT)
Received: from mail4.sttlwa01.us.to.gin.ntt.net (mail.gin.ntt.net [IPv6:2001:418:3ff:110::40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B305EC14F74E; Tue, 9 Aug 2022 06:41:05 -0700 (PDT)
Received: from [192.168.1.4] (unknown [IPv6:2001:418:1401:10::1019]) by mail4.sttlwa01.us.to.gin.ntt.net (Postfix) with ESMTPSA id 245F4220180; Tue, 9 Aug 2022 13:41:03 +0000 (UTC)
User-Agent: Microsoft-MacOutlook/16.61.22050700
Date: Tue, 09 Aug 2022 08:40:58 -0500
From: Camilo Cardona <camilo@gin.ntt.net>
To: "Scharf, Michael" <Michael.Scharf@hs-esslingen.de>, Jeffrey Haas <jhaas@pfrc.org>
CC: "draft-ietf-tcpm-yang-tcp.authors@ietf.org" <draft-ietf-tcpm-yang-tcp.authors@ietf.org>, "draft-ietf-tcpm-yang-tcp@ietf.org" <draft-ietf-tcpm-yang-tcp@ietf.org>, "tcpm@ietf.org" <tcpm@ietf.org>, "grow@ietf.org" <grow@ietf.org>
Message-ID: <BF9C3BC7-9207-4B0C-AB68-7880BC1C2B52@gin.ntt.net>
Thread-Topic: [GROW] How to reuse the tcp model in the BMP model - asking for suggestions
References: <39BBD72C-808D-45CF-B832-9EF786F45F06@gin.ntt.net> <a8e7d4449ded44cd805f2a20f75b14e8@hs-esslingen.de> <7F96BC15-66B6-4F6B-9B68-AC59FAA0FF39@gin.ntt.net> <3577f12509e949a49ba9494c4f9bb1d7@hs-esslingen.de> <20220725181224.GC14067@pfrc.org> <73CA533F-0911-4A4A-9FF2-21377E3185F4@gin.ntt.net> <47bee885617e4694a6735b80aea9d352@hs-esslingen.de>
In-Reply-To: <47bee885617e4694a6735b80aea9d352@hs-esslingen.de>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/ddQc0z8LYEj8qkIyT0DydyDFXRw>
Subject: Re: [tcpm] [GROW] How to reuse the tcp model in the BMP model - asking for suggestions
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.39
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, 09 Aug 2022 13:41:10 -0000

Hi Michael,

Thanks for the response. 

I am assuming  one could tune MSS for individual connections, and it just made sense to me to reflect this in their operational properties.

Thanks,

Camilo C


On 9/8/22, 05:31, "Scharf, Michael" <Michael.Scharf@hs-esslingen.de> wrote:

    Hi Camilo,

    Sorry for the delay. Please see below.

    > -----Original Message-----
    > From: Camilo Cardona <camilo@gin.ntt.net>
    > Sent: Thursday, July 28, 2022 7:21 PM
    > To: Jeffrey Haas <jhaas@pfrc.org>; Scharf, Michael <Michael.Scharf@hs-
    > esslingen.de>
    > Cc: draft-ietf-tcpm-yang-tcp.authors@ietf.org; draft-ietf-tcpm-yang-
    > tcp@ietf.org; tcpm@ietf.org; grow@ietf.org
    > Subject: Re: [GROW] How to reuse the tcp model in the BMP model - asking
    > for suggestions
    > 
    > Hello all,
    > 
    > First of all, thanks to Jeff for giving us a bit more hints about how to use the
    > tcp model. We’ll try to see how to leverage it as much as possible.
    > 
    > Michael,
    > 
    > The draft mentions Maximum Segment Size  in section 3.1, first point
    > (“Typical examples are the Maximum Segment Size (MSS) or configuration
    > related to hardware offloading.”) but I don’t see it anywhere in the model. I
    > would assume that you don’t want to include it. Still, This is sort of confusing,
    > at least to me.

    The context of this sentence is:

      *  Interface configuration: It can be useful to use different TCP
          parameters on different interfaces, e.g., different device ports
          or IP interfaces.  In that case, TCP parameters can be part of the
          interface configuration.  Typical examples are the Maximum Segment
          Size (MSS) or configuration related to hardware offloading.

    > Since I couldn’t fully understand what your goal with that example is, I cannot
    > offer a suggestion for making it clear, however I think it would be nice if you
    > take a look at that sentence.

    As different interfaces can have a different MTU, it is not uncommen to use different MSS values for connections originating/terminating on different interfaces. At least the Linux kernel apparently picks the MSS per interface. As a result, it hardly makes sense to model in YANG a single MSS value for all interfaces. Instead, the MSS value would have to be per interface and set in a corresponding YANG model for the interface. Theoretically, we could do this for MSS, e.g., by augmentation. But for other parameters, such as hardware offload configuration, this would get complex and technology-specific. As a result, the proposed YANG model stays away from interface-specific parameters.

    Some terminology in this section will be updated in the next revision to address the IESG feedback. As part of this, I could also add a sentence along the lines of

       "This document does not model interface-specific parameters"

    to this section. Would that address your concern?

    Note that I am actually not convinced that this specific section needs editing, but as we have to modify other text in that section anyway, I can try to tweak this wording as well.

    Thanks

    Michael



    > Thanks,
    > Camilo C
    > 
    > On 25/7/22, 14:12, "Jeffrey Haas" <jhaas@pfrc.org> wrote:
    > 
    >     Camilo,
    > 
    >     Responding somewhat late to this thread, but I think that you will find that
    >     the latest updates to the tcpm module addressed most of your concerns, if
    >     not all of them.  The BGP YANG module, as Michael notes below, helped
    > refine
    >     some of the use case scenarios.
    > 
    >     The audit was primarily covering how to use authentication.  Some
    > additional
    >     focus on other TCP properties might be worth evaluating.
    > 
    > 
    >     -- Jeff
    > 
    >     On Tue, Jun 21, 2022 at 09:12:36AM +0000, Scharf, Michael wrote:
    >     > Hi Camilo,
    >     >
    >     > There are existing examples for YANG modules that model application-
    > specific configuration for TCP connections, such as:
    >     >
    >     >   *   draft-ietf-idr-bgp-model
    >     >   *   draft-ietf-netconf-tcp-client-server
    >     >
    >     > I would assume that BMP could be modeled like that.
    >     >
    >     > Note that the model for TCP-AO authentication has changed in draft-ietf-
    > tcpm-yang-tcp-07 because of last call comments, i.e., some model aspects
    > can still be subject to change.
    >     >
    >     > Michael
    >     >
    >     > From: Camilo Cardona <camilo@gin.ntt.net>
    >     > Sent: Friday, June 17, 2022 4:37 PM
    >     > To: Scharf, Michael <Michael.Scharf@hs-esslingen.de>; draft-ietf-tcpm-
    > yang-tcp.authors@ietf.org; draft-ietf-tcpm-yang-tcp@ietf.org
    >     > Cc: tcpm@ietf.org; grow@ietf.org
    >     > Subject: Re: How to reuse the tcp model in the BMP model - asking for
    > suggestions
    >     >
    >     >
    >     > Hello Michael,
    >     >
    >     >
    >     >
    >     > First of all, thanks for considering our questions and letting us know
    > about this new version.
    >     >
    >     >
    >     >
    >     > Please keep in mind that the BMP model draft is in very early stages, not
    > even a WG draft yet, it might change in the future. So, we apologise if we
    > cannot give you exact requirements.
    >     >
    >     >
    >     >
    >     > Having said that, it will feasible that the model will need to include
    > multiple TCP configurations. Defining the connection might be specific to the
    > application, but BMP requires other  features like authentication, MSS,
    > keepalives which seem general enough. What we wanted was to leverage
    > other model for this, if existing.
    >     >
    >     >
    >     >
    >     > Thus, I guess the most general question we can make is , How is the
    > recommended way of reusing the tcp model?
    >     >
    >     >
    >     >
    >     > Thanks,
    >     >
    >     > Camilo Cardona
    >