Re: [CCAMP] New draft: YANG model for finite state machine, recovery use case

Robert Wilton <rwilton@cisco.com> Mon, 03 July 2017 19:30 UTC

Return-Path: <rwilton@cisco.com>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F0AC1131708 for <ccamp@ietfa.amsl.com>; Mon, 3 Jul 2017 12:30:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.501
X-Spam-Level:
X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 kVoYIgmh9N91 for <ccamp@ietfa.amsl.com>; Mon, 3 Jul 2017 12:30:48 -0700 (PDT)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DCD8312ECC1 for <ccamp@ietf.org>; Mon, 3 Jul 2017 12:30:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5152; q=dns/txt; s=iport; t=1499110248; x=1500319848; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to; bh=9U6971sB68n17XJ0X0aNA3YDPY+DuVF+w8qIp077JEs=; b=YY/8wUF+kBDJxJ0D2aD1Mdj92dNEJqkZIobhps7p/HwU/SIaIF9yxThE DTzY1uz6md9jjTgZBdi/tBbzC4bCT4GFlRt6uD4NvUEA16FywYWrGHC9t Bk1zfTaQNDXO541/+d+kzB4xYSJc0WLe0yQwgTpc+B6YKL24q+5llvcQF I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BUAgATmlpZ/xbLJq1cGQEBAQEBAQEBAQEBBwEBAQEBhDyBDo54kF0ikFKFK4IRIQEMhW4CgzsXAQIBAQEBAQEBayiFGQEBAQMBAWwLEAsEFC4nMAYBDAYCAQGKKxCyHSmLGwEBAQEBAQEBAQEBAQEBAQEBAQEBARgFgyeDTIIMC4Juil4Fnn+HR4w6ggyFSoNOhnmMXohSIQE1gQoxIQgbFUmHFj82iQwBAQE
X-IronPort-AV: E=Sophos;i="5.40,305,1496102400"; d="scan'208,217";a="695569603"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Jul 2017 19:30:45 +0000
Received: from [10.61.199.223] ([10.61.199.223]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v63JUjKi011736; Mon, 3 Jul 2017 19:30:45 GMT
To: nicola sambo <nicosambo@gmail.com>, ccamp@ietf.org
References: <CADqwGbfkaDPqWFBbjjiVjL8BKLREVJo9Yub+tr96TYzUU5LGaQ@mail.gmail.com>
Cc: n.sambo@sssup.it
From: Robert Wilton <rwilton@cisco.com>
Message-ID: <e1dd26b0-97a5-9665-00c1-036b56477374@cisco.com>
Date: Mon, 03 Jul 2017 20:30:45 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <CADqwGbfkaDPqWFBbjjiVjL8BKLREVJo9Yub+tr96TYzUU5LGaQ@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------27AE17AA7B2B1A04FAE35653"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ccamp/-txoEuiiuOakJCk8A8_8_F7B1Ls>
Subject: Re: [CCAMP] New draft: YANG model for finite state machine, recovery use case
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ccamp/>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Jul 2017 19:30:50 -0000

Hi Nicola,

I've only given your draft a quick scan, but I think that some of your 
terminology appears to be slightly confusing to those familiar with YANG.

The draft states that it is 'extending YANG' but I don't think that it is.

YANG itself is just a data modelling language.  The YANG language is 
extensible by using the "extension" keyword, but from a quick look 
through your draft I don't think that you are making use of that.

Instead, and I apologise if I am misrepresenting your work, I think that 
the draft defines two YANG data models:

(1) the first YANG data model describes a fairly generic event mechanism.
(2) the second YANG data model, augmenting the first, describes fairly 
generic FSMs.

I'm not sure I can really judge whether these are good things to model 
in YANG, but if this work does progress, or if you present it at Prague, 
then you may want to consider tweaking the description and terminology a 
bit.

Hopefully the feedback is of use.

Kind regards,
Rob


On 03/07/2017 14:29, nicola sambo wrote:
> Dear all,
>
> we submitted a draft which extends YANG to model events (e.g., 
> physical layer degradations), actions (e.g., FEC adaptation), and 
> finite state machine. The models and a use case are described.
>
> Please, kindly provide any comments and suggestions to help us 
> improving the work.
>
> Here the link: 
> https://datatracker.ietf.org/doc/draft-sambo-opsawg-ccamp-supa-ext-yang-fsm/
>
> Please also find few slides enclosed.
>
> Many thanks,
> Nicola
>
>
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp