Re: [tcpm] IETF 114 TCPM WG - NG TCPM Yang Model

Gyan Mishra <hayabusagsm@gmail.com> Fri, 29 July 2022 15:14 UTC

Return-Path: <hayabusagsm@gmail.com>
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 D6815C157B39 for <tcpm@ietfa.amsl.com>; Fri, 29 Jul 2022 08:14:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.094
X-Spam-Level:
X-Spam-Status: No, score=-2.094 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, 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
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 o9A_UqY0N4Xr for <tcpm@ietfa.amsl.com>; Fri, 29 Jul 2022 08:14:56 -0700 (PDT)
Received: from mail-pg1-x52a.google.com (mail-pg1-x52a.google.com [IPv6:2607:f8b0:4864:20::52a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 942DBC157B36 for <tcpm@ietf.org>; Fri, 29 Jul 2022 08:14:37 -0700 (PDT)
Received: by mail-pg1-x52a.google.com with SMTP id bh13so4257063pgb.4 for <tcpm@ietf.org>; Fri, 29 Jul 2022 08:14:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=J1zXRTEJq795fmnNqNc+RYfz6lQpF3BOwbP4i59FgcM=; b=LzUswb9dGqKB8EjMN5zMqcA9JbyCSDrGn4hBabz4xoVVNeIWXTMRGMfG+l3KvWc/n6 7L/HzSDOeCZ5lCiBM86Jhi/nQO9gDVHXrUqqOmfmNb3qXxJtmFW9yVw7Au3+uBA+n/BV wWl7tP3qmkdNY5N7Rc1g3Exntzec8adgmo2U5w98/9AArXezk2VZx2mRddUnXDYHym51 x2j7XG3CAqG6c+omVkLeAhv+WGqL1U5xV0JfqGMO4PF41jBNAfuD4lrF9dG+XDT07A7H 1oLoKyQRdaRZh/h+5xHM92YGuQ/8iLdBs+Dh/LD9rgDcdkqGDG4PYB6LQtn9Ld4+Sy/I o2hw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=J1zXRTEJq795fmnNqNc+RYfz6lQpF3BOwbP4i59FgcM=; b=DHOrfHSUsqkxOhZyTycvowsb9VU2rWl4sXnQIPtsRdNPJVavSsCwU7BDgW4tSLAtgh veptSZvBUwz5ts5MjOQIRrSh+A/Bp1MAwJrdq6eGUUZt5WOAvQQ1o//gyRxVUUKfeJ3F j2d9QqLfkhMBr3AZ1nBPSU0X4UPoLACmAkw9B5g4rdfUHnwArX889mPsFCZ/X/xUXsQw 1DNHaTHn7K2aUZ6As6NAHc7L2I42kDbVwtSH9erE/Qj+IYsX6kTwGLCSNyNhUZKIkUDj g4SFApVQ2/zX7/8dN1MCUbte/uNJTTuva4Z0sxeRf4XY5NqlXiOg1tstwrsmF2J0fKmb KuHA==
X-Gm-Message-State: AJIora+mLX9SBxegEvJSgBwl3OKxYzxgUx2hf+7soIGGHa36QzGRzAOs 6fmuE7pQedyyxfDYbjkCiDfIbroUUm8dmqZMjxQ=
X-Google-Smtp-Source: AGRyM1ttVa5C6uTdT3GlZjkXlpT6y54OWnO8emqMEJt3144hOO9A2dEdue1vvZRLATEz2YZSGfAeUS248dQkL9wl7tQ=
X-Received: by 2002:a63:4042:0:b0:411:bbfe:e736 with SMTP id n63-20020a634042000000b00411bbfee736mr3359403pga.1.1659107676908; Fri, 29 Jul 2022 08:14:36 -0700 (PDT)
MIME-Version: 1.0
References: <CAJhXr9-zcJg99ML3MSNMTvRFiT_BLzJihQucAdX8MZGDZ84dWw@mail.gmail.com> <CABNhwV1wz2Uhx+DWjabzVz8GAhQD78NFKhq2az=E7dhnxTC-Ww@mail.gmail.com> <A8851A57-748D-4504-97B6-677807EE0DB6@lurchi.franken.de> <EF72E595-0B1E-4AD9-BDFE-603B9B200F0D@strayalpha.com>
In-Reply-To: <EF72E595-0B1E-4AD9-BDFE-603B9B200F0D@strayalpha.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Fri, 29 Jul 2022 11:14:25 -0400
Message-ID: <CABNhwV1OZawGXbH4d9RGx0KWKoiKLdZnNPq1gOcSfMQeie3q4Q@mail.gmail.com>
To: "touch@strayalpha.com" <touch@strayalpha.com>
Cc: Jeffrey Haas <jhaas@pfrc.org>, Michael Tuexen <michael.tuexen@lurchi.franken.de>, Robert Raszuk <robert@raszuk.net>, Susan Hares <shares@ndzh.com>, "Van De Velde, Gunter (Nokia - BE/Antwerp)" <gunter.van_de_velde@nokia.com>, tcpm IETF list <tcpm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000b9f03805e4f31b7b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/6fMaQfYxPpuN8VZ-9_sfgEDYSmQ>
Subject: Re: [tcpm] IETF 114 TCPM WG - NG TCPM Yang Model
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, 29 Jul 2022 15:14:59 -0000

Hi Joe

Responses in-line

On Tue, Jul 26, 2022 at 10:13 PM touch@strayalpha.com <touch@strayalpha.com>
wrote:

> Notes below.
>
> > On Jul 26, 2022, at 6:19 PM, Michael Tuexen <
> michael.tuexen@lurchi.franken.de> wrote:
> >
> >>
> >>
> >> Dear TCPM
> >>
> >> Attached is the slide deck for the NG TCP Yang model discussion.
> >>
> >> Sue, Robert, Jeff, Gunter
> >>
> >> Please review and let me know if I missed any talking points for the NG
> TCP Yang model.
> > A couple of clarifying questions related to slide "What to add to NG TCP
> Yang Model?",
> > especially since I know almost nothing about YANG:
> >
> > • All TCP states part of the FSM state machine.
> > Understood.
>
> These make sense.
>
> > • All TCP flags and respective states.
> > Do you mean the TCP flags SYN, FIN, PSH, ... Does a YANG module all to
> describe
> > packets sent and received?
>
> I can’t see how this can model the TCP flags; all it should be modeling is
> the states of the connection. The model is for TCP, not TCP packets.


    Gyan> Agreed that we want to model the TCP states not the packets.

>
>
> > • All TCP parameters that would be accessible with a local OS kernel
> hook.
> > Doesn't that mean the complete set of state variable the kernel has and
> isn't that implementation dependent?
> > • All windowing parameters including window scaling as well as any
> windowing related optimizations.
> > You mean the receiver window including the window scaling.
> > • All TCP options and optimizations set such as Selective ACK.
> > I guess you mean the set of TCP extensions which have been negotiated.
> > • All TCP slow start congestion control parameters CWIN etc.
> > There are a multiple Congestion Controls, even ones not being specified
> by the IETF.
> > So this might get very hard to do. Or do you require a specific CC when
> using TCP for BGP?
>
> This is where things get confusing to me; it seems that there is either a
> model for TCP or a model for TCP implementations. The two should not be
> confused with each other


    Gyan> Yes I think specific CC-Congestion Control when using TCP for
BGP.  As there are many implementations variations I think we want a model
for TCP that covers most all implementations

>
>
> Joe
>
> >
> > Best regards
> > Michael
> >>
> >> Thanks
> >>
> >> Gyan
> >>
> >> ---------- Forwarded message ---------
> >> From: Mishra, Gyan S <gyan.s.mishra@verizon.com>
> >> Date: Mon, Jul 25, 2022 at 11:36 PM
> >> Subject: IETF 114 TCPM WG - NG TCPM Yang Model
> >> To: Hayabusanew <hayabusagsm@gmail.com>
> >>
> >>
> >> --
> >>
> >>
> >> Gyan Mishra
> >> Network Solutions Architect
> >> Email gyan.s.mishra@verizon.com
> >> M 301 502-1347
> >>
> >>
> >> <IETF-114 TCPM TCP Yang
> Model.pdf>_______________________________________________
> >> tcpm mailing list
> >> tcpm@ietf.org
> >> https://www.ietf.org/mailman/listinfo/tcpm
> >
> > _______________________________________________
> > tcpm mailing list
> > tcpm@ietf.org
> > https://www.ietf.org/mailman/listinfo/tcpm
>
> --

<http://www.verizon.com/>

*Gyan Mishra*

*Network Solutions A**rchitect *

*Email gyan.s.mishra@verizon.com <gyan.s.mishra@verizon.com>*



*M 301 502-1347*