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

Camilo Cardona <camilo@gin.ntt.net> Fri, 17 June 2022 14:37 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 53BFEC15AAF8; Fri, 17 Jun 2022 07:37:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.907
X-Spam-Level:
X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 Rtay7RIKq7VG; Fri, 17 Jun 2022 07:37:02 -0700 (PDT)
Received: from mail4.dllstx09.us.to.gin.ntt.net (mail4.dllstx09.us.to.gin.ntt.net [IPv6:2001:418:3ff:5::192:26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BFF8AC15AAD2; Fri, 17 Jun 2022 07:37:01 -0700 (PDT)
Received: from [192.168.1.7] (unknown [IPv6:2001:418:1401:10::1011]) by mail4.dllstx09.us.to.gin.ntt.net (Postfix) with ESMTPSA id 0F476EE0170; Fri, 17 Jun 2022 14:36:58 +0000 (UTC)
User-Agent: Microsoft-MacOutlook/16.58.22021501
Date: Fri, 17 Jun 2022 09:36:56 -0500
From: Camilo Cardona <camilo@gin.ntt.net>
To: "Scharf, Michael" <Michael.Scharf@hs-esslingen.de>, "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>
CC: "tcpm@ietf.org" <tcpm@ietf.org>, "grow@ietf.org" <grow@ietf.org>
Message-ID: <7F96BC15-66B6-4F6B-9B68-AC59FAA0FF39@gin.ntt.net>
Thread-Topic: 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>
In-Reply-To: <a8e7d4449ded44cd805f2a20f75b14e8@hs-esslingen.de>
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3738303419_317569525"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/j2LWbZFmzjDch2GQrNp6jubC6Qk>
X-Mailman-Approved-At: Fri, 17 Jun 2022 14:46:39 -0700
Subject: Re: [tcpm] 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: Fri, 17 Jun 2022 14:37:05 -0000

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

 

 

From: "Scharf, Michael" <Michael.Scharf@hs-esslingen.de>
Date: Friday, 17 June 2022 at 04:26
To: Camilo Cardona <camilo@gin.ntt.net>, "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>
Cc: "tcpm@ietf.org" <tcpm@ietf.org>, "grow@ietf.org" <grow@ietf.org>
Subject: RE: How to reuse the tcp model in the BMP model - asking for suggestions

 

Hi Camilo,

 

We have looked into the question of groupings when preparing version -07, which tries to address other last call reviews (see https://datatracker.ietf.org/doc/html/draft-ietf-tcpm-yang-tcp-07 or https://www.ietf.org/rfcdiff?url2=draft-ietf-tcpm-yang-tcp-07). Yet, we decided not to introduce groupings in -07.

 

We would like to first better understand the actual use case in your model. Why would the BMP yang model indeed use exactly the same definitions of “common”, and “statistics” sections of ietf-tcpm? 

 

The counters in statistics typically apply the whole TCP stack, not to an application. Why would your model not use application-specific events instead?

 

Also, the exact status of a TCP connection as seen by the TCP stack will typically not matter to the application. Note that this part of the model also has changed in -07 because of other review comments. Would your model indeed want to include e.g. the internal state of a TCP connection?

 

Note that it is possible that a follow-up version -08 will be required due to other reviews, i.e., we could look at this question in a version -08 again.

 

Thanks

 

Michael

 

 

From: Camilo Cardona <camilo@gin.ntt.net> 
Sent: Tuesday, May 3, 2022 5:40 PM
To: draft-ietf-tcpm-yang-tcp.authors@ietf.org; draft-ietf-tcpm-yang-tcp@ietf.org
Cc: tcpm@ietf.org; grow@ietf.org
Subject: How to reuse the tcp model in the BMP model - asking for suggestions

 

Hello draft-ietf-tcpm-yang-tcp authors,

 

We are analysing how to leverage the tcpm model for managing tcp connectivity in the BMP yang model (draft-cptb-grow-bmp-yang-02). 

 

In general, how do you suggest other models reuse ietf-tcpm? Most of tcpm model is defined directly in containers, not as groups, and we are finding hard to take the pieces that we need.

 

Let us shortly gointo details.

 

Regarding the 4-tuple connection, in BMP, we would like to have a “default” case in which the configured device connects to another using ip/port (i.e. active case),  but also to provide the option of expecting the  tcp connection over a local ip/port (i.e. passive case). We might need our own container for this.

 

However, we would like to integrate the “common”, and “statistics” sections of ietf-tcpm, but, they are containers, so we really do not know what to do besides recreating it.  

 

Do you have any suggestions?

 

Thanks,

draft-cptb-grow-bmp-yang authors