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...