[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