Re: [Lime] split draft-kumar-lime-yang-connectionless-oam into two - one on data and one on methods/rpc?
Huub van Helvoort <huubatwork@gmail.com> Fri, 29 July 2016 08:57 UTC
Return-Path: <huubatwork@gmail.com>
X-Original-To: lime@ietfa.amsl.com
Delivered-To: lime@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47A6812D8EA for <lime@ietfa.amsl.com>; Fri, 29 Jul 2016 01:57:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6FcOyOPt4Kio for <lime@ietfa.amsl.com>; Fri, 29 Jul 2016 01:57:20 -0700 (PDT)
Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D129312D8DD for <lime@ietf.org>; Fri, 29 Jul 2016 01:57:19 -0700 (PDT)
Received: by mail-wm0-x231.google.com with SMTP id o80so141948503wme.1 for <lime@ietf.org>; Fri, 29 Jul 2016 01:57:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=reply-to:subject:references:to:from:message-id :disposition-notification-to:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=IdbZYgfVHlDRODwnSrqPoB58GJeYAlXtKA9f1U98tP4=; b=kV5X6xLprrc3vdJEjbLwomMXnpIPWXN1x/t+ujaa7PeAMfMuO+YQTjCVy+7OLcRkp8 KmKWM9QVguvXWy/ZvdiicFm4rrRIY+C5jYBxbI1FZHv9//+YgxOtsZy0QTArg0ADa3bC 3zxCjLm09aQcPbDUkCvB7+Yc3yEcleimchGT5+jsEV93TQGDscaGT5X/u1oM3tOAXJle SQIhKZbmwajC+qcr2FbHwOT34CKOsU+p1KSE6EnUsUIHEsxYfegwTxaB70uCTTII21y/ T06MY4lS2sAWa61htdHIQVUAv2WfL5sYFTXSkDlmO4QqNdKHb4Lbtbs9+uk9yDwPPRAY IJgg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:reply-to:subject:references:to:from:message-id :disposition-notification-to:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=IdbZYgfVHlDRODwnSrqPoB58GJeYAlXtKA9f1U98tP4=; b=W6eV8wyK5/8ELQtxTS+QTxjZEFP7UZaUPK+pHftHW9z0F5cOYicwEIYSYV0eOzkTVo 3gcXV3gzRYTpmztMObG0wcYX04OpIrjlY27DLKa/kKkHhHJ4nOPWnsgacLAbNz04CmMQ QlkA2eAHEqLCYNuYKS1D9672cQEnCRIqSGBVlUNJeV+UE/CEHZRJior+nTiqDfPvaryr LAEhft/dHjB5qmK/Q+pYf1tOhw+ifrXs21fT6U1fqxuyIQi4TyIiIE0yHrr7o8UDIkzn y6a/4RTJ1+UiKlCfxRgGAtZmHEx42mdrenMRIJ2y4EenhYmC8FvuddVrM2OaWLM9qOps SlfA==
X-Gm-Message-State: AEkooutN5eAnbyaOq1Hp8/WCxbfG7tVDqCrNW5p24LqJRPh/Ak8HptmiXTf9lhWuZxo2LQ==
X-Received: by 10.194.28.5 with SMTP id x5mr36539239wjg.11.1469782638098; Fri, 29 Jul 2016 01:57:18 -0700 (PDT)
Received: from McAsterix.local ([92.109.37.136]) by smtp.gmail.com with ESMTPSA id ko7sm13764545wjc.48.2016.07.29.01.57.16 for <lime@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 29 Jul 2016 01:57:17 -0700 (PDT)
References: <c1ed48a5f63d4af885d2401c8d868edb@XCH-RCD-008.cisco.com>
To: lime@ietf.org
From: Huub van Helvoort <huubatwork@gmail.com>
Message-ID: <2bffd29e-c21b-c24c-ccb0-2e6b491a3923@gmail.com>
Date: Fri, 29 Jul 2016 10:57:16 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <c1ed48a5f63d4af885d2401c8d868edb@XCH-RCD-008.cisco.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/lime/339v_fqqR7HIJsHiRRhJyJGU2kc>
Subject: Re: [Lime] split draft-kumar-lime-yang-connectionless-oam into two - one on data and one on methods/rpc?
X-BeenThere: lime@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: huubatwork@gmail.com
List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." <lime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lime>, <mailto:lime-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lime/>
List-Post: <mailto:lime@ietf.org>
List-Help: <mailto:lime-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lime>, <mailto:lime-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 Jul 2016 08:57:22 -0000
Hello Frank, The definition of the model and the retreival method(s) should be in separate documents. Best regards, Huub. -------------------- On 21-07-16 11:16, Frank Brockners (fbrockne) wrote: > Hello, > > per the ask from Carlos as WG chair in the meeting: Would it make sense > to break the draft-kumar-lime-yang-connectionless-oam into two separate > documents? > > · One on the data model itself > > · One on methods for data retrieval (the rpc definitions) > > Pros: > > · Yang models in the current document are already structured this > way, i.e. one on data and one on methods/rpc > > · Enable clean reference in case additional retrieval methods get > defined which are not netconf rpc based. E.g. one could think of > retrieving data via IPFIX, Kafka, gRPC, etc. – but one would obviously > still want to use the same data formats. Those additional retrieval > methods would likely be defined in separate drafts, which would mean > that longer term, we would have a clean document reference structure: > > o Data model doc > > § Current set of rpcs doc > > § Additional retrieval method 1 doc > > § Additional retrieval method 2 doc .. > > Cons: > > · Splitting the draft requires shepherding two drafts in lockstep > – which requires additional work/supervision. > > · Updates to the documents would also need to make sure that data > model and method documents (which might be multiple moving forward) are > kept in synch. > > Thoughts? > > Thanks, Frank -- ================================================================ Always remember that you are unique...just like everyone else...
- Re: [Lime] split draft-kumar-lime-yang-connection… Mahesh Jethanandani
- [Lime] split draft-kumar-lime-yang-connectionless… Frank Brockners (fbrockne)
- Re: [Lime] split draft-kumar-lime-yang-connection… Huub van Helvoort
- Re: [Lime] split draft-kumar-lime-yang-connection… Srihari Raghavan (srihari)
- Re: [Lime] split draft-kumar-lime-yang-connection… Carlos Pignataro (cpignata)
- Re: [Lime] split draft-kumar-lime-yang-connection… Qin Wu
- Re: [Lime] split draft-kumar-lime-yang-connection… Carlos Pignataro (cpignata)