IETF Logo Mail Archive

Re: [netconf] Adoption poll for draft-tgraf-netconf-yang-notifications-versioning

Thomas.Graf@swisscom.com Fri, 26 May 2023 06:21 UTC

Return-Path: <Thomas.Graf@swisscom.com>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D669C151099; Thu, 25 May 2023 23:21:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.896
X-Spam-Level:
X-Spam-Status: No, score=-6.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 OZ1kOy0HARto; Thu, 25 May 2023 23:21:15 -0700 (PDT)
Received: from mail.swisscom.com (mailout110.swisscom.com [138.188.166.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 477B0C151532; Thu, 25 May 2023 23:20:46 -0700 (PDT)
Received: by mail.swisscom.com; Fri, 26 May 2023 08:20:42 +0200
MIME-Version: 1.0
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha-256"; boundary="----=_Part_137506_358140820.1685082041857"
From: Thomas.Graf@swisscom.com
To: jschoenwaelder@constructor.university
CC: netconf@ietf.org, netconf-chairs@ietf.org
Thread-Topic: [netconf] Adoption poll for draft-tgraf-netconf-yang-notifications-versioning
Thread-Index: AQHZh23IuM+nwy2VMEajSbCUpQutFq9d6McAgAAH4QCAAAX0gIAAD86AgACSwICAAtszYIABRIQAgACMJED///b2AIAI5hig
Date: Fri, 26 May 2023 06:20:39 +0000
Message-ID: <ddb1618ad389413e925796238944e4e4@swisscom.com>
References: <E78B3C0B-B415-4E8C-9080-ADFB69D4464E@gmail.com> <AM8PR06MB776465A8890FA1FF944F7249957E9@AM8PR06MB7764.eurprd06.prod.outlook.com> <fxqbpxqt4uddzynsqu7nrphks4ffdbcet2s4mzgq5kjybc7h5r@34fjvmua6eva> <AM8PR06MB77647944C3C804FB22E38B50957E9@AM8PR06MB7764.eurprd06.prod.outlook.com> <ibonfs57tsr2ymul4wsns5jhpoiofkciz7zw27udzixtt7olrx@zh5p3tjohxoo> <CABCOCHRmnOw_Tex1ixcyA=bjdHptHVyQ1nN1UKOfyC9nPqdxpQ@mail.gmail.com> <1d7ff7ee90cb441f843b460bdb216ff2@swisscom.com> <5jp4433v7oblvv2kowtntbiemvuyle3vtqc523drm4pchkn3d4@in2khsya6sw4> <e6a2bf59c4d34763aa1604b4f1edd63b@swisscom.com> <qana4smjsx4ytdlqt5wcj34ipnerpw4ym7l5jeme6hx6rsffmr@5qpveiz3cmg2>
In-Reply-To: <qana4smjsx4ytdlqt5wcj34ipnerpw4ym7l5jeme6hx6rsffmr@5qpveiz3cmg2>
Accept-Language: en-US, de-CH
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_2e1fccfb-80ca-4fe1-a574-1516544edb53_Enabled=true; MSIP_Label_2e1fccfb-80ca-4fe1-a574-1516544edb53_SetDate=2023-05-26T06:20:37Z; MSIP_Label_2e1fccfb-80ca-4fe1-a574-1516544edb53_Method=Standard; MSIP_Label_2e1fccfb-80ca-4fe1-a574-1516544edb53_Name=C2 Internal; MSIP_Label_2e1fccfb-80ca-4fe1-a574-1516544edb53_SiteId=364e5b87-c1c7-420d-9bee-c35d19b557a1; MSIP_Label_2e1fccfb-80ca-4fe1-a574-1516544edb53_ActionId=219f1465-e170-484c-ab9b-4b7f1f193dcd; MSIP_Label_2e1fccfb-80ca-4fe1-a574-1516544edb53_ContentBits=0
x-originating-ip: [138.188.161.184]
X-CFilter-Loop: Reflected
X-Mailer: Totemo_TrustMail_(Notification)
X-Trustmail: processed
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/yWWdM6ai11JuuYpDxnv4YEWA5bk>
Subject: Re: [netconf] Adoption poll for draft-tgraf-netconf-yang-notifications-versioning
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 May 2023 06:21:20 -0000

Dear Jürgen,

My apology for late reply. Sure. On page 14-30 on the following document 

https://github.com/network-analytics/draft-daisy-kafka-yang-integration/blob/main/yang-push-workflow-01.pdf

the workflow from discovering the available YANG modules, establishing a configured YANG push subscription, receiving the subscription started subscription state change notification messages where over changing the subscription and receiving the subscription changed where both get-schema is being performed to the final push update is being described.

If the network node would be now rebooted into a new software release where the subscribed yang module revision changes, we can't prevent that push-update messages with the new revision are being sent from the YANG push publisher to the receiver if in the subscription we are not able to selection the revision. Depending on the data processing pipeline, a network operator want to address the revision change already at the producer of the message, this what the usually happens in a messaging system, or address it when the message is being received (https://en.wikipedia.org/wiki/Robustness_principle).

Best wishes
Thomas 

-----Original Message-----
From: Jürgen Schönwälder <jschoenwaelder@constructor.university> 
Sent: Saturday, May 20, 2023 6:15 PM
To: Graf Thomas, INI-NET-VNC-HCS <Thomas.Graf@swisscom.com>
Cc: netconf@ietf.org; netconf-chairs@ietf.org
Subject: Re: [netconf] Adoption poll for draft-tgraf-netconf-yang-notifications-versioning

Hm, I am still confused. Perhaps you can post an example?

/js

On Sat, May 20, 2023 at 02:52:46PM +0000, Thomas.Graf@swisscom.com wrote:
> Dear Jürgen,
> 
> No I dont. The sentence refers to semantic changes described in Section 11 of RFC 7950. 
> 
> Thanks, I will add this in -04 version as it clarifies what semantic changes are and why they demand a new revision.
> 
> Best wishes
> Thomas
> 
> -----Original Message-----
> From: Jürgen Schönwälder <jschoenwaelder@constructor.university> 
> Sent: Saturday, May 20, 2023 10:25 AM
> To: Graf Thomas, INI-NET-VNC-HCS <Thomas.Graf@swisscom.com>
> Cc: netconf@ietf.org; netconf-chairs@ietf.org
> Subject: Re: [netconf] Adoption poll for draft-tgraf-netconf-yang-notifications-versioning
> 
> On Fri, May 19, 2023 at 11:05:29AM +0000, Thomas.Graf@swisscom.com wrote:
> > 
> > The semantics can change between different YANG module revisions.
> >
> 
> Which 'semantics can change'? Do you refer to something not covered by RFC 7950 section 11?
> 
> /js
> 
> -- 
> Jürgen Schönwälder              Constructor University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         <https://constructor.university/>



-- 
Jürgen Schönwälder              Constructor University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://constructor.university/>

v2.23.0 | Report a Bug | By Email