[Rtg-yang-coord] Fwd: Routing Area Yang Architecture Design Team chartered

Alia Atlas <akatlas@gmail.com> Sat, 04 April 2015 17:24 UTC

Return-Path: <akatlas@gmail.com>
X-Original-To: rtg-yang-coord@ietfa.amsl.com
Delivered-To: rtg-yang-coord@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 29D291A0041 for <rtg-yang-coord@ietfa.amsl.com>; Sat, 4 Apr 2015 10:24:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.999
X-Spam-Level:
X-Spam-Status: No, score=-101.999 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, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham
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 oThlmdfA2liu for <rtg-yang-coord@ietfa.amsl.com>; Sat, 4 Apr 2015 10:24:51 -0700 (PDT)
Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (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 5A07B1A004B for <Rtg-yang-coord@ietf.org>; Sat, 4 Apr 2015 10:24:51 -0700 (PDT)
Received: by obvd1 with SMTP id d1so205370896obv.0 for <Rtg-yang-coord@ietf.org>; Sat, 04 Apr 2015 10:24:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=NJ434wCidCMWc1HUI3dp8dze0m23Cfwb1JDwzL1r2i0=; b=ATuiEZuQJSn61+XueQWaW69QrRh3ApOrDeRaTyJEaavtAHRiZIhviJU1aUKlUka7d2 BQRmBlyd82n2dMGKmKB6ji6cL/LA3qvZymY9ZU3AoJkpHbj+10ut+ON2XzuR4OulzNJk W2uKDa794u3eeK+CAyiPYndTwFABDyEnNky7Zmfzy9MzcBaUPcrcYen6FrLVqK+asqGb o7t50kpZRIRqqpGigi5V+a4fgOkiZdwwyS2zsZ0cQtAFqFezPer0xRRRdNFyY9jz/SSx Rf84yhpIBdGhjlRjtWUGBLSZ8cZ1GkKCIm0L9IyGeGwb/a1SEUpYMDXlStNlgKtuvu9a HUmQ==
MIME-Version: 1.0
X-Received: by 10.182.39.195 with SMTP id r3mr9354484obk.44.1428168290557; Sat, 04 Apr 2015 10:24:50 -0700 (PDT)
Received: by 10.60.44.198 with HTTP; Sat, 4 Apr 2015 10:24:49 -0700 (PDT)
Received: by 10.60.44.198 with HTTP; Sat, 4 Apr 2015 10:24:49 -0700 (PDT)
In-Reply-To: <CAG4d1rcLq8N7Kc20HWyo3KL43uWHEmttE5uf3vUdkKtTkyVPuA@mail.gmail.com>
References: <CAG4d1rcLq8N7Kc20HWyo3KL43uWHEmttE5uf3vUdkKtTkyVPuA@mail.gmail.com>
Date: Sat, 4 Apr 2015 13:24:49 -0400
Message-ID: <CAG4d1rdizVTO1zv4YFGCvn-u2YTWm14s05c+Q-trTc87G9mdfQ@mail.gmail.com>
From: Alia Atlas <akatlas@gmail.com>
To: Rtg-yang-coord@ietf.org
Content-Type: multipart/alternative; boundary=001a11c35eb0a367230512e9571d
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/6ID5zvzaLCaxdfzPTw2Mtf1OHk8>
Subject: [Rtg-yang-coord] Fwd: Routing Area Yang Architecture Design Team chartered
X-BeenThere: rtg-yang-coord@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "\"List to discuss coordination between the Routing related YANG models\"" <rtg-yang-coord.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-yang-coord>, <mailto:rtg-yang-coord-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-yang-coord/>
List-Post: <mailto:rtg-yang-coord@ietf.org>
List-Help: <mailto:rtg-yang-coord-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-yang-coord>, <mailto:rtg-yang-coord-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 04 Apr 2015 17:24:54 -0000

I meant to send this here too, of course.

Alia
---------- Forwarded message ----------
From: "Alia Atlas" <akatlas@gmail.com>
Date: Mar 26, 2015 12:37 PM
Subject: Routing Area Yang Architecture Design Team chartered
To: "routing-discussion@ietf.org" <routing-discussion@ietf.org>
Cc: "Alvaro Retana" <aretana@cisco.com>om>, "Deborah Brungard (
dbrungard@att.com)" <dbrungard@att.com>

I have chartered a Routing Area Yang Architecture design team as described
below.
The design team has a private mailing list and can be reached at
rtg-dt-yang-arch@ietf.org.  There is also a wiki page at
http://wiki.tools.ietf.org/area/rtg/trac/wiki/RtgYangArchDT where the
design team will have interactive work.


Routing Area Yang Architecture Design Team Charter

With the increase of YANG models, it is desirable to have an
architecture that can suggest and articulate common functionality to be
used by multiple models and how the models interconnect.  Some
individual work has been done in this space and the design team is
encouraged to consider such input.  Although this is a concern across
the entire scope of YANG models, this design team is focused on the
question of providing an architecture for the protocols and
functionality contained inside the Routing Area.  This may identify
additional desirable models and common functionality; those suggestions
can be raised in Netmod.

Common conventions and use of YANG functionality in similar ways can
help make the interactions of models easier to understand.  RFC 6087
provides some guidance; an update is underway now in
draft-ietf-netmod-rfc6087bis.  If the design team has recommendations
for how the models should be written, those which are not
routing-specific can be written down and discussed in netmod as part of
a planned update of RFC 6087.

It is also important to consider how future extensibility and features
in Routing Area work will need to be captured in YANG models.  While
the IETF is busy developing YANG models, we are still working on new
routing area features and technology.  The design team should publish
and maintain best current practices for how new features can easily
augment existing YANG models so that authors of those new features and
technologies can understand how to consider YANG modeling in their
manageability considerations.

This design team will write one or more internet-drafts describing the
proposed architecture of the models, the recommended common
conventions, and considerations for how to model new features.  The
architecture is the highest priority.  The design team will address
all the aspects of the routing area modeling: from configuration, to
operational state, notifications, and RPCs.  This design team will
regularly coordinate with the YANG doctors for review and advice.
These drafts will be discussed in RTGWG.  It is possible that some of
the content, such as the details of the architecture, will go to a
wiki to be updated while other content, such as advice for extensions
and common conventions, would be published by IETF consensus.

Design team members
    Acee Lindem <acee@cisco.com>
    Anees Shaikh <aashaikh@google.com>
    Christian Hopps <chopps@chopps.org>
    Dean Bogdanovic <deanb@juniper.net>
    Lou Berger <lberger@labn.net>
    Qin Wu <bill.wu@huawei.com>
    Rob Shakir <rjs@rob.sh>
    Stephane Litkowski <stephane.litkowski@orange.com>
    Yan Gang <yangang@huawei.com>

Regards,
Alia