From nobody Sun Nov 2 13:30:10 2014 Return-Path: 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 090AC1ACE10 for ; Sun, 2 Nov 2014 13:30:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.2 X-Spam-Level: X-Spam-Status: No, score=-99.2 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_NONE=-0.0001, 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 aZFY103CI2Tw for ; Sun, 2 Nov 2014 13:30:00 -0800 (PST) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B01041A00BB for ; Sun, 2 Nov 2014 13:29:59 -0800 (PST) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id sA2LTvhk024968 for ; Sun, 2 Nov 2014 21:29:57 GMT Received: from 950129200 (unsi-72-29-212-251.unsi.net [72.29.212.251] (may be forged)) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id sA2LTtND024962 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sun, 2 Nov 2014 21:29:56 GMT From: "Adrian Farrel" To: Date: Sun, 2 Nov 2014 21:29:54 -0000 Message-ID: <02e401cff6e4$259df900$70d9eb00$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac/247TG48ywfGP3RCSHG3Ht8JpsTw== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21072.002 X-TM-AS-Result: No-1.972-10.0-31-10 X-imss-scan-details: No-1.972-10.0-31-10 X-TMASE-MatchedRID: 717yJ8IcCtueAiCmPx4NwLTrdaH1ZWqCdcD5PxhxmQMCP/gsi893X5JT /StDcZjQ3QfwsVk0UbvqwGfCk7KUs2s6Xk8UYxAnOV/nVXlAshiozI6esNkPS8tH4yBuyYkwFzJ eX6KvukuaR5lWoLsKl+iQQCSJF+OhPUIwsT0T1RgFZJDG+9+RipHPL2WHD8Jkobq1WmNYcl+MXV cJHhN2t1Mjqqxc9rqIftwZ3X11IV0= Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/pEXSnrwXSJC6yS_IFnRqc4Bj3W0 Subject: [Rtg-yang-coord] A template for IETF working group draft git repositories X-BeenThere: rtg-yang-coord@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: "\"List to discuss coordination between the Routing related YANG models\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2014 21:30:02 -0000 Caveat emptor https://github.com/martinthomson/i-d-template From nobody Mon Nov 3 01:45:04 2014 Return-Path: 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 EBC211A003B for ; Mon, 3 Nov 2014 01:45:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 DyVnfqq-VC-q for ; Mon, 3 Nov 2014 01:45:00 -0800 (PST) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FF811A003A for ; Mon, 3 Nov 2014 01:45:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by trail.lhotka.name (Postfix) with ESMTP id 67A4954056E; Mon, 3 Nov 2014 10:44:57 +0100 (CET) Received: from trail.lhotka.name ([127.0.0.1]) by localhost (trail.lhotka.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8NYecC4EKSWH; Mon, 3 Nov 2014 10:44:53 +0100 (CET) Received: from localhost (unknown [195.113.220.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by trail.lhotka.name (Postfix) with ESMTPSA id 12A335402CB; Mon, 3 Nov 2014 10:44:52 +0100 (CET) From: Ladislav Lhotka To: adrian@olddog.co.uk, Rtg-yang-coord@ietf.org In-Reply-To: <02e401cff6e4$259df900$70d9eb00$@olddog.co.uk> References: <02e401cff6e4$259df900$70d9eb00$@olddog.co.uk> User-Agent: Notmuch/0.18.1 (http://notmuchmail.org) Emacs/24.4.1 (x86_64-apple-darwin13.4.0) Date: Mon, 03 Nov 2014 10:44:51 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/_csaCkfkZHKT4DSRd37czdd1mF8 Subject: Re: [Rtg-yang-coord] A template for IETF working group draft git repositories 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2014 09:45:03 -0000 Adrian Farrel writes: > Caveat emptor > > https://github.com/martinthomson/i-d-template FWIW, I started another GitHub project that helps with a typical workflow of preparing an I-D containing one or more YANG modules: https://github.com/llhotka/YANG-I-D This repo is intended to be forked into a specific project, an example is the draft-ietf-netmod-routing-cfg-16: https://github.com/yang-routing/yang-routing Instructions are here: https://github.com/llhotka/YANG-I-D/wiki/Instructions Lada > > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Tue Nov 4 08:58:11 2014 Return-Path: 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 786B91A9151 for ; Tue, 4 Nov 2014 08:58:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.094 X-Spam-Level: X-Spam-Status: No, score=-15.094 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.594, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 mfPccdQVue9K for ; Tue, 4 Nov 2014 08:58:02 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 830B61A9150 for ; Tue, 4 Nov 2014 08:58:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8303; q=dns/txt; s=iport; t=1415120281; x=1416329881; h=message-id:date:from:mime-version:to:subject:references: in-reply-to; bh=AMb7LLDR7hfH0sF8QAYRX4SVS3lvn6FRuaWJEdB1jDs=; b=Lt4aTAW6E2/oWKyXJeZLXMNBOJKnGcxS8UVpl026ufkTGjWmHkedW/Ih Nm/HAl40rDFB1iwHtBxmqt5Z2bw6pbv9kSPjGc6Upi+3/7D3GTouGGxdB Bc/GqUcT3poSKKwyxiwUAglkQzBkQG7SblDpx8oqudcptaAtoH8+8BZFX o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuMEAAgFWVStJssW/2dsb2JhbABbg2JTBc5RAQmGeVQCgTgBAQEBAXILhAIBAQEDAQEBAWgDCgYHBBwDAQIKFg8JAwIBAgEVJgIIBg0GAgEBBYgvCQgFzVABAQEBAQEBAQEBAQEBAQEBAQEBAQEXkH8YBoIwU4FCBZZvhxiBMT2DD4J3jluDeTwvgksBAQE X-IronPort-AV: E=Sophos;i="5.07,313,1413244800"; d="scan'208,217";a="230801409" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP; 04 Nov 2014 16:57:59 +0000 Received: from [10.60.67.84] (ams-bclaise-8913.cisco.com [10.60.67.84]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id sA4GvxHW027023 for ; Tue, 4 Nov 2014 16:57:59 GMT Message-ID: <54590597.8090408@cisco.com> Date: Tue, 04 Nov 2014 17:57:59 +0100 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: "Rtg-yang-coord@ietf.org" References: In-Reply-To: X-Forwarded-Message-Id: Content-Type: multipart/alternative; boundary="------------040903090207050704050908" Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/Ft1F4xhD4e1akIMie-QUu-YLB8o Subject: [Rtg-yang-coord] Fwd: [netmod] Fwd: I-D Action: draft-ietf-netmod-routing-cfg-16.txt 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2014 16:58:04 -0000 This is a multi-part message in MIME format. --------------040903090207050704050908 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Just in case. (I don't recall if it was mentioned on this alias) Regards, Benoit -------- Original Message -------- Subject: [netmod] Fwd: I-D Action: draft-ietf-netmod-routing-cfg-16.txt Date: Sun, 26 Oct 2014 16:40:00 +0100 From: Ladislav Lhotka To: NETMOD Working Group Hi, this revision of the routing draft is a result of synchronisation with the group of routing experts working on the OSPF and ISIS modules. The sources for the draft, YANG modules and examples are available from this GitHub repo: https://github.com/yang-routing/yang-routing Lada Begin forwarded message: > From: internet-drafts@ietf.org > Subject: [netmod] I-D Action: draft-ietf-netmod-routing-cfg-16.txt > Date: 26 Oct 2014 16:28:58 GMT+1 > To: i-d-announce@ietf.org > Cc: netmod@ietf.org > > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the NETCONF Data Modeling Language Working Group of the IETF. > > Title : A YANG Data Model for Routing Management > Author : Ladislav Lhotka > Filename : draft-ietf-netmod-routing-cfg-16.txt > Pages : 88 > Date : 2014-10-26 > > Abstract: > This document contains a specification of three YANG modules. > Together they form the core routing data model which serves as a > framework for configuring and managing a routing subsystem. It is > expected that these modules will be augmented by additional YANG > modules defining data models for routing protocols and other > functions. The core routing data model provides common building > blocks for such extensions - routing instances, routes, routing > information bases (RIB), routing protocols and route filters. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/ > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-16 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-routing-cfg-16 > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod . --------------040903090207050704050908 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Just in case.
(I don't recall if it was mentioned on this alias)

Regards, Benoit


-------- Original Message --------
Subject: [netmod] Fwd: I-D Action: draft-ietf-netmod-routing-cfg-16.txt
Date: Sun, 26 Oct 2014 16:40:00 +0100
From: Ladislav Lhotka <lhotka@nic.cz>
To: NETMOD Working Group <netmod@ietf.org> 


Hi,

this revision of the routing draft is a result of synchronisation with the group of routing experts working on the OSPF and ISIS modules.

The sources for the draft, YANG modules and examples are available from this GitHub repo:

https://github.com/yang-routing/yang-routing

Lada

Begin forwarded message:

> From: internet-drafts@ietf.org
> Subject: [netmod] I-D Action: draft-ietf-netmod-routing-cfg-16.txt
> Date: 26 Oct 2014 16:28:58 GMT+1
> To: i-d-announce@ietf.org
> Cc: netmod@ietf.org
> 
> 
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This draft is a work item of the NETCONF Data Modeling Language Working Group of the IETF.
> 
>        Title           : A YANG Data Model for Routing Management
>        Author          : Ladislav Lhotka
> 	Filename        : draft-ietf-netmod-routing-cfg-16.txt
> 	Pages           : 88
> 	Date            : 2014-10-26
> 
> Abstract:
>   This document contains a specification of three YANG modules.
>   Together they form the core routing data model which serves as a
>   framework for configuring and managing a routing subsystem.  It is
>   expected that these modules will be augmented by additional YANG
>   modules defining data models for routing protocols and other
>   functions.  The core routing data model provides common building
>   blocks for such extensions - routing instances, routes, routing
>   information bases (RIB), routing protocols and route filters.
> 
> 
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/
> 
> There's also a htmlized version available at:
> http://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-16
> 
> A diff from the previous version is available at:
> http://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-routing-cfg-16
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
> 
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod

--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C




_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
.


--------------040903090207050704050908-- From nobody Tue Nov 4 15:52:31 2014 Return-Path: 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 32EEB1A1A81 for ; Tue, 4 Nov 2014 15:52:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.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] 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 31U35zWZp_FU for ; Tue, 4 Nov 2014 15:52:27 -0800 (PST) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C7FA21A0394 for ; Tue, 4 Nov 2014 15:52:26 -0800 (PST) Received: by mail-qc0-f172.google.com with SMTP id i17so12065381qcy.3 for ; Tue, 04 Nov 2014 15:52:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:from:date:message-id:subject:to :content-type; bh=1hyj6hinpl8QwqHCILnV4z4kLXPg2z16egugIWw0hHQ=; b=YRy/ESx5dvHfck02aYQbKsJ7Kr9e2yKFn+Ys97GQ9/GuPHMTEDCgE0cVa8Nu45Mwyz m7DCl5F+FHOjvDTht5dr8ZYV8R/56orK6cXlSo2LKXuUYDmBEKI9CdcVDeWPYfQD3Dwv SJX4UFC9Cnr9SYpdqpRUw2QlKyzZiQMQJGIEquJU4NkR5T7hpAsRhrQwNjCsBL76sLtN VEa1u61XEA8ZdkGfC+bbJ+3VJGAVYCOyjBZZnP0LEwPJyJJDBBKwAoPOkfOvfUcIKxf0 j0k+SirRCrPB7oeHSaMCEHrLQL+AFlsrgux1LaW/7B3ikrRdMm5SWF/jRvVQ3+4Kjqaa baHA== X-Received: by 10.224.167.132 with SMTP id q4mr78942986qay.48.1415145130318; Tue, 04 Nov 2014 15:52:10 -0800 (PST) MIME-Version: 1.0 References: <08E2A62E-05F6-4DAA-98DF-12249F81B27E@gmail.com> <5457761E.8040206@cisco.com> From: Mahesh Jethanandani Date: Tue, 04 Nov 2014 23:52:09 +0000 Message-ID: To: rtg-yang-coord@ietf.org Content-Type: multipart/alternative; boundary=089e0149cbc6cc5ed70507112652 Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/j3ptcpfjV4OWLKuSlz_GH7cRPrc Subject: [Rtg-yang-coord] YANG Module for TWAMP (RFC 5357) 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2014 23:52:28 -0000 --089e0149cbc6cc5ed70507112652 Content-Type: text/plain; charset=UTF-8 Is there interest on this mailing list for anyone to work on a YANG module for TWAMP (RFC 5357)? Mahesh Jethanandani mjethanandani@gmail.com --089e0149cbc6cc5ed70507112652 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Is there interest on this mailing list for anyone to work on a YANG module = for TWAMP (RFC 5357)?=C2=A0

Mahesh Jethanandani
mjethanandani@gmail.co= m
--089e0149cbc6cc5ed70507112652-- From nobody Tue Nov 4 18:14:06 2014 Return-Path: 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 EBE761A6F21 for ; Tue, 4 Nov 2014 18:14:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.794 X-Spam-Level: X-Spam-Status: No, score=-4.794 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.594, SPF_PASS=-0.001] 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 JlIWGIaL9BU6 for ; Tue, 4 Nov 2014 18:14:03 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 352371A877B for ; Tue, 4 Nov 2014 18:14:03 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BLH29844; Wed, 05 Nov 2014 02:14:01 +0000 (GMT) Received: from SZXEMA405-HUB.china.huawei.com (10.82.72.37) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 5 Nov 2014 02:14:00 +0000 Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.123]) by SZXEMA405-HUB.china.huawei.com ([10.82.72.37]) with mapi id 14.03.0158.001; Wed, 5 Nov 2014 10:13:57 +0800 From: Vero Zheng To: Mahesh Jethanandani , "rtg-yang-coord@ietf.org" Thread-Topic: [Rtg-yang-coord] YANG Module for TWAMP (RFC 5357) Thread-Index: AQHP+Ip34qLiS0yqCUmVxLsVnCeE9pxRSnbA Date: Wed, 5 Nov 2014 02:13:55 +0000 Message-ID: <2EEA459CD95CCB4988BFAFC0F2287B5C5C8D5967@SZXEMA504-MBS.china.huawei.com> References: <08E2A62E-05F6-4DAA-98DF-12249F81B27E@gmail.com> <5457761E.8040206@cisco.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.115] Content-Type: multipart/alternative; boundary="_000_2EEA459CD95CCB4988BFAFC0F2287B5C5C8D5967SZXEMA504MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/fqRdbFKpsMb2aA_4YcyaiIvN_gY Subject: Re: [Rtg-yang-coord] YANG Module for TWAMP (RFC 5357) 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 02:14:05 -0000 --_000_2EEA459CD95CCB4988BFAFC0F2287B5C5C8D5967SZXEMA504MBSchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWFoZXNoLA0KDQpJIGhhdmUgb25nb2luZyB3b3JrIGJvdGggb24gWWFuZyBhbmQgaW4gSVBQ TSwgd291bGQgbG92ZSB0byB3b3JrIG9uIHRoaXMgd2l0aCB5b3UuDQoNCkNoZWVycywgVmVybw0K DQpGcm9tOiBSdGcteWFuZy1jb29yZCBbbWFpbHRvOnJ0Zy15YW5nLWNvb3JkLWJvdW5jZXNAaWV0 Zi5vcmddIE9uIEJlaGFsZiBPZiBNYWhlc2ggSmV0aGFuYW5kYW5pDQpTZW50OiBXZWRuZXNkYXks IE5vdmVtYmVyIDA1LCAyMDE0IDc6NTIgQU0NClRvOiBydGcteWFuZy1jb29yZEBpZXRmLm9yZw0K U3ViamVjdDogW1J0Zy15YW5nLWNvb3JkXSBZQU5HIE1vZHVsZSBmb3IgVFdBTVAgKFJGQyA1MzU3 KQ0KDQpJcyB0aGVyZSBpbnRlcmVzdCBvbiB0aGlzIG1haWxpbmcgbGlzdCBmb3IgYW55b25lIHRv IHdvcmsgb24gYSBZQU5HIG1vZHVsZSBmb3IgVFdBTVAgKFJGQyA1MzU3KT8NCg0KTWFoZXNoIEpl dGhhbmFuZGFuaQ0KbWpldGhhbmFuZGFuaUBnbWFpbC5jb208bWFpbHRvOm1qZXRoYW5hbmRhbmlA Z21haWwuY29tPg0K --_000_2EEA459CD95CCB4988BFAFC0F2287B5C5C8D5967SZXEMA504MBSchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJc QOWui+S9kyI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OuWui+S9kzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBhZ2UgV29yZFNl Y3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcy LjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQot LT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4 dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3Rl IG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpl eHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+ DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJaSC1DTiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+ DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSBNYWhl c2gsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgaGF2ZSBvbmdvaW5nIHdv cmsgYm90aCBvbiBZYW5nIGFuZCBpbiBJUFBNLCB3b3VsZCBsb3ZlIHRvIHdvcmsgb24gdGhpcyB3 aXRoIHlvdS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Q2hlZXJzLCBWZXJv PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xp ZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMu MHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IFJ0Zy15YW5nLWNvb3JkIFttYWlsdG86cnRnLXlh bmctY29vcmQtYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+TWFoZXNoIEpl dGhhbmFuZGFuaTxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIE5vdmVtYmVyIDA1LCAyMDE0 IDc6NTIgQU08YnI+DQo8Yj5Ubzo8L2I+IHJ0Zy15YW5nLWNvb3JkQGlldGYub3JnPGJyPg0KPGI+ U3ViamVjdDo8L2I+IFtSdGcteWFuZy1jb29yZF0gWUFORyBNb2R1bGUgZm9yIFRXQU1QIChSRkMg NTM1Nyk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5JcyB0aGVyZSBpbnRlcmVz dCBvbiB0aGlzIG1haWxpbmcgbGlzdCBmb3IgYW55b25lIHRvIHdvcmsgb24gYSBZQU5HIG1vZHVs ZSBmb3IgVFdBTVAgKFJGQyA1MzU3KT8mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIj5NYWhlc2ggSmV0aGFuYW5kYW5pPG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxh IGhyZWY9Im1haWx0bzptamV0aGFuYW5kYW5pQGdtYWlsLmNvbSI+bWpldGhhbmFuZGFuaUBnbWFp bC5jb208L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ib2R5Pg0KPC9odG1sPg0K --_000_2EEA459CD95CCB4988BFAFC0F2287B5C5C8D5967SZXEMA504MBSchi_-- From nobody Wed Nov 5 01:07:37 2014 Return-Path: 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 460A91A8838 for ; Wed, 5 Nov 2014 01:07:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 RFKBF6yFzNIi for ; Wed, 5 Nov 2014 01:07:34 -0800 (PST) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A22521A8831 for ; Wed, 5 Nov 2014 01:07:33 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by trail.lhotka.name (Postfix) with ESMTP id 144B25404C8; Wed, 5 Nov 2014 10:07:32 +0100 (CET) Received: from trail.lhotka.name ([127.0.0.1]) by localhost (trail.lhotka.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WFw6GBgwx1qj; Wed, 5 Nov 2014 10:07:27 +0100 (CET) Received: from localhost (unknown [195.113.220.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by trail.lhotka.name (Postfix) with ESMTPSA id 3A46F5400C8; Wed, 5 Nov 2014 10:07:26 +0100 (CET) From: Ladislav Lhotka To: Benoit Claise , "Rtg-yang-coord\@ietf.org" In-Reply-To: <54590597.8090408@cisco.com> References: <54590597.8090408@cisco.com> User-Agent: Notmuch/0.18.1 (http://notmuchmail.org) Emacs/24.4.1 (x86_64-apple-darwin13.4.0) Date: Wed, 05 Nov 2014 10:07:30 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/Ud6EgyJbFufdYILdUSYiQP5JOcU Subject: Re: [Rtg-yang-coord] Fwd: [netmod] Fwd: I-D Action: draft-ietf-netmod-routing-cfg-16.txt 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2014 09:07:36 -0000 Benoit Claise writes: > Just in case. > (I don't recall if it was mentioned on this alias) Thanks, Benoit. I also wrote a review of YANG aspects of the OSPF module, it can be found here: http://www.ietf.org/mail-archive/web/netmod/current/msg11029.html Lada > > Regards, Benoit > > > -------- Original Message -------- > Subject: [netmod] Fwd: I-D Action: draft-ietf-netmod-routing-cfg-16.txt > Date: Sun, 26 Oct 2014 16:40:00 +0100 > From: Ladislav Lhotka > To: NETMOD Working Group > > > > Hi, > > this revision of the routing draft is a result of synchronisation with the group of routing experts working on the OSPF and ISIS modules. > > The sources for the draft, YANG modules and examples are available from this GitHub repo: > > https://github.com/yang-routing/yang-routing > > Lada > > Begin forwarded message: > >> From: internet-drafts@ietf.org >> Subject: [netmod] I-D Action: draft-ietf-netmod-routing-cfg-16.txt >> Date: 26 Oct 2014 16:28:58 GMT+1 >> To: i-d-announce@ietf.org >> Cc: netmod@ietf.org >> >> >> A New Internet-Draft is available from the on-line Internet-Drafts directories. >> This draft is a work item of the NETCONF Data Modeling Language Working Group of the IETF. >> >> Title : A YANG Data Model for Routing Management >> Author : Ladislav Lhotka >> Filename : draft-ietf-netmod-routing-cfg-16.txt >> Pages : 88 >> Date : 2014-10-26 >> >> Abstract: >> This document contains a specification of three YANG modules. >> Together they form the core routing data model which serves as a >> framework for configuring and managing a routing subsystem. It is >> expected that these modules will be augmented by additional YANG >> modules defining data models for routing protocols and other >> functions. The core routing data model provides common building >> blocks for such extensions - routing instances, routes, routing >> information bases (RIB), routing protocols and route filters. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-netmod-routing-cfg/ >> >> There's also a htmlized version available at: >> http://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-16 >> >> A diff from the previous version is available at: >> http://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-routing-cfg-16 >> >> >> Please note that it may take a couple of minutes from the time of submission >> until the htmlized version and diff are available at tools.ietf.org. >> >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod > > -- > Ladislav Lhotka, CZ.NIC Labs > PGP Key ID: E74E8C0C > > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > . > > > > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Thu Nov 6 09:34:19 2014 Return-Path: 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 C970B1A8896 for ; Thu, 6 Nov 2014 09:34:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.794 X-Spam-Level: X-Spam-Status: No, score=-4.794 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.594, SPF_PASS=-0.001] 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 ajZz5Pvg7NHH for ; Thu, 6 Nov 2014 09:34:15 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A85B1A88BD for ; Thu, 6 Nov 2014 09:34:15 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BLI74898; Thu, 06 Nov 2014 17:34:13 +0000 (GMT) Received: from nkgeml405-hub.china.huawei.com (10.98.56.36) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 6 Nov 2014 17:34:12 +0000 Received: from NKGEML506-MBX.china.huawei.com ([169.254.3.162]) by nkgeml405-hub.china.huawei.com ([10.98.56.36]) with mapi id 14.03.0158.001; Fri, 7 Nov 2014 01:34:06 +0800 From: Lizhenbin To: "Rtg-yang-coord@ietf.org" Thread-Topic: Welcome to join the Yang model work Thread-Index: Ac/54NikhHf5I62JQvmDXWwH4zp65A== Date: Thu, 6 Nov 2014 17:34:05 +0000 Message-ID: <5A5B4DE12C0DAC44AF501CD9A2B01A8D232D6327@nkgeml506-mbx.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.216.44.252] Content-Type: multipart/alternative; boundary="_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D232D6327nkgeml506mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/tUTPYnW7cOmevFTVWfUw_GTbD-c Subject: [Rtg-yang-coord] Welcome to join the Yang model work 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2014 17:34:18 -0000 --_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D232D6327nkgeml506mbxchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgRm9sa3MsDQoNCkxhc3QgeWVhciBJIGRpZCB0aGUgcHJlbnNlbnRhdGlvbiBvbiBkcmFmdC16 aGFuZy1pMnJzLW1iaC11c2VjYXNlcy0wMCBpbiBWYW5jb3V2ZXIuIEZvciB0aGUgbW9iaWxlIGJh Y2toYXVsIG5ldHdvcmssIHRyYWRpdGlvbmFsbHkgdGhlIHdob2xlIG5ldHdvcmsgc29sdXRpb24g Y2FuIGJlIHByb3Zpc2lvbmVkIHRocm91Z2ggbmV0d29yayBtYW5hZ2VtZW50IGFuZCBpdCBuZWVk cyB0byBpbnRlcndvcmtpbmcgd2l0aCBkZXZpY2VzIHRocm91Z2ggYWxsIGtpbmRzIG9mIGNvbmZp Z3VyYXRpb25zLiBCdXQgaXQgYWx3YXlzIGZhY2VzIHRoZSBmb2xsb3dpbmcgY2hhbGxlbmdlOg0K DQoxLiBUaGVyZSBhcmUgZGlmZmVyZW50IGltaXBsZW1lbnRhdGlvbiBmb3IgdGhlIGZlYXR1cmVz IGZyb20gZGlmZmVyZW50IHZlbmRvcnMuIFRoYXQgaXMsIHRoZSBjb25maWd1cmF0aW9uIG1vZGVs IHdpbGwgYmUgZGlmZmVyZW50IHNvIHRoYXQgdGhlcmUgd2lsbCBiZSB0b3VnaCB3b3JrIGZvciBp bnRlcndvcmtpbmcgd2l0aCBkZXZpY2VzIGZyb20gbXVsdGlwbGUgdmVuZG9ycy4NCg0KMi4gSWYg d2UgaG9wZSB0byB1bmlmeSB0aGUgbW9kZWxzLCB0aGVyZSBhcmUgYWxzbyB0b3VnaCB3b3JrLiBJ dCBpcyBub3Qgb25seSBiZWNhdXNlIG9mIG11bHRpcGxlIHZlcmRvcnMsIGJ1dCBhbHNvIGJlY2F1 c2UgdGhhdCB0aGVyZSBhcmUgc28gbWFueSBmZWF0dXJlcyB0byBiZSB0YWtlbiBpbnRvIGFjY291 bnQuDQoNCkJ1dCBpdCBiZWNvbWVzIGluZXZpdGFibGUgdG8gY29uc3RydWN0IGFuIG9wZW4gSVAg bmV0d29yayBhbmQgZXZlcnkgb25lIGNhbiBzZWUgdGhlIG9wZW4gc291cmNlIGFyZSBtYWtpbmcg cmFwaWQgcHJvZ3Jlc3MgYW5kIHdpbGwgaGF2ZSBtdWNoIGVmZmVjdCBvbiBvdXIgZXhpc3Rpbmcg bmV0d29yay4gTm8gbWF0dGVyIHdlIGxpa2UgaXQgb3Igbm90LCBvdXIgc3RhbmRhcmQgd29yayBo YXMgdG8gY29tcGx5IHdpdGggdGhlIHRyZW5kIGFuZCB0YWtlIHRoZSBib2lsLXRoZS1vY2VhbiBq b2IuIE15IHByZXNlbnRhdGlvbiBvbiBkcmFmdC16aGFuZy1pMnJzLW1iaC11c2VjYXNlcy0wMCB0 cmllZCB0byByZW1pbmQgdGhlIGNvbXBsZXhpdHkgb2YgcHJvdmlzaW9uaW5nIHRoZSBjb21wbGV0 ZSBzb2x1dGlvbiBmb3IgdGhlIElQIG5ldHdvcmsuIE9uIHRoZSBvdGhlciBoYW5kLCB3ZSBnYWlu IG1vcmUgYWR2YW50YWdlIHRvIGRlZmluZSB0aGUgbW9kZWxzLiBGb3IgdGhlIHBhc3QgeWVhcnMs IGRlZmluaW5nIE1JQnMgaXMgYSBjaGFsbGVuZ2luZyB3b3JrIHNpbmNlIGl0IGFkb3B0cyBhICJk b3duLXRvcCIgbWV0aG9kIGFzIHRoZSBkZXZlbG9wbWVudCBvZiBJUCBmZWF0dXJlcy4gTm93IElQ IGFwcGxpY2F0aW9ucyBhbmQgcHJvdG9jb2xzIGJlY29tZXMgbW9yZSBtYXR1cmUgdGhhdCB3ZSBj YW4gYWRvcHQgYSAidG9wLWRvd24iIGRlc2lnbiB0byBkZWZpbmUgYWxsIHBvc3NpYmxlIG1vZGVs cyBvZiBmZWF0dWVzIGludm9sdmVkIGludG8gdGhlIHdob2xlIElQIG5ldHdvcmsgc29sdXRpb25z LiBCYXNlZCBvbiB0aGUgdG9wLWRvd24gZGVzaWduLCB3ZSBvcmdhbml6ZSBvdXIgY29sbGVhZ3Vl cyB0byBkZWZpbmUgdGhlIHBvc3NpYmxlIGNvbmZpZ3VyYWl0aW9uIFlhbmcgbW9kZWxzIGZvciBM RFAsIE1QTFMgVEUsICBNUExTIE9BTSwgTDJWUE4sIEVWUE4sIEwzVlBOLCBQSU0sIElHTVAsIFBD RSwgTDJUUCwgVlhMQU4sIFRSSUxMLCBldGMuIGFuZCB0aGUgcG9zc2libGUgaW5mb3JtYXRpb24g bW9kZWwvZGF0YSBtb2RlbHMgYmFzZWQgb24gYWxsIGtpbmRzIG9mIHVzZWNhc2VzIGluIEkyUlMg V0cuICBUaG91Z2ggd2UgaG9wZSB0byBjb250cmlidXRlIG11Y2ggdG8gZGVmaW5lIHRoZSBtb2Rl bHMgZm9yIG9wZW4gSVAgbmV0d29yaywgd2UgZmFjZSB0aGUgY2hhbGxlbmdlIHRoYXQgd2UgYXJl IG5vdCBmYW1pbGlhciB3aXRoIGVuZ291aCBleHBlcnRzIGZyb20gYWxsIHBhcnRpZXMgdG8gYmUg YWJsZSB0byB3b3JrIG91dCB0aGUgd2VsbC1hY2NlcHRlZCBtb2RlbHMgdGhyb3VnaCBzdWZmaWNp ZW50IGRpc2N1c3Npb24uIFRoZXNlIG1vZGVscyBhcmUganVzdCBzZWVuIGFzIHRoZSBiYXNpYyBw cm9wb3NhbCBmb3IgcmVmZXJlbmNlIGFuZCBkaXNjdXNzaW9uLiBJIGhvcGUgWWFuZyBmb2xrcyBj b3VsZCBwcm9wb3NlIGNvbW1lbnRzIG9uIHRoZXNlIG1vZGVscywgY29sbGFib3JhdGUgb24gZGVm aW5pbmcgdGhlc2UgbW9kZWxzIGFuZCBldmVuIGNoYWxsZW5nZSB0aGVzZSBtb2RlbHMuIFRodXMg d2UgY291bGQgd29yayBvdXQgdGhlIHdlbGwtYWNjZXB0ZWQgbW9kZWxzIGZhc3QgdG8gYmVuZWZp dCB0aGUgb3BlbiBJUCBuZXR3b3JrIHRvIGZhY2lsaWF0ZSBwcm92aXNpb25pbmcgSVAgc2Vydmlj ZXMuDQoNCg0KDQpUaGFua3MsDQoNClpoZW5iaW4oUm9iaW4pDQoNCg0KDQoNCg== --_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D232D6327nkgeml506mbxchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Folks,

Last year I did the prensentation on draft-zhang-i2rs-mbh-usecases-= 00 in Vancouver. For the mobile backhaul network, traditionally the wh= ole network solution can be provisioned through network management and it n= eeds to interworking with devices through all kinds of configurations. But it always faces the following challenge:<= /p>

1. There are different imiplementation for the features from different v= endors. That is, the configuration model will be different so that there wi= ll be tough work for interworking with devices from multiple vendors.

2. If we hope to unify the models, there are also tough work. It is not = only because of multiple verdors, but also because that there are so many f= eatures to be taken into account.

But it becomes inevitable to construct an open IP network and every= one can see the open source are making rapid progress and will have much e= ffect on our existing network. No matter we like it or not, our standard wo= rk has to comply with the trend and take the boil-the-ocean job. My presentation on draft-zhang-i2rs-mbh-usecases-0= 0 tried to remind the complexity of provisioning the complete solution= for the IP network. On the other hand, we gain more advantage to define th= e models. For the past years, defining MIBs is a challenging work since it adopts a "down-top" method a= s the development of IP features. Now IP applications and protocols becomes= more mature that we can adopt a "top-down" design to define all = possible models of featues involved into the whole IP network solutions. Based on the top-down design, we organize our colleague= s to define the possible configuraition Yang models for LDP, MPLS TE, = MPLS OAM, L2VPN, EVPN, L3VPN, PIM, IGMP, PCE, L2TP, VXLAN, TRILL, etc. and= the possible information model/data models based on all kinds of usecases in I2RS WG.  Though we hop= e to contribute much to define the models for open IP network, we face the = challenge that we are not familiar with engouh experts from all parties to = be able to work out the well-accepted models through sufficient discussion. These models are just seen as the basic pro= posal for reference and discussion. I hope Yang folks could propo= se comments on these models, collaborate on defining these models and even = challenge these models. Thus we could work out the well-accepted models fast to benefit the open IP network to facili= ate provisioning IP services.

 

Thanks,

Zhenbin(Robin)

 

 

--_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D232D6327nkgeml506mbxchi_-- From nobody Thu Nov 6 18:25:51 2014 Return-Path: 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 1703E1ACE96 for ; Thu, 6 Nov 2014 18:25:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.094 X-Spam-Level: X-Spam-Status: No, score=-15.094 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.594, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 7OUGMoMWshRG for ; Thu, 6 Nov 2014 18:25:46 -0800 (PST) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 23B771ACE95 for ; Thu, 6 Nov 2014 18:25:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=50472; q=dns/txt; s=iport; t=1415327146; x=1416536746; h=from:to:cc:subject:date:message-id:mime-version; bh=yiD/poeLbPJGZxGCBgiG5XIsuBcDmTbjKAKGikViJdo=; b=M9tidfKcbeMqs/GdDo4/CckmfZNmAAeAYKufLsR70Sm2B/qkjYpKiemL TyHbyaBuh51U8vA5CP1051VjuY6c7dKmexGskcNSDrnTFwkaIB5+y9ly9 WjPtOkX8yinhOFiK9M1Z0td8q+czwJI6kz+Msq0xXbT6NU2UwDsD7QIpI U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgsIAA4tXFStJV2c/2dsb2JhbABBFwMWgjJGVFkEgwLILAEJhnlUAhx/FgEBAQEBfYQCAQEBAgEBAQEBIApBBAcFBwIEAQgOAgEBAwEBAQoCARMBBgMCBBkMCxQDBgkBBA4FCAESiB0JDTi4d5V5AQEBAQEBAQEBAQEBAQEBAQEBAQEBFwSKcYVrDwcLDAQGBwMIgiVBEiSBHgWSJKJNg3hsAQESgTSBAwEBAQ X-IronPort-AV: E=Sophos;i="5.07,329,1413244800"; d="scan'208,217";a="370135327" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-8.cisco.com with ESMTP; 07 Nov 2014 02:25:44 +0000 Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id sA72PiAI017079 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 7 Nov 2014 02:25:44 GMT Received: from xmb-aln-x11.cisco.com ([169.254.6.106]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.03.0195.001; Thu, 6 Nov 2014 20:25:44 -0600 From: "Eric Voit (evoit)" To: Alia Atlas Thread-Topic: [netmod] ietf 91 netmod agenda (revised) Thread-Index: Ac/6MhG6nRKigaw7TrOHLAUZe3L3Hg== Date: Fri, 7 Nov 2014 02:25:44 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.134.131] Content-Type: multipart/alternative; boundary="_000_EF64FF31F4C4384DBCE5D513A791C2B120A6EA39xmbalnx11ciscoc_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/Ime1u5wu9Z6Nnfm6lgV1voAQ64s Cc: "Rtg-yang-coord@ietf.org" , Thomas Nadeau , "Alexander Clemm \(alex\)" , Juergen Schoenwaelder , "Benoit Claise \(bclaise\)" , "Alberto Gonzalez Prieto \(albertgo\)" Subject: Re: [Rtg-yang-coord] [netmod] ietf 91 netmod agenda (revised) 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2014 02:25:50 -0000 --_000_EF64FF31F4C4384DBCE5D513A791C2B120A6EA39xmbalnx11ciscoc_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQWxpYSwNCg0KSXQgd291bGQgYmUgZ3JlYXQgdG8gbWFrZSBhIHN1YnNldCBvZiBQdWIvU3Vi IHJlbGF0ZWQgZHJhZnRzIHJldXNhYmxlIGZvciBJMlJTLiAgTm8gbWF0dGVyIHdoYXQgV0cgZXZl bnR1YWxseSBvd25zIHRoZSBjaGFydGVyLg0KDQpUbyBtYWtlIHNvbWUgcHJvZ3Jlc3MgaGVyZS4g SSBsb29rZWQgYXQgSTJSUyBkcmFmdC1pZXRmLWkycnMtYXJjaGl0ZWN0dXJlLTA1IGFuZCBwdWxs ZWQgb3V0IHRoZSBmb2xsb3dpbmc6DQoNCsK3ICAgICAgICBzZWN0aW9uIDYuMyBzYXlzIHRoYXQg d2hlbiBsb2NhbCBjb25maWcgcHJlZW1wdHMgSTJSUywgZXh0ZXJuYWwgbm90aWZpY2F0aW9uIG1p Z2h0IGJlIG5lY2Vzc2FyeQ0KDQrCtyAgICAgICAgc2VjdGlvbiA2LjQuMiBwb2ludHMgdG8g4oCc c3Vic2NyaWJpbmcgdG8gYW4gaW5mb3JtYXRpb24gc3RyZWFtIG9mIHJvdXRlIGNoYW5nZXMgcmVj ZWl2aW5nIG5vdGlmaWNhdGlvbnMgYWJvdXQgcGVlcnMgY29taW5nIHVwIG9yIGdvaW5nIGRvd27i gJ0NCg0KwrcgICAgICAgIHNlY3Rpb24gNy42IGlzIGdpdmVzIGhpZ2ggbGV2ZWwgcHViL3N1YiAo bm90aWZpY2F0aW9uKSBndWlkYW5jZQ0KDQpUcnlpbmcgdG8gbGVhcm4gbW9yZSwgSSBsb29rZWQg YXQgdHdvIG90aGVyIGRyYWZ0cywgYW5kIHB1bGxlZCBvdXQgc29tZSByZXF1aXJlbWVudHMgd2hp Y2ggcGVyaGFwcyBjb3ZlciBtb3JlIEkyUlMgbmVlZHM6DQoNCmRyYWZ0LWlldGYtaTJycy11c2Vj YXNlLXJlcXMtc3VtbWFyeQ0KDQrCtyAgICAgICAgUEktUkVRMDE6IG1vbml0b3IgdGhlIGF2YWls YWJsZSByb3V0ZXMgaW5zdGFsbGVkIGluIHRoZSBSSUIgb2YgZWFjaCBmb3J3YXJkaW5nIGRldmlj ZSwgaW5jbHVkaW5nIG5lYXIgcmVhbCB0aW1lIG5vdGlmaWNhdGlvbiBvZiByb3V0ZSBpbnN0YWxs YXRpb24gYW5kIHJlbW92YWwuDQoNCsK3ICAgICAgICBQSS1SRVEwNTogVGhlIGFiaWxpdHkgdG8g aW50ZXJhY3Qgd2l0aCB0cmFmZmljIGZsb3cgYW5kIG90aGVyIG5ldHdvcmsgdHJhZmZpYyBsZXZl bCBtZWFzdXJlbWVudCBwcm90b2NvbHMgYW5kIHN5c3RlbXMNCg0KwrcgICAgICAgIFBJLVJFUTEw OiBUaGUgYWJpbGl0eSB0byBpbnRlcmFjdCB3aXRoIHBvbGljaWVzIGFuZCBjb25maWd1cmF0aW9u cyBvbiB0aGUgZm9yd2FyZGluZyBkZXZpY2VzIHVzaW5nIHRpbWUgYmFzZWQgcHJvY2Vzc2luZywg ZWl0aGVyIHRocm91Z2ggdGltZWQgYXV0by1yb2xsYmFjayBvciBzb21lIG90aGVyIG1lY2hhbmlz bS4gIFRoaXMgaW50ZXJhY3Rpb24gc2hvdWxkIGJlIHRocm91Z2ggZXhpc3RpbmcgY29uZmlndXJh dGlvbiBtZWNoYW5pc21zLCBzdWNoIGFzIE5FVENPTkYsIGFuZCBzaG91bGQgYmUgcmVjb3JkZWQg aW4gdGhlIGNvbmZpZ3VyYXRpb24gb2YgdGhlIGxvY2FsIGRldmljZSBzbyBvcGVyYXRvcnMgYXJl IGF3YXJlIG9mIHRoZSBmdWxsIHBvbGljeSBpbXBsZW1lbnRlZCBpbiB0aGUgbmV0d29yayBmcm9t IHRoZSBydW5uaW5nIGNvbmZpZ3VyYXRpb24uDQoNCihleHBpcmVkKSBkcmFmdC1jYW13aW5nZXQt aTJycy1wdWJzdWItc2VjIHNob3dzIHRoZSBuZWVkIGZvcjoNCg0KwrcgICAgICAgIFRpbWUgZGVs aXZlcnkgc2Vuc2l0aXZpdHkNCg0KwrcgICAgICAgIFN1cHBvcnQgZm9yIG11bHRpcGxlIHByb3Rv Y29scyBvciBpbXBsZW1lbnRhdGlvbiBsYXllcnMNCg0KwrcgICAgICAgIFNlY3VyZSwgYXV0aG9y aXplZCBjb21tdW5pY2F0aW9ucw0KDQrCtyAgICAgICAgU3VwcG9ydCBmb3IgYSByYW5nZSBvZiBk YXRhIGRlbGl2ZXJ5IGNvbnRlbnQNCg0KVGhlcmUgaXMgYSB3aWRlIHJhbmdlIG9mIGd1aWRhbmNl IGluIHRoZSBidWxsZXRzIGFib3ZlLiAgU28gSSBzdGVwcGVkIGJhY2sgYW5kIGxvb2tlZCBhdCBz b21lIGhpc3RvcnkuICBUaGVyZSBhcmUgYSBudW1iZXIgb2Ygc3dpdGNoaW5nIGFuZCByb3V0aW5n IHByb3RvY29scyB3aGljaCBoYXZlIGRvbmUgcHViIHN1YiBpbiB0aGUgcGFzdC4gIEl0IHR1cm5z IG91dCB0aGF0IHNldmVyYWwgb2YgdGhlc2UgaGF2ZSBhIGRlZXAgcmVsYXRpb25zaGlwIHdpdGgg bXVsdGljYXN0LiAgRm9yIGV4YW1wbGU6DQoNCsK3ICAgICAgICBBdWRpby1WaWRlbyBCcmlkZ2lu ZyBzdHJlYW1zIG5lZWRpbmcgZ3VhcmFudGVlZCBsYXRlbmN5ICg4MDIuMVEtMjAxMSBDbGF1c2Ug MzUpDQoNCsK3ICAgICAgICBNdWx0aWNhc3QgUm91dGluZyBBZGphY2VuY2llcyBpbiBNUExTIFZQ TnMgIChSRkM2NTEzKQ0KDQrCtyAgICAgICAgT1NQRiB1c2VzIG11bHRpY2FzdCBhZGRyZXNzZXMg Zm9yIFJvdXRlIEZsb29kaW5nIChSRkMyMzI4KQ0KDQrCtyAgICAgICAgRXZlcnkgbXVsdGljYXN0 IHRvcG9sb2d5IGVzdGFibGlzaG1lbnQgcHJvdG9jb2wgKElHTVAsIFBJTSwgZXRjLikNCg0KU2lu Y2UgTkVUQ09ORiBpcyBjb25uZWN0aW9uIG9yaWVudGVkLCBwZXJoYXBzIHdlIHdpbGwgbmVlZCBh bHRlcm5hdGl2ZSB0cmFuc3BvcnRzIGZvciB0aGVzZSB0eXBlIG9mIG5vdGlmaWNhdGlvbnMvbWVz c2FnZXMuDQoNCkFzIHdlIHRyeSB0byBwcm9ncmVzcyBkcmFmdC1uZXRtb2QtY2xlbW0tZGF0YXN0 b3JlLXB1c2gsIHdlIHdpbGwgdHJ5IHRvIGVuc3VyZSBZQU5HIG9iamVjdHMgcmVwcmVzZW50aW5n IHN1YnNjcmlwdGlvbnMgc3RheSBpbmRlcGVuZGVudCBvZiB1bmRlcmx5aW5nIHRyYW5zcG9ydC4g IEkgYmVsaWV2ZSB0aGlzIGlzIHdvcnRod2hpbGUuICBEbyB5b3UgYWdyZWU/ICAgSWYgeWVzLCB0 aGF0IHByb3ZpZGVzIGEgY29udGV4dCBmb3IgZnV0dXJlIGRlY29tcG9zaXRpb24gb2Ygc29tZSBv ZiB0aGUgd29yay4gICBCZXlvbmQgdGhhdCBJIHdhcyB3b25kZXJpbmcgaWYgeW91IGhhdmUgdGhv dWdodHMvZ3VpZGFuY2UvcG9pbnRlcnMgb24gd2hhdCBvdGhlciB0cmFuc3BvcnRzIGJleW9uZCBO RVRDT05GIG1pZ2h0IGJlIG5lZWRlZCBpbiB0aGUgbmVhciB0ZXJtIGZvciBJMlJTPw0KDQpUaGFu a3MsDQpFcmljDQoNCg0KRnJvbTogQWxpYSBBdGxhcywgTm92ZW1iZXIgMDUsIDIwMTQgNzoyNCBQ TQ0KDQoNCkVyaWMsDQoNClRoaXMgdHlwZSBvZiBwdWIvc3ViIGZ1bmN0aW9uYWxpdHkgaXMgc29t ZXRoaW5nIHRoYXQgaXMgaW4gdGhlIEkyUlMgYXJjaGl0ZWN0dXJlLg0KDQpSZWdhcmRzLA0KQWxp YSAobm8gaGF0cykNCk9uIE5vdiA1LCAyMDE0IDY6NTQgUE0sICJFcmljIFZvaXQgKGV2b2l0KSIg PGV2b2l0QGNpc2NvLmNvbTxtYWlsdG86ZXZvaXRAY2lzY28uY29tPj4gd3JvdGU6DQo+IEZyb206 IEFsZXhhbmRlciBDbGVtbSwgTm92ZW1iZXIgMDUsIDIwMTQgNTo1NSBQTQ0KPg0KPiBIaSBKdWVy Z2VuLA0KPg0KPiBZZXMsIGF0IGl0cyBlc3NlbmNlLCB0aGlzIGlzIGEgZGF0YSBtb2RlbC4gIFRo aXMgaXMgd2h5IHdlIHRoaW5rIE5ldG1vZCBpcyB0aGUNCj4gcmVsZXZhbnQgZ3JvdXAsIGFuZCB3 aHkgd2Ugd291bGQgbGlrZSB0byBkaXNjdXNzIGl0IGhlcmUuDQo+DQo+IEluIGFkZGl0aW9uIHRv IGNvbmZpZ3VyaW5nIHRoZSBzdWJzY3JpcHRpb25zLCB0aGVyZSBpcyB0aGUgaXNzdWUgb2YgaG93 IHlvdQ0KPiBwZXJmb3JtIHRoZSBhY3R1YWwgcHVzaC4gIFRoaXMgaXMgZG9uZSBieSBkZWZpbmlu ZyBhIG5vdGlmaWNhdGlvbiwgd2hpY2ggd2lsbCBiZQ0KPiB0cmFuc3BvcnRlZCB1c2luZyBhIDxu b3RpZmljYXRpb24+IGVsZW1lbnQgcGVyIFJGQyA1Mjc3Lg0KPg0KPiBJbiB0aGUgZnV0dXJlLCBp dCBpcyBjb25jZWl2YWJsZSB0aGF0IGFsdGVybmF0aXZlIHRyYW5zcG9ydCBtYXBwaW5ncyAoZS5n LiBwdWIvc3ViLA0KPiBzb21lb25lIGV2ZW4gYnJvdWdodCB1cCBpcGZpeCBleHBvcnQpIG1heSBi ZSBkZWZpbmVkLiAgSXQgaXMgb3VyIGludGVudGlvbiB0bw0KPiBoYXZlIGFuIGFyY2hpdGVjdHVy ZSB0aGF0IHdpbGwgYWxsb3cgZm9yIHRoYXQsIGkuZS4gdG8gaGF2ZSB0aGUgc2FtZSBzdWJzY3Jp cHRpb24NCj4gbW9kZWwgYXBwbHkgYWxzbyBpbiBzdWNoIGEgY2FzZS4gIEJ1dCByZWFsbHksIHRo aXMgaXMgb3J0aG9nb25hbC4NCg0KWWVzLCBib3RoIEp1ZXJnZW4gYW5kIEFuZHkgcG9pbnRlZCBv dXQgdGhhdCBzdWNoIHByb3RvY29sIHdvcmsgaXMgbm90IGluIE5ldG1vZCBjaGFydGVyLiAgQW5k IEkgY29tcGxldGVseSBhZ3JlZSB0aGlzIGlzIHNvbWV0aGluZyBOZXRtb2Qgc2hvdWxkICpub3Qq IGRvLg0KDQpUaGUgcG9pbnQgSSBjb21tdW5pY2F0ZWQgKHBvb3JseSkgaXMgdGhhdCBhZGRpdGlv bmFsIGRyYWZ0cyBtYXkgbmVlZCBhIGhvbWUgaWYgdGhlIElFVEYgZGVzaXJlcyBQdWIvU3ViIG1l Y2hhbmlzbXMgYmV5b25kIE5FVENPTkYuICBDYW4gYW55IG9mIHRoaXMgdHJhbnNwb3J0IHNwZWNp ZmljIHByb3RvY29sIHdvcmsgYmUgZ2VuZXJhbGl6ZWQ/ICBJIGRvbid0IGtub3cuICBJIGRvIGtu b3cgb2YgbXVsdGlwbGUgaW1wbGVtZW50YXRpb25zIHRob3VnaC4gIEp1c3QgZm9yIGdyaW5zLCBi ZWxvdyBhcmUgc29tZSBhY2FkZW1pYyBkYXRhLXBvaW50cyBzaG93aW5nIHBlb3BsZSBjYXJlLi4u DQoNCk5ldyBHZW5lcmF0aW9uIFNETi1Bd2FyZSBQdWIvU3ViIEVudmlyb25tZW50DQpodHRwOi8v d3d3LnRoaW5rbWluZC5vcmcvZG93bmxvYWQucGhwP2FydGljbGVpZD1pY25fMjAxNF85XzIwXzMw MDk3DQooaW52ZXN0aWdhdGVzIFB1Yi9zdWIgd2l0aCBNdWx0aWNhc3QsIE9wZW5GbG93LCBBTFRP KQ0KDQpFZmZpY2llbnQgUHVibGlzaC1TdWJzY3JpYmUgQXJjaGl0ZWN0dXJlIGZvciB0aGUgU21h cnQgR3JpZCB1c2luZyBPcGVuRmxvdyBhbmQgTVBMUw0KaHR0cDovL3d3dy5jc2UuaWl0Yi5hYy5p bi9+Y3M2MjAvZmluYWxfcHJvamVjdF9wcHRzL3JvaGFuXzcucGRmDQoNClB1Ymxpc2ggU3Vic2Ny aWJlIEludGVybmV0IFJvdXRpbmcgUGFyYWRpZ20gKFBTSVJQKQ0KaHR0cDovL3d3dy5wc2lycC5v cmcvb3ZlcnZpZXcvc29sdXRpb24uaHRtbA0KDQpFcmljDQoNCj4gR2V0dGluZyBiYWNrIHRvIHRo ZSBvcmlnaW5hbCBtZXNzYWdlLCBpdCB3b3VsZCBiZSBnb29kIHRvIGJyZWFrIHRoaXMgaW50byBh DQo+IHNlcGFyYXRlIGl0ZW0sIGhlbmNlIEkgd291bGQgcmVxdWVzdCB0byBhIHRpbWUgc2xvdCBv biBGcmlkYXkuICBUaGlzIGlzIGFsc28NCj4gcHJhY3RpY2FsIGZyb20gYSAibG9hZC1iYWxhbmNp bmciIHBlcnNwZWN0aXZlLCBhcyB0aGUgYWdlbmRhIG9uIFRodXJzZGF5IGlzIGEgbG90DQo+IGhl YXZpZXIgdGhhbiBGcmlkYXkncy4gIEluIHRoZSBwZWVyLW1vdW50IHNsb3QsIHRoZXJlIGFyZSBw b3RlbnRpYWxseSBhbHJlYWR5IHRocmVlDQo+IG90aGVyIHNlcGFyYXRlIGRyYWZ0cyB0byB0YWxr IHRvIChyZXF1aXJlbWVudHMgLSB1c2UgY2FzZSAtIG1lY2hhbmlzbSksIGFuZCB0aGUNCj4gcHVz aCBkcmFmdCBoYXMgYXBwbGljYWJpbGl0eSBiZXlvbmQgdGhhdC4NCj4NCj4gVGhhbmtzDQo+IC0t LSBBbGV4DQo+DQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IEp1ZXJnZW4g U2Nob2Vud2FlbGRlciBbbWFpbHRvOmouc2Nob2Vud2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0eS5k ZTxtYWlsdG86ai5zY2hvZW53YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRlPl0NCj4gU2VudDog V2VkbmVzZGF5LCBOb3ZlbWJlciAwNSwgMjAxNCAyOjQxIFBNDQo+IFRvOiBFcmljIFZvaXQgKGV2 b2l0KQ0KPiBDYzogS2VudCBXYXRzZW47IEFsZXhhbmRlciBDbGVtbSAoYWxleCk7IG5ldG1vZEBp ZXRmLm9yZzxtYWlsdG86bmV0bW9kQGlldGYub3JnPg0KPiBTdWJqZWN0OiBSZTogW25ldG1vZF0g aWV0ZiA5MSBuZXRtb2QgYWdlbmRhIChyZXZpc2VkKQ0KPg0KPiBPbiBXZWQsIE5vdiAwNSwgMjAx NCBhdCAwOTo1NjoxNVBNICswMDAwLCBFcmljIFZvaXQgKGV2b2l0KSB3cm90ZToNCj4gPiA+IEZy b206IEtlbnQgV2F0c2VuLCBOb3ZlbWJlciAwNSwgMjAxNCAzOjEzIFBNDQo+ID4gPg0KPiA+ID4N Cj4gPiA+IEknbSBnZW5lcmFsbHkgc3VwcG9ydGl2ZSBvZiB0aGlzIGFzcGVjdCBvZiB0aGUgcGVl ci1tb3VudCBkcmFmdHMsIGFzIEknbQ0KPiA+ID4gYXdhcmUgb2YgYSBzd2VsbGluZyBkZXNpcmUg dG8gaW1wcm92ZSBORVRDT05GIE5vdGlmaWNhdGlvbnMuICAgVGhhdCBzYWlkLA0KPiA+ID4gSSBz dWdnZXN0IG1vdmluZyB0aGlzIGRpc2N1c3Npb24gdG8gdGhlIE5FVENPTkYgV0cuDQo+ID4NCj4g PiBXZSBoYXZlIGJlZW4gd29uZGVyaW5nIGFib3V0IHRoZSByaWdodCBob21lIGZvciB0aGUgcHVz aCBkcmFmdC4gIE5ldG1vZA0KPiBtaWdodCBub3QgYmUgaXQgYmVjYXVzZSBhIGdlbmVyYWxpemVk IFB1Yi9TdWIgbWVjaGFuaXNtIG1pZ2h0IGJlIG5lZWRlZA0KPiBiZXlvbmQgWUFORyBlbmNvZGlu Zy4gIEhvd2V2ZXIgd2UgYXJlIGhvcGluZyB0aGF0IHRoZSBQdWIvU3ViIG1lY2hhbmlzbQ0KPiBj b3VsZCB3b3JrIHdpdGggbWFueSB0cmFuc3BvcnRzIChpbmNsdWRpbmcgbXVsdGljYXN0IHRyYW5z cG9ydHMpLiAgSXMgTkVUQ09ORg0KPiBXRyBhYmxlIHRvIHN1cHBvcnQgYSBQdWIvU3ViIG1lY2hh bmlzbSBtYXhpbWFsbHkgZGVjb3VwbGVkIGZyb20gTkVUQ09ORg0KPiB0cmFuc3BvcnQ/DQo+ID4N Cj4NCj4gTG9va2luZyBhdCB0aGUgY2hhcnRlciBvZiB0aGlzIFdHLCBpdCBzZWVtcyBwcmV0dHkg Y2xlYXIgdGhhdCBORVRNT0QgaXMgbm90DQo+IGNoYXJ0ZXJlZCB0byBkbyBwcm90b2NvbCB3b3Jr LiBBbmQgTkVUTU9EIGNhbid0IGFuc3dlciB0aGUgcXVlc3Rpb24gd2hldGhlcg0KPiBORVRDT05G IGNhbiBoZWxwIHlvdSBvciBhbnkgb3RoZXIgd29ya2luZyBncm91cC4NCj4NCj4gVGhhdCBzYWlk LCBJIGFtIHVuc3VyZSB3aGF0IHlvdSB3YW50IHRvIGRvLiBBcmUgd2UgdGFsa2luZyBhYm91dCA8 ZHJhZnQtDQo+IG5ldG1vZC1jbGVtbS1kYXRhc3RvcmUtcHVzaC0wMC50eHQ+PyBUaGF0IGRvY3Vt ZW50IGRlZmluZXMgWUFORw0KPiBub3RpZmljYXRpb25zIGFuZCBkYXRhIG9iamVjdHMsIHNvIHRo aXMgaXMgYSBkYXRhIG1vZGVsLiBCdXQgdGhlbiB5b3Ugd3JpdGUgImENCj4gZ2VuZXJhbGl6ZWQg UHViL1N1YiBtZWNoYW5pc20gbWlnaHQgYmUgbmVlZGVkIGJleW9uZCBZQU5HIGVuY29kaW5nIiB0 aGF0DQo+IGlzICJtYXhpbWFsbHkgZGVjb3VwbGVkIGZyb20gTkVUQ09ORiB0cmFuc3BvcnQiLiBJ cyB0aGVyZSBhbm90aGVyIEktRCBmb3IgdGhpcz8NCj4gSSByZWFsbHkgbGlrZSB0byB1bmRlcnN0 YW5kIHRoaW5ncyBiZXR0ZXIuDQo+DQo+IC9qcw0KPg0KPiAtLQ0KPiBKdWVyZ2VuIFNjaG9lbndh ZWxkZXIgICAgICAgICAgIEphY29icyBVbml2ZXJzaXR5IEJyZW1lbiBnR21iSA0KPiBQaG9uZTog KzQ5IDQyMSAyMDAgMzU4NyAgICAgICAgIENhbXB1cyBSaW5nIDEsIDI4NzU5IEJyZW1lbiwgR2Vy bWFueQ0KPiBGYXg6ICAgKzQ5IDQyMSAyMDAgMzEwMyAgICAgICAgIDxodHRwOi8vd3d3LmphY29i cy11bml2ZXJzaXR5LmRlLz4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCm5ldG1vZCBtYWlsaW5nIGxpc3QNCm5ldG1vZEBpZXRmLm9yZzxtYWlsdG86 bmV0bW9kQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9u ZXRtb2QNCg== --_000_EF64FF31F4C4384DBCE5D513A791C2B120A6EA39xmbalnx11ciscoc_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9 DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIg MiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3Nl LTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNv Tm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJn aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGlt ZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRv Ow0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFy Z2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5l dyBSb21hbiIsInNlcmlmIjt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z dHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3Vy aWVyIE5ldyI7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCBD aGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnAuTXNvTGlzdFBh cmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNv LXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdodDowaW47 DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIiwic2VyaWYiO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJC YWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1s aW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9 DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bh bi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0 ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1M IFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLmFwcGxl LWNvbnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5bGUtbmFtZTphcHBsZS1jb252ZXJ0ZWQtc3BhY2U7 fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1z aXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJ bWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFn ZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNv LWxpc3QtaWQ6MTA5MjA1MDY0ODsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10 ZW1wbGF0ZS1pZHM6LTExMDQ3ODM2NjggNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2 ODkgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTM7fQ0KQGxpc3Qg bDA6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpTeW1ib2w7 fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt c28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6 IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWlu Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwt dGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNv LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0 IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2Rp bmdzO30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1m YW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0K CWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21zby1sZXZl bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVs LXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt aW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDENCgl7bXNv LWxpc3QtaWQ6MTIyMDI4NDMxODsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10 ZW1wbGF0ZS1pZHM6LTE0Njc1Njg5MzQgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2 ODkgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTM7fQ0KQGxpc3Qg bDE6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpTeW1ib2w7 fQ0KQGxpc3QgbDE6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt c28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6 IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMTpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWlu Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDQNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwt dGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNv LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0 IGwxOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2Rp bmdzO30NCkBsaXN0IGwxOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1m YW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0K CWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDE6bGV2ZWw5DQoJe21zby1sZXZl bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVs LXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt aW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDINCgl7bXNv LWxpc3QtaWQ6MTMwMTM3NjI2OTsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10 ZW1wbGF0ZS1pZHM6LTE2MTU0MjE5MDYgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2 ODkgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTM7fQ0KQGxpc3Qg bDI6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpTeW1ib2w7 fQ0KQGxpc3QgbDI6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt c28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6 IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMjpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWlu Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMjpsZXZlbDQNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwt dGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMjpsZXZlbDUNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNv LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0 IGwyOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2Rp bmdzO30NCkBsaXN0IGwyOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1m YW1pbHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0K CWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDI6bGV2ZWw5DQoJe21zby1sZXZl bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVs LXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt aW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDMNCgl7bXNv LWxpc3QtaWQ6MTk0NTkyMDE1NTsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10 ZW1wbGF0ZS1pZHM6MTU0ODg5ODU2MiA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4 OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5Mzt9DQpAbGlzdCBs MzpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10 ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9 DQpAbGlzdCBsMzpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z by1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToi Q291cmllciBOZXciO30NCkBsaXN0IGwzOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25l Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47 DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwzOmxldmVsNA0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10 YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwzOmxldmVsNQ0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28t bGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3Qg bDM6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGlu Z3M7fQ0KQGxpc3QgbDM6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZh bWlseTpTeW1ib2w7fQ0KQGxpc3QgbDM6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJ Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMzpsZXZlbDkNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwt dGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpvbA0KCXttYXJnaW4tYm90 dG9tOjBpbjt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQotLT48L3N0eWxlPjwhLS1baWYg Z3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0i MTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEi IC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBs YW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3Jk U2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPkhpIEFsaWEsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JdCB3b3VsZCBiZSBncmVhdCB0 byBtYWtlIGEgc3Vic2V0IG9mIFB1Yi9TdWIgcmVsYXRlZCBkcmFmdHMgcmV1c2FibGUgZm9yIEky UlMuJm5ic3A7IE5vIG1hdHRlciB3aGF0IFdHIGV2ZW50dWFsbHkgb3ducyB0aGUgY2hhcnRlci48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPlRvIG1ha2Ugc29tZSBwcm9ncmVzcyBoZXJlLiBJIGxvb2tlZCBhdCBJMlJTIGRy YWZ0LWlldGYtaTJycy1hcmNoaXRlY3R1cmUtMDUgYW5kIHB1bGxlZCBvdXQgdGhlIGZvbGxvd2lu ZzoNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz dHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwzIGxldmVsMSBsZm8zIj48IVtpZiAh c3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpT eW1ib2w7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3Bh biBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+ PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5zZWN0 aW9uIDYuMyBzYXlzIHRoYXQgd2hlbiBsb2NhbCBjb25maWcgcHJlZW1wdHMgSTJSUywgZXh0ZXJu YWwgbm90aWZpY2F0aW9uIG1pZ2h0IGJlIG5lY2Vzc2FyeTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluO21z by1saXN0OmwzIGxldmVsMSBsZm8zIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpTeW1ib2w7Y29sb3I6IzFGNDk3RCI+PHNwYW4g c3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5zZWN0aW9uIDYuNC4yIHBvaW50cyB0byDigJxzdWJz Y3JpYmluZyB0byBhbiBpbmZvcm1hdGlvbiBzdHJlYW0gb2Ygcm91dGUgY2hhbmdlcyByZWNlaXZp bmcgbm90aWZpY2F0aW9ucyBhYm91dCBwZWVycyBjb21pbmcgdXAgb3IgZ29pbmcgZG93buKAnTxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0i dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwzIGxldmVsMSBsZm8zIj48IVtpZiAhc3VwcG9y dExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpTeW1ib2w7 Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBzdHls ZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5k aWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5zZWN0aW9uIDcu NiBpcyBnaXZlcyBoaWdoIGxldmVsIHB1Yi9zdWIgKG5vdGlmaWNhdGlvbikgZ3VpZGFuY2UNCjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+VHJ5aW5nIHRvIGxlYXJuIG1vcmUsIEkgbG9va2VkIGF0IHR3byBvdGhlciBkcmFm dHMsIGFuZCBwdWxsZWQgb3V0IHNvbWUgcmVxdWlyZW1lbnRzIHdoaWNoIHBlcmhhcHMgY292ZXIg bW9yZSBJMlJTIG5lZWRzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ZHJhZnQtaWV0Zi1pMnJzLXVzZWNhc2UtcmVxcy1z dW1tYXJ5PG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp bjt0ZXh0LWluZGVudDotLjI1aW47bGluZS1oZWlnaHQ6MTQuNHB0O21zby1saXN0OmwwIGxldmVs MSBsZm8yIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTpTeW1ib2w7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0 Oklnbm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+ PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPlBJLVJFUTAxOiBtb25pdG9yIHRoZSBhdmFpbGFibGUgcm91dGVzIGluc3RhbGxl ZCBpbiB0aGUgUklCIG9mIGVhY2ggZm9yd2FyZGluZyBkZXZpY2UsIGluY2x1ZGluZyBuZWFyIHJl YWwgdGltZSBub3RpZmljYXRpb24gb2Ygcm91dGUgaW5zdGFsbGF0aW9uIGFuZCByZW1vdmFsLjxv OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjt0ZXh0 LWluZGVudDotLjI1aW47bGluZS1oZWlnaHQ6MTQuNHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8y Ij48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTpTeW1ib2w7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9y ZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+PC9zcGFu Pjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPlBJLVJFUTA1OiBUaGUgYWJpbGl0eSB0byBpbnRlcmFjdCB3aXRoIHRyYWZmaWMgZmxvdyBh bmQgb3RoZXIgbmV0d29yayB0cmFmZmljIGxldmVsIG1lYXN1cmVtZW50IHByb3RvY29scyBhbmQg c3lzdGVtczxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbjt0ZXh0LWluZGVudDotLjI1aW47bGluZS1oZWlnaHQ6MTQuNHB0O21zby1saXN0OmwwIGxl dmVsMSBsZm8yIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTpTeW1ib2w7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1s aXN0Oklnbm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3Nw YW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPlBJLVJFUTEwOiBUaGUgYWJpbGl0eSB0byBpbnRlcmFjdCB3aXRoIHBvbGlj aWVzIGFuZCBjb25maWd1cmF0aW9ucyBvbiB0aGUgZm9yd2FyZGluZyBkZXZpY2VzIHVzaW5nIHRp bWUgYmFzZWQgcHJvY2Vzc2luZywgZWl0aGVyIHRocm91Z2ggdGltZWQgYXV0by1yb2xsYmFjayBv ciBzb21lIG90aGVyIG1lY2hhbmlzbS4mbmJzcDsgVGhpcyBpbnRlcmFjdGlvbiBzaG91bGQgYmUg dGhyb3VnaCBleGlzdGluZyBjb25maWd1cmF0aW9uIG1lY2hhbmlzbXMsIHN1Y2ggYXMgTkVUQ09O RiwgYW5kIHNob3VsZCBiZSByZWNvcmRlZCBpbiB0aGUgY29uZmlndXJhdGlvbiBvZiB0aGUgbG9j YWwgZGV2aWNlIHNvIG9wZXJhdG9ycyBhcmUgYXdhcmUgb2YgdGhlIGZ1bGwgcG9saWN5IGltcGxl bWVudGVkIGluIHRoZSBuZXR3b3JrIGZyb20gdGhlIHJ1bm5pbmcgY29uZmlndXJhdGlvbi48bzpw PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+KGV4cGlyZWQpIGRyYWZ0LWNhbXdpbmdldC1pMnJzLXB1YnN1Yi1zZWMgc2hvd3Mg dGhlIG5lZWQgZm9yOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFy YWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwxIGxldmVsMSBsZm8x Ij48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTpTeW1ib2w7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9y ZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bh bj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj5UaW1lIGRlbGl2ZXJ5IHNlbnNpdGl2aXR5PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW47bXNvLWxp c3Q6bDEgbGV2ZWwxIGxmbzEiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OlN5bWJvbDtjb2xvcjojMUY0OTdEIj48c3BhbiBzdHls ZT0ibXNvLWxpc3Q6SWdub3JlIj7CtzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlN1cHBvcnQgZm9yIG11bHRpcGxlIHByb3RvY29scyBvciBp bXBsZW1lbnRhdGlvbiBsYXllcnM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv TGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMSBsZXZl bDEgbGZvMSI+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6U3ltYm9sO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlz dDpJZ25vcmUiPsK3PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bh bj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+U2VjdXJlLCBhdXRob3JpemVkIGNvbW11bmljYXRpb25zPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVu dDotLjI1aW47bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzEiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OlN5bWJvbDtjb2xvcjojMUY0 OTdEIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7CtzxzcGFuIHN0eWxlPSJmb250Ojcu MHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlN1cHBvcnQgZm9yIGEgcmFuZ2Ug b2YgZGF0YSBkZWxpdmVyeSBjb250ZW50PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5UaGVyZSBpcyBhIHdpZGUgcmFuZ2Ug b2YgZ3VpZGFuY2UgaW4gdGhlIGJ1bGxldHMgYWJvdmUuJm5ic3A7IFNvIEkgc3RlcHBlZCBiYWNr IGFuZCBsb29rZWQgYXQgc29tZSBoaXN0b3J5LiZuYnNwOyBUaGVyZSBhcmUgYSBudW1iZXIgb2Yg c3dpdGNoaW5nIGFuZCByb3V0aW5nIHByb3RvY29scw0KIHdoaWNoIGhhdmUgZG9uZSBwdWIgc3Vi IGluIHRoZSBwYXN0LiZuYnNwOyBJdCB0dXJucyBvdXQgdGhhdCBzZXZlcmFsIG9mIHRoZXNlIGhh dmUgYSBkZWVwIHJlbGF0aW9uc2hpcCB3aXRoIG11bHRpY2FzdC4mbmJzcDsgRm9yIGV4YW1wbGU6 DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5 bGU9InRleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMiBsZXZlbDEgbGZvNCI+PCFbaWYgIXN1 cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6U3lt Ym9sO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPsK3PHNwYW4g c3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwh W2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QXVkaW8t VmlkZW8gQnJpZGdpbmcgc3RyZWFtcyBuZWVkaW5nIGd1YXJhbnRlZWQgbGF0ZW5jeSAoODAyLjFR LTIwMTEgQ2xhdXNlIDM1KTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0 UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwyIGxldmVsMSBs Zm80Ij48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTpTeW1ib2w7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Okln bm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwv c3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj5NdWx0aWNhc3QgUm91dGluZyBBZGphY2VuY2llcyBpbiBNUExTIFZQTnMmbmJzcDsg KFJGQzY1MTMpPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3Jh cGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDIgbGV2ZWwxIGxmbzQiPjwh W2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OlN5bWJvbDtjb2xvcjojMUY0OTdEIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7C tzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwv c3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi Pk9TUEYgdXNlcyBtdWx0aWNhc3QgYWRkcmVzc2VzIGZvciBSb3V0ZSBGbG9vZGluZyAoUkZDMjMy OCk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5 bGU9InRleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMiBsZXZlbDEgbGZvNCI+PCFbaWYgIXN1 cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6U3lt Ym9sO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPsK3PHNwYW4g c3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwh W2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+RXZlcnkg bXVsdGljYXN0IHRvcG9sb2d5IGVzdGFibGlzaG1lbnQgcHJvdG9jb2wgKElHTVAsIFBJTSwgZXRj Lik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPlNpbmNlIE5FVENPTkYgaXMgY29ubmVjdGlvbiBvcmllbnRlZCwgcGVyaGFw cyB3ZSB3aWxsIG5lZWQgYWx0ZXJuYXRpdmUgdHJhbnNwb3J0cyBmb3IgdGhlc2UgdHlwZSBvZiBu b3RpZmljYXRpb25zL21lc3NhZ2VzLiZuYnNwOw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5BcyB3ZSB0cnkgdG8gcHJv Z3Jlc3MgZHJhZnQtbmV0bW9kLWNsZW1tLWRhdGFzdG9yZS1wdXNoLCB3ZSB3aWxsIHRyeSB0byBl bnN1cmUgWUFORyBvYmplY3RzIHJlcHJlc2VudGluZyBzdWJzY3JpcHRpb25zIHN0YXkgaW5kZXBl bmRlbnQgb2YgdW5kZXJseWluZyB0cmFuc3BvcnQuJm5ic3A7DQogSSBiZWxpZXZlIHRoaXMgaXMg d29ydGh3aGlsZS4mbmJzcDsgRG8geW91IGFncmVlPyZuYnNwOyZuYnNwOyBJZiB5ZXMsIHRoYXQg cHJvdmlkZXMgYSBjb250ZXh0IGZvciBmdXR1cmUgZGVjb21wb3NpdGlvbiBvZiBzb21lIG9mIHRo ZSB3b3JrLiZuYnNwOyZuYnNwOyBCZXlvbmQgdGhhdCBJIHdhcyB3b25kZXJpbmcgaWYgeW91IGhh dmUgdGhvdWdodHMvZ3VpZGFuY2UvcG9pbnRlcnMgb24gd2hhdCBvdGhlciB0cmFuc3BvcnRzIGJl eW9uZCBORVRDT05GIG1pZ2h0IGJlIG5lZWRlZCBpbiB0aGUNCiBuZWFyIHRlcm0gZm9yIEkyUlM/ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj5UaGFua3MsPGJyPg0KRXJpYzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1 ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAw aW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gQWxp YSBBdGxhcywgTm92ZW1iZXIgMDUsIDIwMTQgNzoyNCBQTTxicj4NCjxicj4NCjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cD5FcmljLCA8bzpwPjwvbzpwPjwvcD4NCjxw PlRoaXMgdHlwZSBvZiBwdWIvc3ViIGZ1bmN0aW9uYWxpdHkgaXMgc29tZXRoaW5nIHRoYXQgaXMg aW4gdGhlIEkyUlMgYXJjaGl0ZWN0dXJlLg0KPG86cD48L286cD48L3A+DQo8cD5SZWdhcmRzLCA8 YnI+DQpBbGlhIChubyBoYXRzKTxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPk9uIE5vdiA1LCAyMDE0IDY6NTQgUE0sICZxdW90O0VyaWMgVm9pdCAoZXZvaXQpJnF1 b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86ZXZvaXRAY2lzY28uY29tIj5ldm9pdEBjaXNjby5jb208 L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZndDsg RnJvbTogQWxleGFuZGVyIENsZW1tLCBOb3ZlbWJlciAwNSwgMjAxNCA1OjU1IFBNPGJyPg0KJmd0 Ozxicj4NCiZndDsgSGkgSnVlcmdlbiw8YnI+DQomZ3Q7PGJyPg0KJmd0OyBZZXMsIGF0IGl0cyBl c3NlbmNlLCB0aGlzIGlzIGEgZGF0YSBtb2RlbC4mbmJzcDsgVGhpcyBpcyB3aHkgd2UgdGhpbmsg TmV0bW9kIGlzIHRoZTxicj4NCiZndDsgcmVsZXZhbnQgZ3JvdXAsIGFuZCB3aHkgd2Ugd291bGQg bGlrZSB0byBkaXNjdXNzIGl0IGhlcmUuPGJyPg0KJmd0Ozxicj4NCiZndDsgSW4gYWRkaXRpb24g dG8gY29uZmlndXJpbmcgdGhlIHN1YnNjcmlwdGlvbnMsIHRoZXJlIGlzIHRoZSBpc3N1ZSBvZiBo b3cgeW91PGJyPg0KJmd0OyBwZXJmb3JtIHRoZSBhY3R1YWwgcHVzaC4mbmJzcDsgVGhpcyBpcyBk b25lIGJ5IGRlZmluaW5nIGEgbm90aWZpY2F0aW9uLCB3aGljaCB3aWxsIGJlPGJyPg0KJmd0OyB0 cmFuc3BvcnRlZCB1c2luZyBhICZsdDtub3RpZmljYXRpb24mZ3Q7IGVsZW1lbnQgcGVyIFJGQyA1 Mjc3Ljxicj4NCiZndDs8YnI+DQomZ3Q7IEluIHRoZSBmdXR1cmUsIGl0IGlzIGNvbmNlaXZhYmxl IHRoYXQgYWx0ZXJuYXRpdmUgdHJhbnNwb3J0IG1hcHBpbmdzIChlLmcuIHB1Yi9zdWIsPGJyPg0K Jmd0OyBzb21lb25lIGV2ZW4gYnJvdWdodCB1cCBpcGZpeCBleHBvcnQpIG1heSBiZSBkZWZpbmVk LiZuYnNwOyBJdCBpcyBvdXIgaW50ZW50aW9uIHRvPGJyPg0KJmd0OyBoYXZlIGFuIGFyY2hpdGVj dHVyZSB0aGF0IHdpbGwgYWxsb3cgZm9yIHRoYXQsIGkuZS4gdG8gaGF2ZSB0aGUgc2FtZSBzdWJz Y3JpcHRpb248YnI+DQomZ3Q7IG1vZGVsIGFwcGx5IGFsc28gaW4gc3VjaCBhIGNhc2UuJm5ic3A7 IEJ1dCByZWFsbHksIHRoaXMgaXMgb3J0aG9nb25hbC48YnI+DQo8YnI+DQpZZXMsIGJvdGggSnVl cmdlbiBhbmQgQW5keSBwb2ludGVkIG91dCB0aGF0IHN1Y2ggcHJvdG9jb2wgd29yayBpcyBub3Qg aW4gTmV0bW9kIGNoYXJ0ZXIuJm5ic3A7IEFuZCBJIGNvbXBsZXRlbHkgYWdyZWUgdGhpcyBpcyBz b21ldGhpbmcgTmV0bW9kIHNob3VsZCAqbm90KiBkby48YnI+DQo8YnI+DQpUaGUgcG9pbnQgSSBj b21tdW5pY2F0ZWQgKHBvb3JseSkgaXMgdGhhdCBhZGRpdGlvbmFsIGRyYWZ0cyBtYXkgbmVlZCBh IGhvbWUgaWYgdGhlIElFVEYgZGVzaXJlcyBQdWIvU3ViIG1lY2hhbmlzbXMgYmV5b25kIE5FVENP TkYuJm5ic3A7IENhbiBhbnkgb2YgdGhpcyB0cmFuc3BvcnQgc3BlY2lmaWMgcHJvdG9jb2wgd29y ayBiZSBnZW5lcmFsaXplZD8mbmJzcDsgSSBkb24ndCBrbm93LiZuYnNwOyBJIGRvIGtub3cgb2Yg bXVsdGlwbGUgaW1wbGVtZW50YXRpb25zIHRob3VnaC4mbmJzcDsNCiBKdXN0IGZvciBncmlucywg YmVsb3cgYXJlIHNvbWUgYWNhZGVtaWMgZGF0YS1wb2ludHMgc2hvd2luZyBwZW9wbGUgY2FyZS4u Ljxicj4NCjxicj4NCk5ldyBHZW5lcmF0aW9uIFNETi1Bd2FyZSBQdWIvU3ViIEVudmlyb25tZW50 PGJyPg0KPGEgaHJlZj0iaHR0cDovL3d3dy50aGlua21pbmQub3JnL2Rvd25sb2FkLnBocD9hcnRp Y2xlaWQ9aWNuXzIwMTRfOV8yMF8zMDA5NyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly93d3cudGhp bmttaW5kLm9yZy9kb3dubG9hZC5waHA/YXJ0aWNsZWlkPWljbl8yMDE0XzlfMjBfMzAwOTc8L2E+ PGJyPg0KKGludmVzdGlnYXRlcyBQdWIvc3ViIHdpdGggTXVsdGljYXN0LCBPcGVuRmxvdywgQUxU Tyk8YnI+DQo8YnI+DQpFZmZpY2llbnQgUHVibGlzaC1TdWJzY3JpYmUgQXJjaGl0ZWN0dXJlIGZv ciB0aGUgU21hcnQgR3JpZCB1c2luZyBPcGVuRmxvdyBhbmQgTVBMUzxicj4NCjxhIGhyZWY9Imh0 dHA6Ly93d3cuY3NlLmlpdGIuYWMuaW4vfmNzNjIwL2ZpbmFsX3Byb2plY3RfcHB0cy9yb2hhbl83 LnBkZiIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly93d3cuY3NlLmlpdGIuYWMuaW4vfmNzNjIwL2Zp bmFsX3Byb2plY3RfcHB0cy9yb2hhbl83LnBkZjwvYT48YnI+DQo8YnI+DQpQdWJsaXNoIFN1YnNj cmliZSBJbnRlcm5ldCBSb3V0aW5nIFBhcmFkaWdtIChQU0lSUCk8YnI+DQo8YSBocmVmPSJodHRw Oi8vd3d3LnBzaXJwLm9yZy9vdmVydmlldy9zb2x1dGlvbi5odG1sIiB0YXJnZXQ9Il9ibGFuayI+ aHR0cDovL3d3dy5wc2lycC5vcmcvb3ZlcnZpZXcvc29sdXRpb24uaHRtbDwvYT48YnI+DQo8YnI+ DQpFcmljPGJyPg0KPGJyPg0KJmd0OyBHZXR0aW5nIGJhY2sgdG8gdGhlIG9yaWdpbmFsIG1lc3Nh Z2UsIGl0IHdvdWxkIGJlIGdvb2QgdG8gYnJlYWsgdGhpcyBpbnRvIGE8YnI+DQomZ3Q7IHNlcGFy YXRlIGl0ZW0sIGhlbmNlIEkgd291bGQgcmVxdWVzdCB0byBhIHRpbWUgc2xvdCBvbiBGcmlkYXku Jm5ic3A7IFRoaXMgaXMgYWxzbzxicj4NCiZndDsgcHJhY3RpY2FsIGZyb20gYSAmcXVvdDtsb2Fk LWJhbGFuY2luZyZxdW90OyBwZXJzcGVjdGl2ZSwgYXMgdGhlIGFnZW5kYSBvbiBUaHVyc2RheSBp cyBhIGxvdDxicj4NCiZndDsgaGVhdmllciB0aGFuIEZyaWRheSdzLiZuYnNwOyBJbiB0aGUgcGVl ci1tb3VudCBzbG90LCB0aGVyZSBhcmUgcG90ZW50aWFsbHkgYWxyZWFkeSB0aHJlZTxicj4NCiZn dDsgb3RoZXIgc2VwYXJhdGUgZHJhZnRzIHRvIHRhbGsgdG8gKHJlcXVpcmVtZW50cyAtIHVzZSBj YXNlIC0gbWVjaGFuaXNtKSwgYW5kIHRoZTxicj4NCiZndDsgcHVzaCBkcmFmdCBoYXMgYXBwbGlj YWJpbGl0eSBiZXlvbmQgdGhhdC48YnI+DQomZ3Q7PGJyPg0KJmd0OyBUaGFua3M8YnI+DQomZ3Q7 IC0tLSBBbGV4PGJyPg0KJmd0Ozxicj4NCiZndDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08 YnI+DQomZ3Q7IEZyb206IEp1ZXJnZW4gU2Nob2Vud2FlbGRlciBbbWFpbHRvOjxhIGhyZWY9Im1h aWx0bzpqLnNjaG9lbndhZWxkZXJAamFjb2JzLXVuaXZlcnNpdHkuZGUiPmouc2Nob2Vud2FlbGRl ckBqYWNvYnMtdW5pdmVyc2l0eS5kZTwvYT5dPGJyPg0KJmd0OyBTZW50OiBXZWRuZXNkYXksIE5v dmVtYmVyIDA1LCAyMDE0IDI6NDEgUE08YnI+DQomZ3Q7IFRvOiBFcmljIFZvaXQgKGV2b2l0KTxi cj4NCiZndDsgQ2M6IEtlbnQgV2F0c2VuOyBBbGV4YW5kZXIgQ2xlbW0gKGFsZXgpOyA8YSBocmVm PSJtYWlsdG86bmV0bW9kQGlldGYub3JnIj5uZXRtb2RAaWV0Zi5vcmc8L2E+PGJyPg0KJmd0OyBT dWJqZWN0OiBSZTogW25ldG1vZF0gaWV0ZiA5MSBuZXRtb2QgYWdlbmRhIChyZXZpc2VkKTxicj4N CiZndDs8YnI+DQomZ3Q7IE9uIFdlZCwgTm92IDA1LCAyMDE0IGF0IDA5OjU2OjE1UE0gJiM0Mzsw MDAwLCBFcmljIFZvaXQgKGV2b2l0KSB3cm90ZTo8YnI+DQomZ3Q7ICZndDsgJmd0OyBGcm9tOiBL ZW50IFdhdHNlbiwgTm92ZW1iZXIgMDUsIDIwMTQgMzoxMyBQTTxicj4NCiZndDsgJmd0OyAmZ3Q7 PGJyPg0KJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyBJJ20gZ2VuZXJhbGx5IHN1 cHBvcnRpdmUgb2YgdGhpcyBhc3BlY3Qgb2YgdGhlIHBlZXItbW91bnQgZHJhZnRzLCBhcyBJJ208 YnI+DQomZ3Q7ICZndDsgJmd0OyBhd2FyZSBvZiBhIHN3ZWxsaW5nIGRlc2lyZSB0byBpbXByb3Zl IE5FVENPTkYgTm90aWZpY2F0aW9ucy4mbmJzcDsgJm5ic3A7VGhhdCBzYWlkLDxicj4NCiZndDsg Jmd0OyAmZ3Q7IEkgc3VnZ2VzdCBtb3ZpbmcgdGhpcyBkaXNjdXNzaW9uIHRvIHRoZSBORVRDT05G IFdHLjxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBXZSBoYXZlIGJlZW4gd29uZGVyaW5n IGFib3V0IHRoZSByaWdodCBob21lIGZvciB0aGUgcHVzaCBkcmFmdC4mbmJzcDsgTmV0bW9kPGJy Pg0KJmd0OyBtaWdodCBub3QgYmUgaXQgYmVjYXVzZSBhIGdlbmVyYWxpemVkIFB1Yi9TdWIgbWVj aGFuaXNtIG1pZ2h0IGJlIG5lZWRlZDxicj4NCiZndDsgYmV5b25kIFlBTkcgZW5jb2RpbmcuJm5i c3A7IEhvd2V2ZXIgd2UgYXJlIGhvcGluZyB0aGF0IHRoZSBQdWIvU3ViIG1lY2hhbmlzbTxicj4N CiZndDsgY291bGQgd29yayB3aXRoIG1hbnkgdHJhbnNwb3J0cyAoaW5jbHVkaW5nIG11bHRpY2Fz dCB0cmFuc3BvcnRzKS4mbmJzcDsgSXMgTkVUQ09ORjxicj4NCiZndDsgV0cgYWJsZSB0byBzdXBw b3J0IGEgUHViL1N1YiBtZWNoYW5pc20gbWF4aW1hbGx5IGRlY291cGxlZCBmcm9tIE5FVENPTkY8 YnI+DQomZ3Q7IHRyYW5zcG9ydD88YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBM b29raW5nIGF0IHRoZSBjaGFydGVyIG9mIHRoaXMgV0csIGl0IHNlZW1zIHByZXR0eSBjbGVhciB0 aGF0IE5FVE1PRCBpcyBub3Q8YnI+DQomZ3Q7IGNoYXJ0ZXJlZCB0byBkbyBwcm90b2NvbCB3b3Jr LiBBbmQgTkVUTU9EIGNhbid0IGFuc3dlciB0aGUgcXVlc3Rpb24gd2hldGhlcjxicj4NCiZndDsg TkVUQ09ORiBjYW4gaGVscCB5b3Ugb3IgYW55IG90aGVyIHdvcmtpbmcgZ3JvdXAuPGJyPg0KJmd0 Ozxicj4NCiZndDsgVGhhdCBzYWlkLCBJIGFtIHVuc3VyZSB3aGF0IHlvdSB3YW50IHRvIGRvLiBB cmUgd2UgdGFsa2luZyBhYm91dCAmbHQ7ZHJhZnQtPGJyPg0KJmd0OyBuZXRtb2QtY2xlbW0tZGF0 YXN0b3JlLXB1c2gtMDAudHh0Jmd0Oz8gVGhhdCBkb2N1bWVudCBkZWZpbmVzIFlBTkc8YnI+DQom Z3Q7IG5vdGlmaWNhdGlvbnMgYW5kIGRhdGEgb2JqZWN0cywgc28gdGhpcyBpcyBhIGRhdGEgbW9k ZWwuIEJ1dCB0aGVuIHlvdSB3cml0ZSAmcXVvdDthPGJyPg0KJmd0OyBnZW5lcmFsaXplZCBQdWIv U3ViIG1lY2hhbmlzbSBtaWdodCBiZSBuZWVkZWQgYmV5b25kIFlBTkcgZW5jb2RpbmcmcXVvdDsg dGhhdDxicj4NCiZndDsgaXMgJnF1b3Q7bWF4aW1hbGx5IGRlY291cGxlZCBmcm9tIE5FVENPTkYg dHJhbnNwb3J0JnF1b3Q7LiBJcyB0aGVyZSBhbm90aGVyIEktRCBmb3IgdGhpcz88YnI+DQomZ3Q7 IEkgcmVhbGx5IGxpa2UgdG8gdW5kZXJzdGFuZCB0aGluZ3MgYmV0dGVyLjxicj4NCiZndDs8YnI+ DQomZ3Q7IC9qczxicj4NCiZndDs8YnI+DQomZ3Q7IC0tPGJyPg0KJmd0OyBKdWVyZ2VuIFNjaG9l bndhZWxkZXImbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0phY29icyBV bml2ZXJzaXR5IEJyZW1lbiBnR21iSDxicj4NCiZndDsgUGhvbmU6ICYjNDM7NDkgNDIxIDIwMCAz NTg3Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0NhbXB1cyBSaW5nIDEsIDI4NzU5 IEJyZW1lbiwgR2VybWFueTxicj4NCiZndDsgRmF4OiZuYnNwOyAmbmJzcDsmIzQzOzQ5IDQyMSAy MDAgMzEwMyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7PGEgaHJlZj0iaHR0 cDovL3d3dy5qYWNvYnMtdW5pdmVyc2l0eS5kZS8iIHRhcmdldD0iX2JsYW5rIj5odHRwOi8vd3d3 LmphY29icy11bml2ZXJzaXR5LmRlLzwvYT4mZ3Q7PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpuZXRtb2QgbWFpbGluZyBsaXN0 PGJyPg0KPGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyI+bmV0bW9kQGlldGYub3JnPC9h Pjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0 bW9kIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9uZXRtb2Q8L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jv ZHk+DQo8L2h0bWw+DQo= --_000_EF64FF31F4C4384DBCE5D513A791C2B120A6EA39xmbalnx11ciscoc_-- From nobody Fri Nov 7 23:37:11 2014 Return-Path: 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 790D71A1AA5 for ; Fri, 7 Nov 2014 23:37:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -13.502 X-Spam-Level: X-Spam-Status: No, score=-13.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_03_06=1.592, 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.594, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 uHKzRYqIBMZO for ; Fri, 7 Nov 2014 23:37:05 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 59F9F1A1A50 for ; Fri, 7 Nov 2014 23:37:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2179; q=dns/txt; s=iport; t=1415432225; x=1416641825; h=message-id:date:from:mime-version:to:subject:references: in-reply-to; bh=e9oOgnk6M5LxC57Uz+Taww/3c919Z5TU6iJBrV4RmE8=; b=cq0EoQzoONR3L9+8C7ufx4Hx52BhAJ7iP+WHK8PCpo22Ol/DTMfmhgM7 U91oQZkkd4CqsbeJ9M2W8xbKB15Y9NXpLcTzpNyQIv94wLL2vwLb76PYm b5Pc5p7p2yfz0/n70auWMxHrH79sAZbgd0sWfpLTrhoqbTqZz3/9lwG6M o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvoHALjHXVStJV2a/2dsb2JhbABbJ4JnVFnLVwEJh08CgRkWAQEBAQF9hAMBAQQBAQFrGwsEAQkTHgcPAhAGHxEGAQwGAgEBiCgDEg3HbQ2GWQEBAQEBAQEBAQEBAQEBAQEBAQEVBI1CgRWCQYRLBZwIghKHd4d1hnCCD4IOGS+CSwEBAQ X-IronPort-AV: E=Sophos; i="5.07,338,1413244800"; d="scan'208,217"; a="94683451" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-7.cisco.com with ESMTP; 08 Nov 2014 07:37:04 +0000 Received: from [10.21.115.225] (sjc-vpn2-993.cisco.com [10.21.115.225]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id sA87b3kv009287; Sat, 8 Nov 2014 07:37:04 GMT Message-ID: <545D8A73.40603@cisco.com> Date: Fri, 07 Nov 2014 17:13:55 -1000 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Mahesh Jethanandani , rtg-yang-coord@ietf.org References: <08E2A62E-05F6-4DAA-98DF-12249F81B27E@gmail.com> <5457761E.8040206@cisco.com> In-Reply-To: Content-Type: multipart/alternative; boundary="------------060902090307090102020404" Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/2uZeqDv_1wVyInmcKw_ZPQ9oX08 Subject: Re: [Rtg-yang-coord] YANG Module for TWAMP (RFC 5357) 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2014 07:37:08 -0000 This is a multi-part message in MIME format. --------------060902090307090102020404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Mahesh, This request should be sent to the IPPM WG. Regards, Benoit > Is there interest on this mailing list for anyone to work on a YANG > module for TWAMP (RFC 5357)? > > Mahesh Jethanandani > mjethanandani@gmail.com > > > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord --------------060902090307090102020404 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi Mahesh,

This request should be sent to the IPPM WG.

Regards, Benoit
Is there interest on this mailing list for anyone to work on a YANG module for TWAMP (RFC 5357)? 

Mahesh Jethanandani
mjethanandani@gmail.com


_______________________________________________
Rtg-yang-coord mailing list
Rtg-yang-coord@ietf.org
https://www.ietf.org/mailman/listinfo/rtg-yang-coord

--------------060902090307090102020404-- From nobody Sat Nov 8 14:43:02 2014 Return-Path: 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 CA70A1A0231; Sat, 8 Nov 2014 14:42:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.484 X-Spam-Level: X-Spam-Status: No, score=-0.484 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, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001, URIBL_RHS_DOB=1.514] autolearn=no 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 1IQLuvalP1MV; Sat, 8 Nov 2014 14:42:57 -0800 (PST) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F32D41A0211; Sat, 8 Nov 2014 14:42:56 -0800 (PST) Received: by mail-qc0-f171.google.com with SMTP id m20so4230108qcx.16 for ; Sat, 08 Nov 2014 14:42:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=xwJw+vbfQE63pAZJNunXi8dAOvjfaCPjaa5Kl+oKToc=; b=iFw3qc7YNskjjBYfQDFlS6w0js/XikCbv7P3B6DFvAPzaTd1CfJO2O+oJS+F8+rGP3 JX13IAU5mtY8xBF7/t+q/PyNJiA4Bxy2+GG+HnK1izJyWXhrlWqGF/+D7ZJXfm3akjPJ 5aiaun1YnT9e50w52NIqb62ot4lJ1t3g0OdcOHRzvVWWlUYnW2V1jobY6Q4ntvPJVSsG XEsI8f0hS1EldrO7QTQ6c7rQY20xVjbI8N4DhWT0IB4nB28zcaZ6ekP7x8IFqZQS1q+M lpGAGNbgPvfErj+tA5x3OyuPPbLcKcv9+A2Pu0czW/CITWrfrwInSSg/s0PIzWdnuGJw AxGQ== X-Received: by 10.224.129.9 with SMTP id m9mr31299145qas.50.1415486575998; Sat, 08 Nov 2014 14:42:55 -0800 (PST) Received: from [192.168.1.108] (108-247-127-76.lightspeed.sntcca.sbcglobal.net. [108.247.127.76]) by mx.google.com with ESMTPSA id u7sm11783918qau.17.2014.11.08.14.42.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 08 Nov 2014 14:42:55 -0800 (PST) References: <08E2A62E-05F6-4DAA-98DF-12249F81B27E@gmail.com> <5457761E.8040206@cisco.com> <545D8A73.40603@cisco.com> Mime-Version: 1.0 (1.0) In-Reply-To: <545D8A73.40603@cisco.com> Content-Type: multipart/alternative; boundary=Apple-Mail-276B51A7-9C68-41C0-BA90-0FEFEBF9076A Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: iPad Mail (11D257) From: Mahesh Jethanandani Date: Sat, 8 Nov 2014 14:42:54 -0800 To: Benoit Claise Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/K-aFk7_VGE0-QBGcNkfp22LFq2w Cc: "rtg-yang-coord@ietf.org" , "ippm@ietf.org" Subject: [Rtg-yang-coord] YANG Module for TWAMP (RFC 5357) 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2014 22:42:59 -0000 --Apple-Mail-276B51A7-9C68-41C0-BA90-0FEFEBF9076A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable As Benoit suggested cross posting this to the WG. I am trying to form a design group for developing a YANG module for TWAMP. L= et me know if you are interested. We are planning to meet for 30 min right after the session on Tuesday in the= same room. Mahesh Jethanandani mjethanandani@gmail.com > On Nov 7, 2014, at 7:13 PM, Benoit Claise wrote: >=20 > Hi Mahesh, >=20 > This request should be sent to the IPPM WG. >=20 > Regards, Benoit >> Is there interest on this mailing list for anyone to work on a YANG modul= e for TWAMP (RFC 5357)?=20 >>=20 >> Mahesh Jethanandani >> mjethanandani@gmail.com >>=20 >>=20 >> _______________________________________________ >> Rtg-yang-coord mailing list >> Rtg-yang-coord@ietf.org >> https://www.ietf.org/mailman/listinfo/rtg-yang-coord >=20 --Apple-Mail-276B51A7-9C68-41C0-BA90-0FEFEBF9076A Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
As Benoit suggested cross posting this= to the WG.

I am trying to form a design group for d= eveloping a YANG module for TWAMP. Let me know if you are interested.
<= div>
We are planning to meet for 30 min right after the sessio= n on Tuesday in the same room.

Mahesh Jethanandani

On Nov 7, 2014, at 7:13 PM, Benoit Claise <bclaise@cisco.com> wrote:

<= /div>
=20 =20 =20
Hi Mahesh,

This request should be sent to the IPPM WG.

Regards, Benoit
Is there interest on this mailing list for anyone to work on a YANG module for TWAMP (RFC 5357)? 

Mahesh Jethanandani
mjethanandani@gmail.com


_______________________________________________
Rtg-yang-coord mailing list
Rtg-yang-coord@ietf.org
https://www.ietf.org/mailman/listinfo/rtg-yang-coord

=20
= --Apple-Mail-276B51A7-9C68-41C0-BA90-0FEFEBF9076A-- From nobody Mon Nov 10 11:18:36 2014 Return-Path: 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 1E2CC1AC3EF for ; Mon, 10 Nov 2014 11:18:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.162 X-Spam-Level: X-Spam-Status: No, score=-2.162 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, RP_MATCHES_RCVD=-0.594, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 pUOWANX5b5lY for ; Mon, 10 Nov 2014 11:18:32 -0800 (PST) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 39E8E1AC3ED for ; Mon, 10 Nov 2014 11:18:31 -0800 (PST) Received: by slice.pfrc.org (Postfix, from userid 1001) id EF047C110; Mon, 10 Nov 2014 14:18:30 -0500 (EST) Date: Mon, 10 Nov 2014 14:18:30 -0500 From: Jeffrey Haas To: rtg-yang-coord@ietf.org Message-ID: <20141110191830.GA22094@pfrc> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/-5FOjXXhwkEaPqZZaVF8F-dD480 Subject: [Rtg-yang-coord] Update the coord wiki 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Nov 2014 19:18:34 -0000 http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgYangCoord A reminder that we have a stub wiki to cover known yang work. If you have drafts you're working on, please consider adding an entry there with your status. -- Jeff From nobody Wed Nov 12 08:54:31 2014 Return-Path: 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 22C031A8AEF; Wed, 12 Nov 2014 08:54:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.204 X-Spam-Level: X-Spam-Status: No, score=0.204 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RP_MATCHES_RCVD=-0.594, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 XexN7XvXPPmN; Wed, 12 Nov 2014 08:54:24 -0800 (PST) Received: from lucidvision.com (lucidvision.com [72.71.250.34]) by ietfa.amsl.com (Postfix) with ESMTP id 9883A1A8A9A; Wed, 12 Nov 2014 08:52:58 -0800 (PST) Received: from [10.127.239.219] (unknown [166.170.38.102]) by lucidvision.com (Postfix) with ESMTP id 49190292A24B; Wed, 12 Nov 2014 11:52:57 -0500 (EST) From: Thomas Nadeau Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Message-Id: <9E663C51-1ED8-455E-AE17-CDF4E0EF7520@lucidvision.com> Date: Wed, 12 Nov 2014 08:52:55 -0800 To: NETMOD Working Group , YANG Doctors , rtg-yang-coord@ietf.org X-Mailer: iPhone Mail (12B411) Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/okPq-bfoKM8a2pBpCWyR-hrI1UE Subject: [Rtg-yang-coord] Yang advice session today 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2014 16:54:25 -0000 Just a reminder that a yang advice session is scheduled in South Pacific 2 o= n Wednesday, 11/12 from 1500 - 1700. Tom=20 From nobody Wed Nov 12 11:21:16 2014 Return-Path: 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 0CFB61A037A for ; Wed, 12 Nov 2014 11:21:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.095 X-Spam-Level: X-Spam-Status: No, score=-15.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.594, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 N9CIqarQ73dh for ; Wed, 12 Nov 2014 11:21:14 -0800 (PST) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C25AB1A0360 for ; Wed, 12 Nov 2014 11:21:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2074; q=dns/txt; s=iport; t=1415820073; x=1417029673; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=zNl1gx9QcxhKgpCWdpG71D0G9M9BP6W4PGtLyeFbwUU=; b=iQGhZAayigbY7DPNxjhBXKQOPM/RYrKT/gOLDYBO+FvthcmGuncS5rnT 7K/aZuMrGAUZzgVoYSjFmwZVjgwmfW0vCcthyGPrZfa+5SdrDMdDxWnB/ jpTRK/yEXSpSKFuxXf+TDTlVbnX697WP5HPG4IQAmb0Wx9t4d8M/sH7Ty w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AooIAP2xY1StJA2N/2dsb2JhbABbgw6BLQSDAtB/AhyBARYBAQEBAXILhAMBAQQ0VQIBCBwoAgIwGwEGAwIEE4hBnSqcVwaWVgEBAQEBAQQBAQEBAQEcgSePAnKCcYFaBZABgjmLd4kMjVuDfG2BSIEDAQEB X-IronPort-AV: E=Sophos;i="5.07,370,1413244800"; d="scan'208";a="95999090" Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-6.cisco.com with ESMTP; 12 Nov 2014 19:21:13 +0000 Received: from xhc-rcd-x06.cisco.com (xhc-rcd-x06.cisco.com [173.37.183.80]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id sACJLD9K027823 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Wed, 12 Nov 2014 19:21:13 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.61]) by xhc-rcd-x06.cisco.com ([173.37.183.80]) with mapi id 14.03.0195.001; Wed, 12 Nov 2014 13:21:12 -0600 From: "Acee Lindem (acee)" To: "rtg-yang-coord@ietf.org" Thread-Topic: High Level Comments on draft-ietf-netmod-rtg-cfg-16.txt Thread-Index: AQHP/iR/bz2PgSDCI0mdJt+ZqAHneJxdHEoA Date: Wed, 12 Nov 2014 19:21:12 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.86.225] Content-Type: text/plain; charset="euc-kr" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/CrdBUwVunYz-hyK4RX75R2pl2OE Subject: [Rtg-yang-coord] FW: High Level Comments on draft-ietf-netmod-rtg-cfg-16.txt 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2014 19:21:15 -0000 RllJoaYgDQoNCk9uIDExLzExLzE0LCA0OjU4IFBNLCAiQWNlZSBMaW5kZW0gKGFjZWUpIiA8YWNl ZUBjaXNjby5jb20+IHdyb3RlOg0KDQo+SSBoYXZlIHR3byByYXRoZXIgc3Vic3RhbnRpdmUgY29t bWVudHMgb24gdGhlIGRyYWZ0IHdlIHdpbGwgYmUgZGlzY3Vzc2luZw0KPmluIHRvbW9ycm93qfZz IHJ0Z3dnIG1lZXRpbmcuDQo+DQo+ICAgMS4gVGhlIGRyYWZ0IGluY2x1ZGVzIHN0dWIgZGVmaW5p dGlvbnMgZm9yIGltcG9ydC9leHBvcnQgcm91dGluZw0KPmZpbHRlcnMgd2l0aCB0aGUgZ3VpZGFu Y2UgdGhhdCB0aGVzZSBzaG91bGQgYmUgYXVnbWVudGVkLiBJIHdvdWxkIGxpa2UgdG8NCj5zZWUg dGhlc2UgcmVtb3ZlZCBmcm9tIHRoaXMgZHJhZnQgYXMgdGhlIHdob2xlIGFyZWEgb2Ygcm91dGlu ZyBwb2xpY3kNCj5zaG91bGQgYmUgd29ya2VkIG9uIGJ5IGEgbXVsdGktdmVuZG9yIHRlYW0gc2lt aWxhciB0byB3aGF0IGlzIGJlaW5nIGRvbmUNCj5mb3IgdGhlIHJvdXRpbmcgcHJvdG9jb2xzLiBJ IGRvbqn2dCB0aGluayB0aGUgZGlyZWN0aW9uIHNob3VsZCBiZSBzZXQgZm9yDQo+cm91dGluZyBw b2xpY3kgYmFzZWQgb24gdGhlc2Ugc3R1YiBkZWZpbml0aW9ucy4NCj4NCj4gICAyLiBUaGUgZHJh ZnQgZGVmaW5lcyBhIGxpc3Qgb2YgaW50ZXJmYWNlcyB0aGF0IGNvcnJlc3BvbmQgdG8gYQ0KPnJv dXRpbmctaW5zdGFuY2UuIFRoZSByb3V0aW5nLWluc3RhbmNlIGJpbmRzIHRoZSBwaHlzaWNhbCBp bnRlcmZhY2UgKFJGQw0KPlJGQyA3MjczKSB0byBhbiBhZGRyZXNzIHNwYWNlLiBIb3dldmVyLCB0 aGUgSVB2NC9JUHY2IGludGVyZmFjZSBhZGRyZXNzZXMNCj5hcmUgc3BlY2lmaWVkIHZpYSB0aGUg WUFORyBtb2RlbCBpbiBSRkMgNzI3Ny4gSSByZWFsbHkgZG9uqfZ0IGxpa2UgdGhpcw0KPmRpc2pv aW50IHNwZWNpZmljYXRpb24uIFJhdGhlciwgIi9pZjppbnRlcmZhY2VzL2lmOmludGVyZmFjZSIg IGluIFJGQyA3MjczDQo+c2hvdWxkIGJlIGF1Z21lbnRlZCBpbiBhIHJlZmVyZW5jZSB0byB0aGUg cm91dGluZyBpbnN0YW5jZS4gQWRkaXRpb25hbGx5LA0KPnRoZSBuZWlnaGJvciBkaXNjb3Zlcnkg ZGVmaW5pdGlvbnMgc2hvdWxkIGF1Z21lbnQgdGhlIGlwdjYgY29udGFpbmVyIGluDQo+UkZDIDcy NzcpLiANCj4NCj5JIGFsc28gaGF2ZSBvbmUgcXVlc3Rpb24gZm9yIHRoZSBSVEcgV0cgLSBkbyB3 ZSB3YW50IHRoaXMgbW9kZWwgdG8gc3BlY2lmeQ0KPnRoZSBwcmVjaXNlIGZvcndhcmRpbmcgYmVo YXZpb3I/DQo+DQo+ICBUaGUgZHJhZnQgc3RhdGVzIHRoYXQgqfhiYWNrdXAgbmV4dC1ob3BzIGFy ZSBvbmx5IHVzZWQgaWYgbm8gcHJpbWFyeQ0KPm5leHQtaG9wcyBleGlzdC4iIFRoaXMgd2lsbCBy ZWxlZ2F0ZSBhbGwgaW1wbGVtZW50YXRpb25zIHRvIHRoZSBzYW1lIElQRlJSDQo+YmVoYXZpb3Iu IEkgZG9uqfZ0IHRoaW5rIHRoYXQgdGhpcyBzaG91bGQgYmUgc3BlY2lmaWVkIGluIHRoaXMgZHJh ZnQuDQo+DQo+VGhhbmtzLA0KPkFjZWUgDQo+DQoNCg== From nobody Wed Nov 12 12:41:12 2014 Return-Path: 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 314911A87CC for ; Wed, 12 Nov 2014 12:41:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.095 X-Spam-Level: X-Spam-Status: No, score=-15.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.594, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 mpYoNSp6wWcJ for ; Wed, 12 Nov 2014 12:41:09 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E1AE01A874C for ; Wed, 12 Nov 2014 12:41:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1092; q=dns/txt; s=iport; t=1415824869; x=1417034469; h=from:to:cc:subject:date:message-id: content-transfer-encoding:mime-version; bh=HfsneiGCqPkq6rUDLqzDG7BmPIw+b6mLCezuDrwEiS8=; b=Uo/+hzVj7b+4jWjpYUJ5VpJotv3tfIIJBk3x/wBosIFqa1KU8qyBmoKz tGM4Io1JDy3s9Rm9jj69Ekglh9QO6VvMbb2bQOQNUetlE+fTyEVCqQsTR ChMav7kZ1gq9D2vioMu+GuXf/W38G6U8xZL4J6rPDZEcGYehxbgZBMgBt Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag0FAL3EY1StJV2Q/2dsb2JhbABbgw6BMdQEAoEdFgEBAQEBcguEBAEEOjgHEgEqFEImAQQODYg50FkBAQEBAQEBAQEBAQEBAQEBAQEakGMxgzSBHgWSOqJeg3yCNYEDAQEB X-IronPort-AV: E=Sophos;i="5.07,370,1413244800"; d="scan'208";a="372001448" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-2.cisco.com with ESMTP; 12 Nov 2014 20:41:08 +0000 Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id sACKf8Y1020312 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Wed, 12 Nov 2014 20:41:08 GMT Received: from xmb-rcd-x03.cisco.com ([169.254.7.19]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.03.0195.001; Wed, 12 Nov 2014 14:41:08 -0600 From: "Matt Hartley (mhartley)" To: "rtg-yang-coord@ietf.org" Thread-Topic: Relationship between config, oper etc for a feature Thread-Index: Ac/+t4h2BrwKsjKaRnWWooguQXWRNA== Date: Wed, 12 Nov 2014 20:41:07 +0000 Message-ID: <9D50FCE7413E3D4EA5E42331115FB5BC14B1B717@xmb-rcd-x03.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.147.6] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/KwxlVYGV6AHW2F3WFz4gVEHbs_U Cc: "Matt Hartley \(mhartley\)" Subject: [Rtg-yang-coord] Relationship between config, oper etc for a feature 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2014 20:41:10 -0000 When designing YANG models, it's possible to organize them so that a single= tree for a feature contains all the elements related to that feature (conf= ig, oper, etc), or so that config, oper, etc are collected into separate tr= ees. Or, to put it another way: you can have everything related to a featur= e in one place, or everything related to config in one place, but not both. So we can do this: +--rw feature +--rw foo +--rw foo-cfg +--ro foo-oper +--rw bar +--rw bar-cfg +--ro bar-oper Or this: +--rw feature +--rw feature-cfg +--rw foo-cfg +--rw bar-cfg +--ro feature-oper +--ro foo-oper +--ro bar-oper The same applies to notifications and rpcs. Are there any global recommendations that one approach be favoured over the= other? Is there any push to be consistent between protocols in the routing= area? Or is this up to individual WGs or document authors to do whatever t= hey think is most appropriate for the YANG model they're designing? Cheers Matt From nobody Wed Nov 12 12:50:08 2014 Return-Path: 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 3DE381A8A25 for ; Wed, 12 Nov 2014 12:50:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.979 X-Spam-Level: X-Spam-Status: No, score=-1.979 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 Dbw1B1d-okIP for ; Wed, 12 Nov 2014 12:50:03 -0800 (PST) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 47C791A8A1A for ; Wed, 12 Nov 2014 12:50:03 -0800 (PST) Received: by mail-qc0-f182.google.com with SMTP id m20so10134775qcx.13 for ; Wed, 12 Nov 2014 12:50:02 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=cgL+M7rJsmJo35fWBp0H55A/dM7WC7KsfP5HxqpI16I=; b=cWA4ap8eD95PoVNaD7uxR3drySMUNKpfOIwQW2+3EM0nz85QXbSlJDr26MfWM27ATX 6P9W8UWifZ1X/vFNZ38fjbZmL5TLRyo5Ilnn6LAdqZeTfkVwHRBUBSK9Mjw/4rcmNCtn 4/s1RoDm9VfxV8P2L/h9sTlCmjeOoAGD/xHB4OtuGGe+txzqaPPYL+5e0EntIJQ5b2rl UB3kxfyX7aKnGupWGeWiX0DCvmP8PKWwfvYGGZ9rcAz+bCV1UbrsBj84isonYtWi2t3J nUvTZjmrMIiWd/sAyELOa0fsZnpSXm8iKYDHztHXhYSwihEfEgU0rkP84mMvM2TB+V3c pJ2Q== X-Gm-Message-State: ALoCoQnmmZC+fkJ7XdmdH7ynj4C+pATqE6lKVwmz1QoK2NdbTst8/OJBeT7YLcd5ngxkZJTPtz9S MIME-Version: 1.0 X-Received: by 10.224.132.70 with SMTP id a6mr63068565qat.16.1415825402456; Wed, 12 Nov 2014 12:50:02 -0800 (PST) Received: by 10.140.37.52 with HTTP; Wed, 12 Nov 2014 12:50:02 -0800 (PST) In-Reply-To: <9D50FCE7413E3D4EA5E42331115FB5BC14B1B717@xmb-rcd-x03.cisco.com> References: <9D50FCE7413E3D4EA5E42331115FB5BC14B1B717@xmb-rcd-x03.cisco.com> Date: Wed, 12 Nov 2014 12:50:02 -0800 Message-ID: From: Andy Bierman To: "Matt Hartley (mhartley)" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/3UiWYlbXN_sY5doSNAlfL1ykzrY Cc: "rtg-yang-coord@ietf.org" Subject: Re: [Rtg-yang-coord] Relationship between config, oper etc for a feature 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2014 20:50:05 -0000 Hi, YANG features provide a conformance mechanism, not any data structure organization. Any node that contains an "if-feature foo;" statement is optional, and not supported unless the server advertises the 'foo' feature. These if-feature stmts can appear in any data definition, even in other modules. Andy On Wed, Nov 12, 2014 at 12:41 PM, Matt Hartley (mhartley) wrote: > When designing YANG models, it's possible to organize them so that a sing= le tree for a feature contains all the elements related to that feature (co= nfig, oper, etc), or so that config, oper, etc are collected into separate = trees. Or, to put it another way: you can have everything related to a feat= ure in one place, or everything related to config in one place, but not bot= h. > > So we can do this: > > +--rw feature > +--rw foo > +--rw foo-cfg > +--ro foo-oper > +--rw bar > +--rw bar-cfg > +--ro bar-oper > > Or this: > > +--rw feature > +--rw feature-cfg > +--rw foo-cfg > +--rw bar-cfg > +--ro feature-oper > +--ro foo-oper > +--ro bar-oper > > The same applies to notifications and rpcs. > > Are there any global recommendations that one approach be favoured over t= he other? Is there any push to be consistent between protocols in the routi= ng area? Or is this up to individual WGs or document authors to do whatever= they think is most appropriate for the YANG model they're designing? > > Cheers > > Matt > > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord From nobody Wed Nov 12 12:54:24 2014 Return-Path: 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 21A621A870C; Wed, 12 Nov 2014 12:54:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 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, SPF_PASS=-0.001] 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 Ew7IkzOvB5c4; Wed, 12 Nov 2014 12:54:18 -0800 (PST) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED08A1A0023; Wed, 12 Nov 2014 12:54:17 -0800 (PST) Received: by mail-ig0-f181.google.com with SMTP id l13so4020511iga.2 for ; Wed, 12 Nov 2014 12:54:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=3weS99oLWEg6sWVA7f+yp0dH2ZfgsDl9Xm+PNFVTUYA=; b=ZgglTTKhvxvSCn179JYrQNxyAI1hwDgsqIwycu5VRPFzDFUl4VvvX6HJ023AlIcwxq cULJ+8QgDR7cFKgXIwfPdfvuyOkClIYFq7bHNbh7xNM94bgiYt+P4WpHm6gttlhg0usi CR5mKa2UdaA4FG+9IW/kLjkwHlUsR4Aki/e4TBztB12qjcdO9vCWXSb+f0nljxsBnmE/ pmwusgoIaRP+rfsYH9rG56RP3m6lP1lwF4dbt50AnZPBuhAiZg8V4/4knP9JA2qJefDx 6jox3ly591Xsn0srJMe05AMJpfALPcrUszBcCmWCA7YTo4cILmG1397OkNvmfVS7oAoC tYVw== X-Received: by 10.50.73.67 with SMTP id j3mr42212679igv.1.1415825657225; Wed, 12 Nov 2014 12:54:17 -0800 (PST) Received: from [192.168.0.102] ([173.206.27.42]) by mx.google.com with ESMTPSA id p137sm9570493ioe.13.2014.11.12.12.54.16 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 12 Nov 2014 12:54:16 -0800 (PST) Message-ID: <5463C8F1.7080300@gmail.com> Date: Wed, 12 Nov 2014 15:54:09 -0500 From: Tom Taylor User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: rtg-yang-coord@ietf.org, LIME References: <9D50FCE7413E3D4EA5E42331115FB5BC14B1B717@xmb-rcd-x03.cisco.com> In-Reply-To: <9D50FCE7413E3D4EA5E42331115FB5BC14B1B717@xmb-rcd-x03.cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/Q3NSb_2XvDd8OxlqtnT1PFhvCS0 Subject: Re: [Rtg-yang-coord] Relationship between config, oper etc for a feature 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2014 20:54:20 -0000 I think LIME has something like this in their charter. Note the cross-posting. Tom Taylor On 12/11/2014 3:41 PM, Matt Hartley (mhartley) wrote: > When designing YANG models, it's possible to organize them so that a single tree for a feature contains all the elements related to that feature (config, oper, etc), or so that config, oper, etc are collected into separate trees. Or, to put it another way: you can have everything related to a feature in one place, or everything related to config in one place, but not both. > > So we can do this: > > +--rw feature > +--rw foo > +--rw foo-cfg > +--ro foo-oper > +--rw bar > +--rw bar-cfg > +--ro bar-oper > > Or this: > > +--rw feature > +--rw feature-cfg > +--rw foo-cfg > +--rw bar-cfg > +--ro feature-oper > +--ro foo-oper > +--ro bar-oper > > The same applies to notifications and rpcs. > > Are there any global recommendations that one approach be favoured over the other? Is there any push to be consistent between protocols in the routing area? Or is this up to individual WGs or document authors to do whatever they think is most appropriate for the YANG model they're designing? > > Cheers > > Matt > > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord > From nobody Wed Nov 12 13:07:00 2014 Return-Path: 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 163841AD151 for ; Wed, 12 Nov 2014 13:06:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.495 X-Spam-Level: X-Spam-Status: No, score=-2.495 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.594, SPF_PASS=-0.001] 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 AD5z2xn8mlqG for ; Wed, 12 Nov 2014 13:06:49 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [83.241.162.140]) by ietfa.amsl.com (Postfix) with ESMTP id 9CD5E1AD0A8 for ; Wed, 12 Nov 2014 13:06:28 -0800 (PST) Received: from localhost (unknown [193.13.112.215]) by mail.tail-f.com (Postfix) with ESMTPSA id A94741280A11; Wed, 12 Nov 2014 22:06:27 +0100 (CET) Date: Wed, 12 Nov 2014 22:06:27 +0100 (CET) Message-Id: <20141112.220627.122961936.mbj@tail-f.com> To: mhartley@cisco.com From: Martin Bjorklund In-Reply-To: <9D50FCE7413E3D4EA5E42331115FB5BC14B1B717@xmb-rcd-x03.cisco.com> References: <9D50FCE7413E3D4EA5E42331115FB5BC14B1B717@xmb-rcd-x03.cisco.com> X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/ATIFcbb-h_8MT-4VzR_6EwaSW0o Cc: rtg-yang-coord@ietf.org Subject: Re: [Rtg-yang-coord] Relationship between config, oper etc for a feature 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2014 21:06:56 -0000 "Matt Hartley (mhartley)" wrote: > When designing YANG models, it's possible to organize them so that a single > tree for a feature contains all the elements related to that feature (config, > oper, etc), or so that config, oper, etc are collected into separate trees. Or, > to put it another way: you can have everything related to a feature in one > place, or everything related to config in one place, but not both. > > So we can do this: > > +--rw feature > +--rw foo > +--rw foo-cfg > +--ro foo-oper > +--rw bar > +--rw bar-cfg > +--ro bar-oper > > Or this: > > +--rw feature > +--rw feature-cfg > +--rw foo-cfg > +--rw bar-cfg > +--ro feature-oper > +--ro foo-oper > +--ro bar-oper The question to ask is can 'foo-oper' ever exist w/o explcit configuration of 'foo'? If it can, you will need separate trees. An example is the ietf-interface model, where interfaces can exist w/o being explicitly configured. > The same applies to notifications and rpcs. notifications and rpcs are defined at the top-level in the module, and hence this does not apply to them. /martin > Are there any global recommendations that one approach be favoured over the > other? Is there any push to be consistent between protocols in the routing > area? Or is this up to individual WGs or document authors to do whatever they > think is most appropriate for the YANG model they're designing? > > Cheers > > Matt > > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord > From nobody Wed Nov 12 13:07:49 2014 Return-Path: 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 62A5E1AD0AA for ; Wed, 12 Nov 2014 13:07:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.979 X-Spam-Level: X-Spam-Status: No, score=-1.979 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 IIe09IhvCWhm for ; Wed, 12 Nov 2014 13:07:42 -0800 (PST) Received: from mail-qc0-f181.google.com (mail-qc0-f181.google.com [209.85.216.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A4771AD0B1 for ; Wed, 12 Nov 2014 13:07:06 -0800 (PST) Received: by mail-qc0-f181.google.com with SMTP id w7so10134777qcr.12 for ; Wed, 12 Nov 2014 13:07:05 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=1TpTXLxOaA4dS+923GGX8+D3bechb0M86b4eXvjnFMc=; b=bODZZAuKqyhD6sx3uqfD8L7UHWt2ZdZB5/kBfF3xNZOSsQ56aUFw/BIGoUkYFbEZZj a9U6xJlXsrtkBe2Ln6TgkUuDqMa+SoMUV1yF3MB1tbzzmVgCoNOrSh5IOOSpvOc01sbu GLkoyw1AvUSS0S7gra48GQ+CGiu5YZJPCyCj3O63RIpnkb+eG5Rl4VlEWhNn5dPrS2hT JcOUMuUXnrrwABmAkmRu8wo0aDHRwTpwy42IHqFkwglTkEsP5KlTod2GAGdohF8JCl5B qIwkdQwSJKiTTgQJel9ooHs59vWlS9Z+DXt50nDk3HLyDdRUUqZbqnxgS71hmyunJAJJ jmQA== X-Gm-Message-State: ALoCoQlTt4pgUJPlbo7usDgXAQGZH5qFQSSkzaGiR5oefz0RPwZRnZKrDHjDKy0RF4AyHdMhd0Hj MIME-Version: 1.0 X-Received: by 10.224.65.137 with SMTP id j9mr3607763qai.88.1415826425822; Wed, 12 Nov 2014 13:07:05 -0800 (PST) Received: by 10.140.37.52 with HTTP; Wed, 12 Nov 2014 13:07:05 -0800 (PST) In-Reply-To: <5463C8F1.7080300@gmail.com> References: <9D50FCE7413E3D4EA5E42331115FB5BC14B1B717@xmb-rcd-x03.cisco.com> <5463C8F1.7080300@gmail.com> Date: Wed, 12 Nov 2014 13:07:05 -0800 Message-ID: From: Andy Bierman To: Tom Taylor Content-Type: text/plain; charset=UTF-8 Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/mr6koudnnfzI5GtM8ErggXBawU0 Cc: "rtg-yang-coord@ietf.org" , LIME Subject: Re: [Rtg-yang-coord] Relationship between config, oper etc for a feature 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2014 21:07:44 -0000 Hi, I guess I misunderstood feature to mean YANG feature rather than application feature. IMO separate config and state is expensive (duplicates instance scaffolding, creates inconsistencies due to instance creation differences, more complicated retrieval filters). If the state can exist independently of the config, then separate config and state trees are needed. If not, then the added complexity does not buy you anything. Andy On Wed, Nov 12, 2014 at 12:54 PM, Tom Taylor wrote: > I think LIME has something like this in their charter. Note the > cross-posting. > > Tom Taylor > > On 12/11/2014 3:41 PM, Matt Hartley (mhartley) wrote: >> >> When designing YANG models, it's possible to organize them so that a >> single tree for a feature contains all the elements related to that feature >> (config, oper, etc), or so that config, oper, etc are collected into >> separate trees. Or, to put it another way: you can have everything related >> to a feature in one place, or everything related to config in one place, but >> not both. >> >> So we can do this: >> >> +--rw feature >> +--rw foo >> +--rw foo-cfg >> +--ro foo-oper >> +--rw bar >> +--rw bar-cfg >> +--ro bar-oper >> >> Or this: >> >> +--rw feature >> +--rw feature-cfg >> +--rw foo-cfg >> +--rw bar-cfg >> +--ro feature-oper >> +--ro foo-oper >> +--ro bar-oper >> >> The same applies to notifications and rpcs. >> >> Are there any global recommendations that one approach be favoured over >> the other? Is there any push to be consistent between protocols in the >> routing area? Or is this up to individual WGs or document authors to do >> whatever they think is most appropriate for the YANG model they're >> designing? >> >> Cheers >> >> Matt >> >> _______________________________________________ >> Rtg-yang-coord mailing list >> Rtg-yang-coord@ietf.org >> https://www.ietf.org/mailman/listinfo/rtg-yang-coord >> > > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord From nobody Wed Nov 12 15:49:16 2014 Return-Path: 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 BDBF61A0040 for ; Wed, 12 Nov 2014 15:49:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.095 X-Spam-Level: X-Spam-Status: No, score=-15.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.594, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 P_KUdwLsSFIV for ; Wed, 12 Nov 2014 15:49:10 -0800 (PST) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28D971A0012 for ; Wed, 12 Nov 2014 15:49:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1877; q=dns/txt; s=iport; t=1415836150; x=1417045750; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=SoCaS+8gdx1EuEiVH0/O9ar9J34gRvB703z4L9QQ2jo=; b=FZioPBPalsNgg0/72xNjxpk9lVIn/jRx95/9pHopLMJY5KoktpzZJGsO bPRNXGhXFUhbStylguqWqxq3PaamiI8Igf860zUuG6KQyJblEBX6C66k4 st6t2vZ7wKfUs2vLRKZwDE3s1mZGYQ/gTlzWJidhCh+RjIh0K+FP1W1aw 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhsFALbxY1StJA2L/2dsb2JhbABbgw5UWQTMLwqHTwKBHBYBAQEBAX2EAwEBAwEBAQE3NAQHEAIBCA4UFBAnCyUBAQQOBQiIMAkN0C0BAQEBAQEBAQEBAQEBAQEBAQEBAQETBJBjMQeDLYEeAQSSOqJeg3xtgUiBAwEBAQ X-IronPort-AV: E=Sophos;i="5.07,372,1413244800"; d="scan'208";a="96087296" Received: from alln-core-6.cisco.com ([173.36.13.139]) by alln-iport-5.cisco.com with ESMTP; 12 Nov 2014 23:48:50 +0000 Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id sACNmoqe027371 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 12 Nov 2014 23:48:50 GMT Received: from xmb-rcd-x03.cisco.com ([169.254.7.19]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.03.0195.001; Wed, 12 Nov 2014 17:48:50 -0600 From: "Matt Hartley (mhartley)" To: Martin Bjorklund Thread-Topic: [Rtg-yang-coord] Relationship between config, oper etc for a feature Thread-Index: Ac/+t4h2BrwKsjKaRnWWooguQXWRNAAN0f+AAAbrkZA= Date: Wed, 12 Nov 2014 23:48:49 +0000 Message-ID: <9D50FCE7413E3D4EA5E42331115FB5BC14B1BBEE@xmb-rcd-x03.cisco.com> References: <9D50FCE7413E3D4EA5E42331115FB5BC14B1B717@xmb-rcd-x03.cisco.com> <20141112.220627.122961936.mbj@tail-f.com> In-Reply-To: <20141112.220627.122961936.mbj@tail-f.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.147.6] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/4Xk-tGTsqMwrLmffgT5ZWZMLzL8 Cc: "rtg-yang-coord@ietf.org" , "Matt Hartley \(mhartley\)" Subject: Re: [Rtg-yang-coord] Relationship between config, oper etc for a feature 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2014 23:49:15 -0000 Thanks, Martin - that answers the question :) Cheers Matt > > When designing YANG models, it's possible to organize them so that a > > single tree for a feature contains all the elements related to that > > feature (config, oper, etc), or so that config, oper, etc are > > collected into separate trees. Or, to put it another way: you can have > > everything related to a feature in one place, or everything related to > config in one place, but not both. > > > > So we can do this: > > > > +--rw feature > > +--rw foo > > +--rw foo-cfg > > +--ro foo-oper > > +--rw bar > > +--rw bar-cfg > > +--ro bar-oper > > > > Or this: > > > > +--rw feature > > +--rw feature-cfg > > +--rw foo-cfg > > +--rw bar-cfg > > +--ro feature-oper > > +--ro foo-oper > > +--ro bar-oper >=20 > The question to ask is can 'foo-oper' ever exist w/o explcit configuratio= n > of 'foo'? If it can, you will need separate trees. An example is the > ietf-interface model, where interfaces can exist w/o being explicitly > configured. >=20 > > The same applies to notifications and rpcs. >=20 > notifications and rpcs are defined at the top-level in the module, and > hence this does not apply to them. >=20 >=20 > /martin >=20 >=20 >=20 > > Are there any global recommendations that one approach be favoured > > over the other? Is there any push to be consistent between protocols > > in the routing area? Or is this up to individual WGs or document > > authors to do whatever they think is most appropriate for the YANG mode= l > they're designing? > > > > Cheers > > > > Matt > > > > _______________________________________________ > > Rtg-yang-coord mailing list > > Rtg-yang-coord@ietf.org > > https://www.ietf.org/mailman/listinfo/rtg-yang-coord > > From nobody Wed Nov 12 15:57:02 2014 Return-Path: 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 7B31F1A007F for ; Wed, 12 Nov 2014 15:56:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.945 X-Spam-Level: X-Spam-Status: No, score=-0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, MIME_8BIT_HEADER=0.3, RP_MATCHES_RCVD=-0.594] autolearn=no 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 bgdjJD3RedT3 for ; Wed, 12 Nov 2014 15:56:54 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 048521A0073 for ; Wed, 12 Nov 2014 15:56:54 -0800 (PST) Received: from t2001067c0370014429454241974da862.hotel-wired.v6.meeting.ietf.org (t2001067c0370014429454241974da862.hotel-wired.v6.meeting.ietf.org [IPv6:2001:67c:370:144:2945:4241:974d:a862]) by mail.nic.cz (Postfix) with ESMTPSA id A055B14006C; Thu, 13 Nov 2014 00:56:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1415836612; bh=GIV7RghF2adHCO1VE78HGbDvflfddWhrjWKq4BRBfwI=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=QrSVm3UxgvbEIVdyJLXUU6MlPTCHbZjoo+tjE4JcDesi57IyMa/LWulOxOyARnYwo PsVU042etYqVyELpMK0ePW6dVSvqTKssK2a5VkeffzUjFbJ9Qw/3x4nP8BPQEJus8E ICedc8x6PiLJi4UyOS7cX+Cb8VEbo42X5j4h2ag0= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Ladislav Lhotka In-Reply-To: <20141112.220627.122961936.mbj@tail-f.com> Date: Wed, 12 Nov 2014 13:56:46 -1000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <9D50FCE7413E3D4EA5E42331115FB5BC14B1B717@xmb-rcd-x03.cisco.com> <20141112.220627.122961936.mbj@tail-f.com> To: =?iso-8859-1?Q?Martin_Bj=F6rklund?= X-Mailer: Apple Mail (2.1878.6) X-Virus-Scanned: clamav-milter 0.98.1 at mail X-Virus-Status: Clean Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/-T4DpymCaBk-gN-GCK0GLtngdxc Cc: rtg-yang-coord@ietf.org, mhartley@cisco.com Subject: Re: [Rtg-yang-coord] Relationship between config, oper etc for a feature 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2014 23:56:59 -0000 On 12 Nov 2014, at 11:06, Martin Bjorklund wrote: > "Matt Hartley (mhartley)" wrote: >> When designing YANG models, it's possible to organize them so that a = single >> tree for a feature contains all the elements related to that feature = (config, >> oper, etc), or so that config, oper, etc are collected into separate = trees. Or, >> to put it another way: you can have everything related to a feature = in one >> place, or everything related to config in one place, but not both. >>=20 >> So we can do this: >>=20 >> +--rw feature >> +--rw foo >> +--rw foo-cfg >> +--ro foo-oper >> +--rw bar >> +--rw bar-cfg >> +--ro bar-oper >>=20 >> Or this: >>=20 >> +--rw feature >> +--rw feature-cfg >> +--rw foo-cfg >> +--rw bar-cfg >> +--ro feature-oper >> +--ro foo-oper >> +--ro bar-oper >=20 > The question to ask is can 'foo-oper' ever exist w/o explcit > configuration of 'foo'? If it can, you will need separate trees. An > example is the ietf-interface model, where interfaces can exist w/o > being explicitly configured. Another question to ask is whether a configured value of a certain = parameter must always be the one that the system really uses, or whether = it can be changed through other channels (e.g. network protocols). In = the latter case you need separate nodes for the configured and state = value. Lada >=20 >> The same applies to notifications and rpcs. >=20 > notifications and rpcs are defined at the top-level in the module, and > hence this does not apply to them. >=20 >=20 > /martin >=20 >=20 >=20 >> Are there any global recommendations that one approach be favoured = over the >> other? Is there any push to be consistent between protocols in the = routing >> area? Or is this up to individual WGs or document authors to do = whatever they >> think is most appropriate for the YANG model they're designing? >>=20 >> Cheers >>=20 >> Matt >>=20 >> _______________________________________________ >> Rtg-yang-coord mailing list >> Rtg-yang-coord@ietf.org >> https://www.ietf.org/mailman/listinfo/rtg-yang-coord >>=20 >=20 > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Tue Nov 18 13:24:55 2014 Return-Path: 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 EF7CD1A8AB7; Tue, 18 Nov 2014 13:24:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.095 X-Spam-Level: X-Spam-Status: No, score=-15.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.594, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable 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 Yr5_NEePlODy; Tue, 18 Nov 2014 13:24:48 -0800 (PST) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7300A1A8AAB; Tue, 18 Nov 2014 13:24:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4320; q=dns/txt; s=iport; t=1416345889; x=1417555489; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=PN/RNkiT1+5Mozb8/XBb3kOK+SWhtFJ1AMAPR+LOb1E=; b=I+AigheP8ZVBKhjapeyonrmEO4RmY1ziUpAYhzXF1XJbNCBF73IdvQN0 XAF7uYu2mH88vYN0IWK7cJY72xJItzpQ2USlLS1gTab/EbruqwLPit3Or sF/6JO+c+z63h00lqo3db1WOwWqjPXXk9vlTy2ER8Hez+DEZ70OXs1E/2 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEHAM63a1StJV2Q/2dsb2JhbABbgw5VWQSDAskVCoZ0c3YWAQEBAQF9hAMBAQQBAQExOh0BCBwoBCULJwQBEohBDZ1XnGoGlwgBAQEBAQEEAQEBAQEBGASBJ452g2OBWgWQEoI9jAeJEo1ng3ttgUiBAwEBAQ X-IronPort-AV: E=Sophos;i="5.07,412,1413244800"; d="scan'208";a="373312557" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-3.cisco.com with ESMTP; 18 Nov 2014 21:24:48 +0000 Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com [173.36.12.79]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id sAILOl0m031386 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 18 Nov 2014 21:24:47 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.191]) by xhc-aln-x05.cisco.com ([173.36.12.79]) with mapi id 14.03.0195.001; Tue, 18 Nov 2014 15:24:47 -0600 From: "Acee Lindem (acee)" To: "rtgwg@ietf.org" , "rtg-yang-coord@ietf.org" Thread-Topic: [netmod] High Level Comments on draft-ietf-netmod-rtg-cfg-16.txt Thread-Index: AQHQA3YTEqjfV3q7ZEmDxZzFaPT/wQ== Date: Tue, 18 Nov 2014 21:24:33 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.196] Content-Type: text/plain; charset="euc-kr" Content-ID: <416173654881A44A9BBEFF9715C56266@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/5HGNO3qIWN31MRaBl3iNDAL12w8 Subject: Re: [Rtg-yang-coord] [netmod] High Level Comments on draft-ietf-netmod-rtg-cfg-16.txt 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 21:24:51 -0000 Rmlyc3QsIGxldCBtZSBleHBsYWluIHdoeSBJIHJlcXVlc3RlZCB0aGF0IHRoZSByb3V0ZS1maWx0 ZXJzIGJlIHJlbW92ZWQNCmZyb20gdGhlIG1vZGVsLiBXaGF0IEkgZG9uJ3QgbGlrZSBhYm91dCB0 aGUgcm91dGUtZmlsdGVycyBpcyB0aGF0IHRoZXkNCmFyZSBtZXJlbHkgcGxhY2UtaG9sZGVycyBw bGFjZWQgYXQgYSBwb2ludC1vZi1hdHRhY2htZW50IHdoaWNoIEkgZG9uJ3QNCm5lY2Vzc2FyaWx5 IGFncmVlIHdpdGguICBBbHRob3VnaCB3ZSBtYXkgZW5kIHVwIHdpdGggc29tZXRoaW5nIHNpbWls YXIsDQp0aGVzZSBkZWZpbml0aW9ucyBzaG91bGQgYmUgaW4gYSBtb3JlIGNvbXBsZXRlIHJvdXRp bmcNCnBvbGljeSBtb2RlbC4gQWRkaXRpb25hbGx5LCBJIGJlbGlldmUgaXQgaXMgb2J2aW91cyB0 aGF0IHRoZXJlIHdpbGwNCmJlIGJvdGggZ2VuZXJpYyBwb2xpY3kgYW5kIHByb3RvY29sIHNwZWNp ZmljIHBvbGljeSAoZS5nLiwgQkdQKS4gSWYNCnRoZXNlIHJvdXRlLWZpbHRlcnMgYXJlIHRvIGJl IGluY2x1ZGVkLCB0aGVyZSBzaG91bGQgYmUgbW9yZSBndWlkYW5jZQ0KYXMgdG8gcHJlY2lzZWx5 IGhvdyB0aGV5IGFyZSB0byBiZSB1c2VkLiBHaXZlbiB0aGVpciBwb2ludC1vZi1hdHRhY2htZW50 LA0KdGhleSBzaG91bGQgY2xlYXJseSBvbmx5IGJlIHVzZWQgZm9yIGdlbmVyaWMgcm91dGluZyBw b2xpY3kuIE5vdGUgdGhhdA0KZm9yIHRoZSB0d28gcm91dGluZyBwcm90b2NvbCBpbnN0YW5jZXMg KHN0YXRpYyBhbmQgY29ubmVjdGVkKSBkZWZpbmVkDQppbiBkcmFmdC1pZXRmLW5ldG1vZC1ydGct Y2ZnLCB0aGUgaW1wb3J0IGZpbHRlcnMgYXJlbid0IGV2ZW4gYXBwbGljYWJsZS4NClRoaXMgZmFj dCBhbG9uZSB3b3VsZCBzdWdnZXN0IHRoYXQgdGhpcyBtYXkgbm90IGJlIHRoZSByaWdodA0KcG9p bnQtb2YtYXR0YWNobWVudCBmb3Igc3VjaCByb3V0aW5nIHBvbGljeS4gSG93ZXZlciwgaWYgSSdt IGluIHRoZQ0KbWlub3JpdHksIHRoZXkgY2FuIGJlIHJldGFpbmVkIGZvciBUQkQgYXVnbWVudGF0 aW9uLg0KDQpBcyBmb3IgdGhlIGludGVyZmFjZSBsaXN0IGluIHRoZSByb3V0aW5nLWluc3RhbmNl LCBJIHRoaW5rIGl0IGlzDQpvYnZpb3VzIHRoYXQgb25lIHNob3VsZCBub3QgZGVmaW5lIHRoZSBh ZGRyZXNzIHNwYWNlIGZvciBpbnRlcmZhY2UNCmRpc2pvaW50bHkgZnJvbSB0aGUgSVB2NC9JUHY2 IGludGVyZmFjZSBhZGRyZXNzZXMuIFRoYXQgaXMgd2h5IEkNCndvdWxkIHJlY29tbWVuZCBhdWdt ZW50aW5nIHRoZSBSRkMgNzI3MyBvYmplY3RzIHdpdGggYSByZWZlcmVuY2UNCnRvIHRoZSByb3V0 aW5nIGluc3RhbmNlIHJhdGhlciBoYXZpbmcgYSBkaXNqb2ludCBpbnRlcmZhY2UNCmxpc3QgaW4g cm91dGluZy1pbnN0YW5jZSBhcyBwcm9wb3NlZC4NCg0KVGhhbmtzLA0KQWNlZQ0KUC5TLiBuZXRt b2QgbGlzdCBiY2Ohr2VkLiBUaGlzIGRpc2N1c3Npb24gc2hvdWxkIHRha2UgcGxhY2Ugb24NCnJ0 Zy15YW5nLWNvb3JkQGlldGYub3JnLg0KDQoNCg0KDQoNCk9uIDExLzExLzE0LCA0OjU4IFBNLCAi QWNlZSBMaW5kZW0gKGFjZWUpIiA8YWNlZUBjaXNjby5jb20+IHdyb3RlOg0KDQo+SSBoYXZlIHR3 byByYXRoZXIgc3Vic3RhbnRpdmUgY29tbWVudHMgb24gdGhlIGRyYWZ0IHdlIHdpbGwgYmUgZGlz Y3Vzc2luZw0KPmluIHRvbW9ycm93qfZzIHJ0Z3dnIG1lZXRpbmcuDQo+DQo+ICAgMS4gVGhlIGRy YWZ0IGluY2x1ZGVzIHN0dWIgZGVmaW5pdGlvbnMgZm9yIGltcG9ydC9leHBvcnQgcm91dGluZw0K PmZpbHRlcnMgd2l0aCB0aGUgZ3VpZGFuY2UgdGhhdCB0aGVzZSBzaG91bGQgYmUgYXVnbWVudGVk LiBJIHdvdWxkIGxpa2UgdG8NCj5zZWUgdGhlc2UgcmVtb3ZlZCBmcm9tIHRoaXMgZHJhZnQgYXMg dGhlIHdob2xlIGFyZWEgb2Ygcm91dGluZyBwb2xpY3kNCj5zaG91bGQgYmUgd29ya2VkIG9uIGJ5 IGEgbXVsdGktdmVuZG9yIHRlYW0gc2ltaWxhciB0byB3aGF0IGlzIGJlaW5nIGRvbmUNCj5mb3Ig dGhlIHJvdXRpbmcgcHJvdG9jb2xzLiBJIGRvbqn2dCB0aGluayB0aGUgZGlyZWN0aW9uIHNob3Vs ZCBiZSBzZXQgZm9yDQo+cm91dGluZyBwb2xpY3kgYmFzZWQgb24gdGhlc2Ugc3R1YiBkZWZpbml0 aW9ucy4NCj4NCj4gICAyLiBUaGUgZHJhZnQgZGVmaW5lcyBhIGxpc3Qgb2YgaW50ZXJmYWNlcyB0 aGF0IGNvcnJlc3BvbmQgdG8gYQ0KPnJvdXRpbmctaW5zdGFuY2UuIFRoZSByb3V0aW5nLWluc3Rh bmNlIGJpbmRzIHRoZSBwaHlzaWNhbCBpbnRlcmZhY2UgKFJGQw0KPlJGQyA3MjczKSB0byBhbiBh ZGRyZXNzIHNwYWNlLiBIb3dldmVyLCB0aGUgSVB2NC9JUHY2IGludGVyZmFjZSBhZGRyZXNzZXMN Cj5hcmUgc3BlY2lmaWVkIHZpYSB0aGUgWUFORyBtb2RlbCBpbiBSRkMgNzI3Ny4gSSByZWFsbHkg ZG9uqfZ0IGxpa2UgdGhpcw0KPmRpc2pvaW50IHNwZWNpZmljYXRpb24uIFJhdGhlciwgIi9pZjpp bnRlcmZhY2VzL2lmOmludGVyZmFjZSIgIGluIFJGQyA3MjczDQo+c2hvdWxkIGJlIGF1Z21lbnRl ZCBpbiBhIHJlZmVyZW5jZSB0byB0aGUgcm91dGluZyBpbnN0YW5jZS4gQWRkaXRpb25hbGx5LA0K PnRoZSBuZWlnaGJvciBkaXNjb3ZlcnkgZGVmaW5pdGlvbnMgc2hvdWxkIGF1Z21lbnQgdGhlIGlw djYgY29udGFpbmVyIGluDQo+UkZDIDcyNzcpLiANCj4NCj5JIGFsc28gaGF2ZSBvbmUgcXVlc3Rp b24gZm9yIHRoZSBSVEcgV0cgLSBkbyB3ZSB3YW50IHRoaXMgbW9kZWwgdG8gc3BlY2lmeQ0KPnRo ZSBwcmVjaXNlIGZvcndhcmRpbmcgYmVoYXZpb3I/DQo+DQo+ICBUaGUgZHJhZnQgc3RhdGVzIHRo YXQgqfhiYWNrdXAgbmV4dC1ob3BzIGFyZSBvbmx5IHVzZWQgaWYgbm8gcHJpbWFyeQ0KPm5leHQt aG9wcyBleGlzdC4iIFRoaXMgd2lsbCByZWxlZ2F0ZSBhbGwgaW1wbGVtZW50YXRpb25zIHRvIHRo ZSBzYW1lIElQRlJSDQo+YmVoYXZpb3IuIEkgZG9uqfZ0IHRoaW5rIHRoYXQgdGhpcyBzaG91bGQg YmUgc3BlY2lmaWVkIGluIHRoaXMgZHJhZnQuDQo+DQo+VGhhbmtzLA0KPkFjZWUgDQo+DQo+X19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj5uZXRtb2QgbWFp bGluZyBsaXN0DQo+bmV0bW9kQGlldGYub3JnDQo+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9uZXRtb2QNCg0K From nobody Wed Nov 19 04:13:01 2014 Return-Path: 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 6545D1A0367; Wed, 19 Nov 2014 04:12:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 jEgxhbA2nkOx; Wed, 19 Nov 2014 04:12:56 -0800 (PST) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 658291A0233; Wed, 19 Nov 2014 04:12:55 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by trail.lhotka.name (Postfix) with ESMTP id 992435406F1; Wed, 19 Nov 2014 13:12:52 +0100 (CET) Received: from trail.lhotka.name ([127.0.0.1]) by localhost (trail.lhotka.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gDPdAWo59Gft; Wed, 19 Nov 2014 13:12:47 +0100 (CET) Received: from localhost (unknown [195.113.220.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by trail.lhotka.name (Postfix) with ESMTPSA id 6B963540154; Wed, 19 Nov 2014 13:12:46 +0100 (CET) From: Ladislav Lhotka To: "Acee Lindem \(acee\)" , "rtgwg\@ietf.org" , "rtg-yang-coord\@ietf.org" In-Reply-To: References: User-Agent: Notmuch/0.18.1 (http://notmuchmail.org) Emacs/24.4.51.2 (x86_64-apple-darwin14.0.0) Date: Wed, 19 Nov 2014 13:12:45 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/GqlN4UGk7-o3JK0AaisGwvxOdh4 Subject: Re: [Rtg-yang-coord] [netmod] High Level Comments on draft-ietf-netmod-rtg-cfg-16.txt 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 12:12:59 -0000 Hi Acee, please see my comments inline. "Acee Lindem (acee)" writes: > First, let me explain why I requested that the route-filters be > removed from the model. What I don't like about the route-filters is > that they are merely place-holders placed at a point-of-attachment > which I don't necessarily agree with. Although we may end up with > something similar, these definitions should be in a more complete > routing policy model. Additionally, I believe it is obvious that there > will I don't think the ietf-routing module preempts any further work on a policy model. And if the points-of-attachment turn out to be wrong, we can write a new module - nothing is cast in stone and I expect the module will have to be redone anyway after some experience will have been collected. On the other hand, several modules for routing protocols are being developed, as you know. For any practical use, some way of specifying routing policy will be needed, and the current framework can serve this purpose for now. Folks working on the BGP module already included some BGP-specific policy configuration, and I will try to work with them on integrating it with route filters in ietf-routing. Vendors can also define their proprietary filtering frameworks in the mean time. I am myself working on one for the BIRD routing daemon. > be both generic policy and protocol specific policy (e.g., BGP). If > these route-filters are to be included, there should be more guidance > as to precisely how they are to be used. Given their point-of-attachment, > they should clearly only be used for generic routing policy. Note that > for the two routing protocol instances (static and connected) defined > in draft-ietf-netmod-rtg-cfg, the import filters aren't even > applicable. I can imagine filtering system-generated direct routes. > This fact alone would suggest that this may not be the right > point-of-attachment for such routing policy. However, if I'm in the > minority, they can be retained for TBD augmentation. The idea was that any future routing protocol module that's designed according to the guidelines in the I-D could participate in routing policies without further ado. > > As for the interface list in the routing-instance, I think it is > obvious that one should not define the address space for interface > disjointly from the IPv4/IPv6 interface addresses. That is why I > would recommend augmenting the RFC 7273 objects with a reference > to the routing instance rather having a disjoint interface > list in routing-instance as proposed. It is IMO subjective whether the assignment of interfaces to routing instances should be done in interface configuration or in routing instance configuration. As it is now, the following procedure could work fine: 1. Define routing instances (this has to be done in any case). 2. Assign interfaces to routing instances in routing instance configuration via references to interfaces in the main interface list. 3. Assign addresses to interfaces in main interface configuration. The system then has all information to be able to resolve potential conflicts in IP addresses belonging to different routing instances. Maybe there are some implementation-related issues that I am missing, so I am not against the change you propose but I'd like to know sound reasons before applying it. FYI, we found a solution for the VPN issue that Jeff Haas raised at the mike, and Jeff promised to write a review of the routing-cfg draft. > > Thanks, > Acee > P.S. netmod list bcc=E2=80=99ed. This discussion should take place on > rtg-yang-coord@ietf.org. Agreed, I don't think NETMOD WG has to be involved at this stage. If we stumble upon any YANG-specific issues, I will take them to the NETMOD mailing list separately. Thanks, Lada > > > > > > On 11/11/14, 4:58 PM, "Acee Lindem (acee)" wrote: > >>I have two rather substantive comments on the draft we will be discussing >>in tomorrow=C2=B9s rtgwg meeting. >> >> 1. The draft includes stub definitions for import/export routing >>filters with the guidance that these should be augmented. I would like to >>see these removed from this draft as the whole area of routing policy >>should be worked on by a multi-vendor team similar to what is being done >>for the routing protocols. I don=C2=B9t think the direction should be set= for >>routing policy based on these stub definitions. >> >> 2. The draft defines a list of interfaces that correspond to a >>routing-instance. The routing-instance binds the physical interface (RFC >>RFC 7273) to an address space. However, the IPv4/IPv6 interface addresses >>are specified via the YANG model in RFC 7277. I really don=C2=B9t like th= is >>disjoint specification. Rather, "/if:interfaces/if:interface" in RFC 7273 >>should be augmented in a reference to the routing instance. Additionally, >>the neighbor discovery definitions should augment the ipv6 container in >>RFC 7277).=20 >> >>I also have one question for the RTG WG - do we want this model to specify >>the precise forwarding behavior? >> >> The draft states that =C2=B3backup next-hops are only used if no primary >>next-hops exist." This will relegate all implementations to the same IPFRR >>behavior. I don=C2=B9t think that this should be specified in this draft. >> >>Thanks, >>Acee=20 >> >>_______________________________________________ >>netmod mailing list >>netmod@ietf.org >>https://www.ietf.org/mailman/listinfo/netmod > > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord --=20 Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Wed Nov 19 04:40:14 2014 Return-Path: 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 A9B281A1AAD; Wed, 19 Nov 2014 04:40:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.495 X-Spam-Level: X-Spam-Status: No, score=-2.495 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.594, SPF_PASS=-0.001] 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 bBWQ0N2Tlc8E; Wed, 19 Nov 2014 04:40:05 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [83.241.162.140]) by ietfa.amsl.com (Postfix) with ESMTP id 76A8C1A03A6; Wed, 19 Nov 2014 04:40:05 -0800 (PST) Received: from localhost (173-38-208-169.cisco.com [173.38.208.169]) by mail.tail-f.com (Postfix) with ESMTPSA id D19B712809BC; Wed, 19 Nov 2014 13:40:03 +0100 (CET) Date: Wed, 19 Nov 2014 13:40:03 +0100 (CET) Message-Id: <20141119.134003.1741683880484092511.mbj@tail-f.com> To: lhotka@nic.cz From: Martin Bjorklund In-Reply-To: References: X-Mailer: Mew version 6.5 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/fwheN06Eh8vBrmybDIe1NhyeeLo Cc: rtg-yang-coord@ietf.org, acee@cisco.com, rtgwg@ietf.org Subject: Re: [Rtg-yang-coord] [netmod] High Level Comments on draft-ietf-netmod-rtg-cfg-16.txt 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 12:40:12 -0000 Ladislav Lhotka wrote: > Hi Acee, > > please see my comments inline. > > "Acee Lindem (acee)" writes: > > > First, let me explain why I requested that the route-filters be > > removed from the model. What I don't like about the route-filters is > > that they are merely place-holders placed at a point-of-attachment > > which I don't necessarily agree with. Although we may end up with > > something similar, these definitions should be in a more complete > > routing policy model. Additionally, I believe it is obvious that there > > will > > I don't think the ietf-routing module preempts any further work on a > policy model. And if the points-of-attachment turn out to be wrong, we > can write a new module - nothing is cast in stone and I expect the > module will have to be redone anyway after some experience will have > been collected. But then it doesn't hurt to wait with these "attachment points" until at least the first policy model is being written, right? They can then either be defined in an update to this model, or in a separate model that augments this one. [...] > > As for the interface list in the routing-instance, I think it is > > obvious that one should not define the address space for interface > > disjointly from the IPv4/IPv6 interface addresses. That is why I > > would recommend augmenting the RFC 7273 objects with a reference > > to the routing instance rather having a disjoint interface > > list in routing-instance as proposed. > > It is IMO subjective whether the assignment of interfaces to routing > instances should be done in interface configuration or in routing > instance configuration. As it is now, the following procedure could work > fine: > > 1. Define routing instances (this has to be done in any case). > 2. Assign interfaces to routing instances in routing instance > configuration via references to interfaces in the main interface > list. > 3. Assign addresses to interfaces in main interface configuration. > > The system then has all information to be able to resolve potential > conflicts in IP addresses belonging to different routing instances. To be very clear, is this what you propose: augement /if:interfaces/if:interface { leaf routing-instance { type routing-instance-ref; } } ... and remove /routing/routing-instance/interfaces? I think this would be equivalent to your current model, in the sense of *what* you can express. > Maybe there are some implementation-related issues that I am missing, > so I am not against the change you propose but I'd like to know sound > reasons before applying it. I think Acee provided a good reason: > > one should not define the address space for interface > > disjointly from the IPv4/IPv6 interface addresses /martin From nobody Wed Nov 19 05:36:09 2014 Return-Path: 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 7E33F1A1B9B; Wed, 19 Nov 2014 05:36:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.095 X-Spam-Level: X-Spam-Status: No, score=-15.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.594, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 73mwq993IyUd; Wed, 19 Nov 2014 05:36:04 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 861AF1A037C; Wed, 19 Nov 2014 05:36:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3548; q=dns/txt; s=iport; t=1416404164; x=1417613764; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=p9IN5XvYMaIVY5gMMLZY2xQ2N2e7eIXTLmnTdYm3w/g=; b=j0l9apoYish/9oWmFgv/42Cb+hQCxoBf9dhb0z5vA09vut25TEOj6p+9 7QrQgxutP61XPafX+F8NKHJovLx99MJmLLhbUobE93OAjivyZ6HqpGg1k YNpspGCN+8I6EWpFfFC5ISmThZdoMCk2O/8ur7/FzEV+r6KzGHfAlTa1N U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AicFAFWcbFStJA2G/2dsb2JhbABagw6BLgTTVQKBBBYBAQEBAX2EAwEBBDo/EAIBCA4KHhAyJQIEAQ0FiEHTNQEBAQEBAQEBAQEBAQEBAQEBAQEZkQgHhEsBBJAYgj+MCoEzg1WECoYrgzWECYI2gUVtgUiBAwEBAQ X-IronPort-AV: E=Sophos;i="5.07,417,1413244800"; d="scan'208";a="98113511" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-7.cisco.com with ESMTP; 19 Nov 2014 13:36:03 +0000 Received: from xhc-rcd-x11.cisco.com (xhc-rcd-x11.cisco.com [173.37.183.85]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id sAJDa3Kb027287 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 19 Nov 2014 13:36:03 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.191]) by xhc-rcd-x11.cisco.com ([173.37.183.85]) with mapi id 14.03.0195.001; Wed, 19 Nov 2014 07:36:03 -0600 From: "Acee Lindem (acee)" To: Martin Bjorklund , "lhotka@nic.cz" Thread-Topic: [Rtg-yang-coord] [netmod] High Level Comments on draft-ietf-netmod-rtg-cfg-16.txt Thread-Index: AQHQA/Xztr8uJfo+j0iZcOT/psr2YZxoBFuA Date: Wed, 19 Nov 2014 13:35:46 +0000 Message-ID: References: <20141119.134003.1741683880484092511.mbj@tail-f.com> In-Reply-To: <20141119.134003.1741683880484092511.mbj@tail-f.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.196] Content-Type: text/plain; charset="us-ascii" Content-ID: <69A61F9C2037B948AFED268A7EA3E8B2@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/wcHfjrm6accRhbEeB1gI44cRBcA Cc: "rtg-yang-coord@ietf.org" , "netmod@ietf.org" , "rtgwg@ietf.org" Subject: Re: [Rtg-yang-coord] [netmod] High Level Comments on draft-ietf-netmod-rtg-cfg-16.txt 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 13:36:06 -0000 Re-adding netmod@ietf.org due to popular request. On 11/19/14, 7:40 AM, "Martin Bjorklund" wrote: >Ladislav Lhotka wrote: >> Hi Acee, >>=20 >> please see my comments inline. >>=20 >> "Acee Lindem (acee)" writes: >>=20 >> > First, let me explain why I requested that the route-filters be >> > removed from the model. What I don't like about the route-filters is >> > that they are merely place-holders placed at a point-of-attachment >> > which I don't necessarily agree with. Although we may end up with >> > something similar, these definitions should be in a more complete >> > routing policy model. Additionally, I believe it is obvious that there >> > will >>=20 >> I don't think the ietf-routing module preempts any further work on a >> policy model. And if the points-of-attachment turn out to be wrong, we >> can write a new module - nothing is cast in stone and I expect the >> module will have to be redone anyway after some experience will have >> been collected. > >But then it doesn't hurt to wait with these "attachment points" until >at least the first policy model is being written, right? They can >then either be defined in an update to this model, or in a separate >model that augments this one. My point is that this may set us off in the wrong direction and be a source of future confusion and debate. If others believe the existing stub policies are a good start, they should speak up. > >[...] > >> > As for the interface list in the routing-instance, I think it is >> > obvious that one should not define the address space for interface >> > disjointly from the IPv4/IPv6 interface addresses. That is why I >> > would recommend augmenting the RFC 7273 objects with a reference >> > to the routing instance rather having a disjoint interface >> > list in routing-instance as proposed. >>=20 >> It is IMO subjective whether the assignment of interfaces to routing >> instances should be done in interface configuration or in routing >> instance configuration. As it is now, the following procedure could work >> fine: >>=20 >> 1. Define routing instances (this has to be done in any case). >> 2. Assign interfaces to routing instances in routing instance >> configuration via references to interfaces in the main interface >> list. >> 3. Assign addresses to interfaces in main interface configuration. >>=20 >> The system then has all information to be able to resolve potential >> conflicts in IP addresses belonging to different routing instances. > >To be very clear, is this what you propose: > > augement /if:interfaces/if:interface { > leaf routing-instance { > type routing-instance-ref; > } > } > >... and remove /routing/routing-instance/interfaces? Either here or augment ietf-ip (RFC 7277) in a similar manner. I also think the definition of the ipv6-router-advertisements should augment the ipv6 container in ietf-ip rather than on this misplaced list of interfaces.=20 Thanks, Acee=20 > >I think this would be equivalent to your current model, in the sense >of *what* you can express. > >> Maybe there are some implementation-related issues that I am missing, >> so I am not against the change you propose but I'd like to know sound >> reasons before applying it. > >I think Acee provided a good reason: > >> > one should not define the address space for interface >> > disjointly from the IPv4/IPv6 interface addresses > > > > >/martin From nobody Wed Nov 19 05:45:18 2014 Return-Path: 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 B10551A037C; Wed, 19 Nov 2014 05:45:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.095 X-Spam-Level: X-Spam-Status: No, score=-15.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.594, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 uCs-HBXqEKo0; Wed, 19 Nov 2014 05:45:11 -0800 (PST) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 44A771A037B; Wed, 19 Nov 2014 05:45:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9086; q=dns/txt; s=iport; t=1416404711; x=1417614311; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=qn2b9sZNiXcQRctH5XST7OqVpmYpLvAC5Bl9/d1I0oM=; b=WcnbG455t/xeFHlSTyHocrAfRwjPfhQmFO83NLaI65F2JnY0s/3Zt+d/ DvgLuFD3ocyGmXQSW1Cm8xosIi/WWYN4aD6EtxbVzApg5c3W3KKJeW2V7 d+PxmpinAiSDqy8Dopu4SC7A8UgWNIDqapKbI9w510SpG+TSU6mvysX0J k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AngHAPmdbFStJA2M/2dsb2JhbABagw5VWQSDAskBCoZ0VQIcaBYBAQEBAX2EAgEBAQMBAQEBMToGFQIBCBgEKAICJQslAgQBEhuIHQkNnz+cagaWcQEBAQEBAQEBAQEBAQEBAQEBAQEVBIEnjnZygnGBWgWQGII/jAqBM4NVhAqJYIQJgggYFoFFbYFIgQMBAQE X-IronPort-AV: E=Sophos;i="5.07,417,1413244800"; d="scan'208";a="373523218" Received: from alln-core-7.cisco.com ([173.36.13.140]) by rcdn-iport-8.cisco.com with ESMTP; 19 Nov 2014 13:45:10 +0000 Received: from xhc-aln-x04.cisco.com (xhc-aln-x04.cisco.com [173.36.12.78]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id sAJDjA64003791 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 19 Nov 2014 13:45:10 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.191]) by xhc-aln-x04.cisco.com ([173.36.12.78]) with mapi id 14.03.0195.001; Wed, 19 Nov 2014 07:45:10 -0600 From: "Acee Lindem (acee)" To: Ladislav Lhotka , "rtgwg@ietf.org" , "rtg-yang-coord@ietf.org" , "netmod@ietf.org" Thread-Topic: [Rtg-yang-coord] [netmod] High Level Comments on draft-ietf-netmod-rtg-cfg-16.txt Thread-Index: AQHQA/8I0xrGCcOzNUayz+rYlNi6Pg== Date: Wed, 19 Nov 2014 13:44:52 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.196] Content-Type: text/plain; charset="euc-kr" Content-ID: <40E5007D74C81C4592054E610F3DEF41@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/NiUKoXag6HqWFRogsdsCzEMnN3s Subject: Re: [Rtg-yang-coord] [netmod] High Level Comments on draft-ietf-netmod-rtg-cfg-16.txt 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 13:45:14 -0000 SGkgTGFkYSwgDQoNCkkgdGhpbmsgd2UgYXJlIGF0IHRoZSBwb2ludCBvZiBhZ3JlZWluZyB0byBk aXNhZ3JlZS4gU2VlIGlubGluZS4NCg0KT24gMTEvMTkvMTQsIDc6MTIgQU0sICJMYWRpc2xhdiBM aG90a2EiIDxsaG90a2FAbmljLmN6PiB3cm90ZToNCg0KPkhpIEFjZWUsDQo+DQo+cGxlYXNlIHNl ZSBteSBjb21tZW50cyBpbmxpbmUuDQo+DQo+IkFjZWUgTGluZGVtIChhY2VlKSIgPGFjZWVAY2lz Y28uY29tPiB3cml0ZXM6DQo+DQo+PiBGaXJzdCwgbGV0IG1lIGV4cGxhaW4gd2h5IEkgcmVxdWVz dGVkIHRoYXQgdGhlIHJvdXRlLWZpbHRlcnMgYmUNCj4+IHJlbW92ZWQgZnJvbSB0aGUgbW9kZWwu IFdoYXQgSSBkb24ndCBsaWtlIGFib3V0IHRoZSByb3V0ZS1maWx0ZXJzIGlzDQo+PiB0aGF0IHRo ZXkgYXJlIG1lcmVseSBwbGFjZS1ob2xkZXJzIHBsYWNlZCBhdCBhIHBvaW50LW9mLWF0dGFjaG1l bnQNCj4+IHdoaWNoIEkgZG9uJ3QgbmVjZXNzYXJpbHkgYWdyZWUgd2l0aC4gIEFsdGhvdWdoIHdl IG1heSBlbmQgdXAgd2l0aA0KPj4gc29tZXRoaW5nIHNpbWlsYXIsIHRoZXNlIGRlZmluaXRpb25z IHNob3VsZCBiZSBpbiBhIG1vcmUgY29tcGxldGUNCj4+IHJvdXRpbmcgcG9saWN5IG1vZGVsLiBB ZGRpdGlvbmFsbHksIEkgYmVsaWV2ZSBpdCBpcyBvYnZpb3VzIHRoYXQgdGhlcmUNCj4+IHdpbGwN Cj4NCj5JIGRvbid0IHRoaW5rIHRoZSBpZXRmLXJvdXRpbmcgbW9kdWxlIHByZWVtcHRzIGFueSBm dXJ0aGVyIHdvcmsgb24gYQ0KPnBvbGljeSBtb2RlbC4gQW5kIGlmIHRoZSBwb2ludHMtb2YtYXR0 YWNobWVudCB0dXJuIG91dCB0byBiZSB3cm9uZywgd2UNCj5jYW4gd3JpdGUgYSBuZXcgbW9kdWxl IC0gbm90aGluZyBpcyBjYXN0IGluIHN0b25lIGFuZCBJIGV4cGVjdCB0aGUNCj5tb2R1bGUgd2ls bCBoYXZlIHRvIGJlIHJlZG9uZSBhbnl3YXkgYWZ0ZXIgc29tZSBleHBlcmllbmNlIHdpbGwgaGF2 ZQ0KPmJlZW4gY29sbGVjdGVkLg0KDQpTb3VuZHMgbGlrZSBhIGdvb2QgcmVhc29uIHRvIHJlbW92 ZSB0aGUgcm91dGUtZmlsdGVycyB0byBtZS4NCg0KPg0KPk9uIHRoZSBvdGhlciBoYW5kLCBzZXZl cmFsIG1vZHVsZXMgZm9yIHJvdXRpbmcgcHJvdG9jb2xzIGFyZSBiZWluZw0KPmRldmVsb3BlZCwg YXMgeW91IGtub3cuIEZvciBhbnkgcHJhY3RpY2FsIHVzZSwgc29tZSB3YXkgb2Ygc3BlY2lmeWlu Zw0KPnJvdXRpbmcgcG9saWN5IHdpbGwgYmUgbmVlZGVkLCBhbmQgdGhlIGN1cnJlbnQgZnJhbWV3 b3JrIGNhbiBzZXJ2ZSB0aGlzDQo+cHVycG9zZSBmb3Igbm93LiBGb2xrcyB3b3JraW5nIG9uIHRo ZSBCR1AgbW9kdWxlIGFscmVhZHkgaW5jbHVkZWQgc29tZQ0KPkJHUC1zcGVjaWZpYyBwb2xpY3kg Y29uZmlndXJhdGlvbiwgYW5kIEkgd2lsbCB0cnkgdG8gd29yayB3aXRoIHRoZW0gb24NCj5pbnRl Z3JhdGluZyBpdCB3aXRoIHJvdXRlIGZpbHRlcnMgaW4gaWV0Zi1yb3V0aW5nLiBWZW5kb3JzIGNh biBhbHNvDQo+ZGVmaW5lIHRoZWlyIHByb3ByaWV0YXJ5IGZpbHRlcmluZyBmcmFtZXdvcmtzIGlu IHRoZSBtZWFuIHRpbWUuIEkgYW0NCj5teXNlbGYgd29ya2luZyBvbiBvbmUgZm9yIHRoZSBCSVJE IHJvdXRpbmcgZGFlbW9uLg0KDQpZb3Ugc3BlYWsgbGlrZSB5b3VyIG1vZGVsIGlzIGNhc3QgaW4g c3RvbmUuIEksIGZvciBvbmUsIGJlbGlldmUgdGhhdCBib3RoDQpwcm90b2NvbCBzcGVjaWZpYyBh bmQgZ2VuZXJpYyBwb2xpY3kgc2hvdWxkIGJlIGF0dGFjaGVkIGluIHRoZSByb3V0aW5nDQpwcm90 b2NvbCBpbnN0YW5jZSBpdHNlbGYuIEkgdGhpbmsgdGhpcyBpcyBtdWNoIG1vcmUgaW50dWl0aXZl IGFuZCBtYXRjaGVzDQp0aGUgcHJldmFpbGluZyBpbmR1c3RyeSBtb2RlbC4gQ29tcGF0aWJpbGl0 eSB3aXRoIEJpcmQgc2hvdWxkIG5vdCBkaWN0YXRlDQp0aGUgaW5kdXN0cnkgbW9kZWwuDQoNCg0K Pg0KPj4gYmUgYm90aCBnZW5lcmljIHBvbGljeSBhbmQgcHJvdG9jb2wgc3BlY2lmaWMgcG9saWN5 IChlLmcuLCBCR1ApLiBJZg0KPj4gdGhlc2Ugcm91dGUtZmlsdGVycyBhcmUgdG8gYmUgaW5jbHVk ZWQsIHRoZXJlIHNob3VsZCBiZSBtb3JlIGd1aWRhbmNlDQo+PiBhcyB0byBwcmVjaXNlbHkgaG93 IHRoZXkgYXJlIHRvIGJlIHVzZWQuIEdpdmVuIHRoZWlyDQo+PnBvaW50LW9mLWF0dGFjaG1lbnQs DQo+PiB0aGV5IHNob3VsZCBjbGVhcmx5IG9ubHkgYmUgdXNlZCBmb3IgZ2VuZXJpYyByb3V0aW5n IHBvbGljeS4gTm90ZSB0aGF0DQo+PiBmb3IgdGhlIHR3byByb3V0aW5nIHByb3RvY29sIGluc3Rh bmNlcyAoc3RhdGljIGFuZCBjb25uZWN0ZWQpIGRlZmluZWQNCj4+IGluIGRyYWZ0LWlldGYtbmV0 bW9kLXJ0Zy1jZmcsIHRoZSBpbXBvcnQgZmlsdGVycyBhcmVuJ3QgZXZlbg0KPj4gYXBwbGljYWJs ZS4NCj4NCj5JIGNhbiBpbWFnaW5lIGZpbHRlcmluZyBzeXN0ZW0tZ2VuZXJhdGVkIGRpcmVjdCBy b3V0ZXMuDQo+DQo+PiBUaGlzIGZhY3QgYWxvbmUgd291bGQgc3VnZ2VzdCB0aGF0IHRoaXMgbWF5 IG5vdCBiZSB0aGUgcmlnaHQNCj4+IHBvaW50LW9mLWF0dGFjaG1lbnQgZm9yIHN1Y2ggcm91dGlu ZyBwb2xpY3kuIEhvd2V2ZXIsIGlmIEknbSBpbiB0aGUNCj4+IG1pbm9yaXR5LCB0aGV5IGNhbiBi ZSByZXRhaW5lZCBmb3IgVEJEIGF1Z21lbnRhdGlvbi4NCj4NCj5UaGUgaWRlYSB3YXMgdGhhdCBh bnkgZnV0dXJlIHJvdXRpbmcgcHJvdG9jb2wgbW9kdWxlIHRoYXQncyBkZXNpZ25lZA0KPmFjY29y ZGluZyB0byB0aGUgZ3VpZGVsaW5lcyBpbiB0aGUgSS1EIGNvdWxkIHBhcnRpY2lwYXRlIGluIHJv dXRpbmcNCj5wb2xpY2llcyB3aXRob3V0IGZ1cnRoZXIgYWRvLg0KPg0KPj4NCj4+IEFzIGZvciB0 aGUgaW50ZXJmYWNlIGxpc3QgaW4gdGhlIHJvdXRpbmctaW5zdGFuY2UsIEkgdGhpbmsgaXQgaXMN Cj4+IG9idmlvdXMgdGhhdCBvbmUgc2hvdWxkIG5vdCBkZWZpbmUgdGhlIGFkZHJlc3Mgc3BhY2Ug Zm9yIGludGVyZmFjZQ0KPj4gZGlzam9pbnRseSBmcm9tIHRoZSBJUHY0L0lQdjYgaW50ZXJmYWNl IGFkZHJlc3Nlcy4gVGhhdCBpcyB3aHkgSQ0KPj4gd291bGQgcmVjb21tZW5kIGF1Z21lbnRpbmcg dGhlIFJGQyA3MjczIG9iamVjdHMgd2l0aCBhIHJlZmVyZW5jZQ0KPj4gdG8gdGhlIHJvdXRpbmcg aW5zdGFuY2UgcmF0aGVyIGhhdmluZyBhIGRpc2pvaW50IGludGVyZmFjZQ0KPj4gbGlzdCBpbiBy b3V0aW5nLWluc3RhbmNlIGFzIHByb3Bvc2VkLg0KPg0KPkl0IGlzIElNTyBzdWJqZWN0aXZlIHdo ZXRoZXIgdGhlIGFzc2lnbm1lbnQgb2YgaW50ZXJmYWNlcyB0byByb3V0aW5nDQo+aW5zdGFuY2Vz IHNob3VsZCBiZSBkb25lIGluIGludGVyZmFjZSBjb25maWd1cmF0aW9uIG9yIGluIHJvdXRpbmcN Cj5pbnN0YW5jZSBjb25maWd1cmF0aW9uLiBBcyBpdCBpcyBub3csIHRoZSBmb2xsb3dpbmcgcHJv Y2VkdXJlIGNvdWxkIHdvcmsNCj5maW5lOg0KPg0KPjEuIERlZmluZSByb3V0aW5nIGluc3RhbmNl cyAodGhpcyBoYXMgdG8gYmUgZG9uZSBpbiBhbnkgY2FzZSkuDQo+Mi4gQXNzaWduIGludGVyZmFj ZXMgdG8gcm91dGluZyBpbnN0YW5jZXMgaW4gcm91dGluZyBpbnN0YW5jZQ0KPiAgIGNvbmZpZ3Vy YXRpb24gdmlhIHJlZmVyZW5jZXMgdG8gaW50ZXJmYWNlcyBpbiB0aGUgbWFpbiBpbnRlcmZhY2UN Cj4gICBsaXN0Lg0KPjMuIEFzc2lnbiBhZGRyZXNzZXMgdG8gaW50ZXJmYWNlcyBpbiBtYWluIGlu dGVyZmFjZSBjb25maWd1cmF0aW9uLg0KDQpUaGUgcXVlc3Rpb24gaXMgbm90IHdoZXRoZXIgaXQg Y291bGQgYmUgbWFkZSB0byB3b3JrIGJ1dCB3aGV0aGVyIGl0IGlzIHRoZQ0KbW9zdCBvcHRpbWFs IGhpZXJhcmNoeS4NCg0KVGhhbmtzLA0KQWNlZSANCg0KDQoNCj4NCj5UaGUgc3lzdGVtIHRoZW4g aGFzIGFsbCBpbmZvcm1hdGlvbiB0byBiZSBhYmxlIHRvIHJlc29sdmUgcG90ZW50aWFsDQo+Y29u ZmxpY3RzIGluIElQIGFkZHJlc3NlcyBiZWxvbmdpbmcgdG8gZGlmZmVyZW50IHJvdXRpbmcgaW5z dGFuY2VzLg0KPg0KPk1heWJlIHRoZXJlIGFyZSBzb21lIGltcGxlbWVudGF0aW9uLXJlbGF0ZWQg aXNzdWVzIHRoYXQgSSBhbSBtaXNzaW5nLA0KPnNvIEkgYW0gbm90IGFnYWluc3QgdGhlIGNoYW5n ZSB5b3UgcHJvcG9zZSBidXQgSSdkIGxpa2UgdG8ga25vdyBzb3VuZA0KPnJlYXNvbnMgYmVmb3Jl IGFwcGx5aW5nIGl0Lg0KPg0KPkZZSSwgd2UgZm91bmQgYSBzb2x1dGlvbiBmb3IgdGhlIFZQTiBp c3N1ZSB0aGF0IEplZmYgSGFhcyByYWlzZWQgYXQgdGhlDQo+bWlrZSwgYW5kIEplZmYgcHJvbWlz ZWQgdG8gd3JpdGUgYSByZXZpZXcgb2YgdGhlIHJvdXRpbmctY2ZnIGRyYWZ0Lg0KPg0KPj4NCj4+ IFRoYW5rcywNCj4+IEFjZWUNCj4+IFAuUy4gbmV0bW9kIGxpc3QgYmNjoa9lZC4gVGhpcyBkaXNj dXNzaW9uIHNob3VsZCB0YWtlIHBsYWNlIG9uDQo+PiBydGcteWFuZy1jb29yZEBpZXRmLm9yZy4N Cj4NCj5BZ3JlZWQsIEkgZG9uJ3QgdGhpbmsgTkVUTU9EIFdHIGhhcyB0byBiZSBpbnZvbHZlZCBh dCB0aGlzIHN0YWdlLiBJZg0KPndlIHN0dW1ibGUgdXBvbiBhbnkgWUFORy1zcGVjaWZpYyBpc3N1 ZXMsIEkgd2lsbCB0YWtlIHRoZW0gdG8gdGhlIE5FVE1PRA0KPm1haWxpbmcgbGlzdCBzZXBhcmF0 ZWx5Lg0KPg0KPlRoYW5rcywgTGFkYQ0KPg0KPj4NCj4+DQo+Pg0KPj4NCj4+DQo+PiBPbiAxMS8x MS8xNCwgNDo1OCBQTSwgIkFjZWUgTGluZGVtIChhY2VlKSIgPGFjZWVAY2lzY28uY29tPiB3cm90 ZToNCj4+DQo+Pj5JIGhhdmUgdHdvIHJhdGhlciBzdWJzdGFudGl2ZSBjb21tZW50cyBvbiB0aGUg ZHJhZnQgd2Ugd2lsbCBiZQ0KPj4+ZGlzY3Vzc2luZw0KPj4+aW4gdG9tb3Jyb3ep9nMgcnRnd2cg bWVldGluZy4NCj4+Pg0KPj4+ICAgMS4gVGhlIGRyYWZ0IGluY2x1ZGVzIHN0dWIgZGVmaW5pdGlv bnMgZm9yIGltcG9ydC9leHBvcnQgcm91dGluZw0KPj4+ZmlsdGVycyB3aXRoIHRoZSBndWlkYW5j ZSB0aGF0IHRoZXNlIHNob3VsZCBiZSBhdWdtZW50ZWQuIEkgd291bGQgbGlrZQ0KPj4+dG8NCj4+ PnNlZSB0aGVzZSByZW1vdmVkIGZyb20gdGhpcyBkcmFmdCBhcyB0aGUgd2hvbGUgYXJlYSBvZiBy b3V0aW5nIHBvbGljeQ0KPj4+c2hvdWxkIGJlIHdvcmtlZCBvbiBieSBhIG11bHRpLXZlbmRvciB0 ZWFtIHNpbWlsYXIgdG8gd2hhdCBpcyBiZWluZyBkb25lDQo+Pj5mb3IgdGhlIHJvdXRpbmcgcHJv dG9jb2xzLiBJIGRvbqn2dCB0aGluayB0aGUgZGlyZWN0aW9uIHNob3VsZCBiZSBzZXQgZm9yDQo+ Pj5yb3V0aW5nIHBvbGljeSBiYXNlZCBvbiB0aGVzZSBzdHViIGRlZmluaXRpb25zLg0KPj4+DQo+ Pj4gICAyLiBUaGUgZHJhZnQgZGVmaW5lcyBhIGxpc3Qgb2YgaW50ZXJmYWNlcyB0aGF0IGNvcnJl c3BvbmQgdG8gYQ0KPj4+cm91dGluZy1pbnN0YW5jZS4gVGhlIHJvdXRpbmctaW5zdGFuY2UgYmlu ZHMgdGhlIHBoeXNpY2FsIGludGVyZmFjZSAoUkZDDQo+Pj5SRkMgNzI3MykgdG8gYW4gYWRkcmVz cyBzcGFjZS4gSG93ZXZlciwgdGhlIElQdjQvSVB2NiBpbnRlcmZhY2UNCj4+PmFkZHJlc3Nlcw0K Pj4+YXJlIHNwZWNpZmllZCB2aWEgdGhlIFlBTkcgbW9kZWwgaW4gUkZDIDcyNzcuIEkgcmVhbGx5 IGRvbqn2dCBsaWtlIHRoaXMNCj4+PmRpc2pvaW50IHNwZWNpZmljYXRpb24uIFJhdGhlciwgIi9p ZjppbnRlcmZhY2VzL2lmOmludGVyZmFjZSIgIGluIFJGQw0KPj4+NzI3Mw0KPj4+c2hvdWxkIGJl IGF1Z21lbnRlZCBpbiBhIHJlZmVyZW5jZSB0byB0aGUgcm91dGluZyBpbnN0YW5jZS4NCj4+PkFk ZGl0aW9uYWxseSwNCj4+PnRoZSBuZWlnaGJvciBkaXNjb3ZlcnkgZGVmaW5pdGlvbnMgc2hvdWxk IGF1Z21lbnQgdGhlIGlwdjYgY29udGFpbmVyIGluDQo+Pj5SRkMgNzI3NykuIA0KPj4+DQo+Pj5J IGFsc28gaGF2ZSBvbmUgcXVlc3Rpb24gZm9yIHRoZSBSVEcgV0cgLSBkbyB3ZSB3YW50IHRoaXMg bW9kZWwgdG8NCj4+PnNwZWNpZnkNCj4+PnRoZSBwcmVjaXNlIGZvcndhcmRpbmcgYmVoYXZpb3I/ DQo+Pj4NCj4+PiAgVGhlIGRyYWZ0IHN0YXRlcyB0aGF0IKn4YmFja3VwIG5leHQtaG9wcyBhcmUg b25seSB1c2VkIGlmIG5vIHByaW1hcnkNCj4+Pm5leHQtaG9wcyBleGlzdC4iIFRoaXMgd2lsbCBy ZWxlZ2F0ZSBhbGwgaW1wbGVtZW50YXRpb25zIHRvIHRoZSBzYW1lDQo+Pj5JUEZSUg0KPj4+YmVo YXZpb3IuIEkgZG9uqfZ0IHRoaW5rIHRoYXQgdGhpcyBzaG91bGQgYmUgc3BlY2lmaWVkIGluIHRo aXMgZHJhZnQuDQo+Pj4NCj4+PlRoYW5rcywNCj4+PkFjZWUgDQo+Pj4NCj4+Pl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj5uZXRtb2QgbWFpbGluZyBs aXN0DQo+Pj5uZXRtb2RAaWV0Zi5vcmcNCj4+Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vbmV0bW9kDQo+Pg0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4+IFJ0Zy15YW5nLWNvb3JkIG1haWxpbmcgbGlzdA0KPj4gUnRnLXlh bmctY29vcmRAaWV0Zi5vcmcNCj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vcnRnLXlhbmctY29vcmQNCj4NCj4tLSANCj5MYWRpc2xhdiBMaG90a2EsIENaLk5JQyBMYWJz DQo+UEdQIEtleSBJRDogRTc0RThDMEMNCg0K From nobody Wed Nov 19 05:46:09 2014 Return-Path: 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 78BAA1A037C; Wed, 19 Nov 2014 05:46:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.645 X-Spam-Level: X-Spam-Status: No, score=-0.645 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, J_CHICKENPOX_29=0.6, RP_MATCHES_RCVD=-0.594] autolearn=no 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 KbsY579F-xRu; Wed, 19 Nov 2014 05:46:02 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A52B81A037B; Wed, 19 Nov 2014 05:46:01 -0800 (PST) Received: from [192.168.1.108] (unknown [195.113.220.254]) by mail.nic.cz (Postfix) with ESMTPSA id F035D13F853; Wed, 19 Nov 2014 14:45:59 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1416404760; bh=86tPHpbrs4oVbcT46euonJTXRLGYM/BjtE+HgL1Lrs4=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=niktppy+xwzqCUwm61ZIMjhFh6bP6RLSF4pMuFJTEl/RhI6ej1KlGN28lpycfSfUU 8PRz/Q25fIJCODxUbLbX7TYtv+tbhkZ7BvSObArKUH23UDC0ruU6MEkvpoJfbiKVhg jQqyPgYCZyi/DlIxD+erRRoS86QEbhYZs1RVUlV4= Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Ladislav Lhotka In-Reply-To: Date: Wed, 19 Nov 2014 14:45:59 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <00447907-9E3C-408C-BFDC-8BABE0254869@nic.cz> References: <20141119.134003.1741683880484092511.mbj@tail-f.com> To: "Acee Lindem (acee)" X-Mailer: Apple Mail (2.1878.6) X-Virus-Scanned: clamav-milter 0.98.1 at mail X-Virus-Status: Clean Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/KjLIG69uva_TNl6frZ09QIstQ7s Cc: "rtg-yang-coord@ietf.org" , =?windows-1252?Q?Martin_Bj=F6rklund?= , "netmod@ietf.org" , "rtgwg@ietf.org" Subject: Re: [Rtg-yang-coord] [netmod] High Level Comments on draft-ietf-netmod-rtg-cfg-16.txt 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 13:46:04 -0000 On 19 Nov 2014, at 14:35, Acee Lindem (acee) wrote: > Re-adding netmod@ietf.org due to popular request. >=20 > On 11/19/14, 7:40 AM, "Martin Bjorklund" wrote: >=20 >> Ladislav Lhotka wrote: >>> Hi Acee, >>>=20 >>> please see my comments inline. >>>=20 >>> "Acee Lindem (acee)" writes: >>>=20 >>>> First, let me explain why I requested that the route-filters be >>>> removed from the model. What I don't like about the route-filters = is >>>> that they are merely place-holders placed at a point-of-attachment >>>> which I don't necessarily agree with. Although we may end up with >>>> something similar, these definitions should be in a more complete >>>> routing policy model. Additionally, I believe it is obvious that = there >>>> will >>>=20 >>> I don't think the ietf-routing module preempts any further work on a >>> policy model. And if the points-of-attachment turn out to be wrong, = we >>> can write a new module - nothing is cast in stone and I expect the >>> module will have to be redone anyway after some experience will have >>> been collected. >>=20 >> But then it doesn't hurt to wait with these "attachment points" until >> at least the first policy model is being written, right? They can >> then either be defined in an update to this model, or in a separate >> model that augments this one. >=20 > My point is that this may set us off in the wrong direction and be a > source of future confusion and debate. If others believe the existing = stub > policies are a good start, they should speak up. >=20 >=20 +1 >=20 >=20 >>=20 >> [...] >>=20 >>>> As for the interface list in the routing-instance, I think it is >>>> obvious that one should not define the address space for interface >>>> disjointly from the IPv4/IPv6 interface addresses. That is why I >>>> would recommend augmenting the RFC 7273 objects with a reference >>>> to the routing instance rather having a disjoint interface >>>> list in routing-instance as proposed. >>>=20 >>> It is IMO subjective whether the assignment of interfaces to routing >>> instances should be done in interface configuration or in routing >>> instance configuration. As it is now, the following procedure could = work >>> fine: >>>=20 >>> 1. Define routing instances (this has to be done in any case). >>> 2. Assign interfaces to routing instances in routing instance >>> configuration via references to interfaces in the main interface >>> list. >>> 3. Assign addresses to interfaces in main interface configuration. >>>=20 >>> The system then has all information to be able to resolve potential >>> conflicts in IP addresses belonging to different routing instances. >>=20 >> To be very clear, is this what you propose: >>=20 >> augement /if:interfaces/if:interface { >> leaf routing-instance { >> type routing-instance-ref; >> } >> } >>=20 >> ... and remove /routing/routing-instance/interfaces? >=20 > Either here or augment ietf-ip (RFC 7277) in a similar manner. I also > think the definition of the ipv6-router-advertisements should augment = the > ipv6 container in ietf-ip rather than on this misplaced list of > interfaces. An advantage of this misplaced list of interfaces is that it is supposed = to contain only network layer interfaces whereas if:interface is a flat = list that contains interfaces of all layers including those where RAs = don=92t make sense at all. Lada >=20 > Thanks, > Acee=20 >=20 >>=20 >> I think this would be equivalent to your current model, in the sense >> of *what* you can express. >>=20 >>> Maybe there are some implementation-related issues that I am = missing, >>> so I am not against the change you propose but I'd like to know = sound >>> reasons before applying it. >>=20 >> I think Acee provided a good reason: >>=20 >>>> one should not define the address space for interface >>>> disjointly from the IPv4/IPv6 interface addresses >>=20 >>=20 >>=20 >>=20 >> /martin -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Wed Nov 19 05:57:41 2014 Return-Path: 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 C097E1A70E2; Wed, 19 Nov 2014 05:57:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.245 X-Spam-Level: X-Spam-Status: No, score=-1.245 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, RP_MATCHES_RCVD=-0.594] autolearn=no 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 W5MZaMQfF-Jp; Wed, 19 Nov 2014 05:57:37 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7274F1A1C05; Wed, 19 Nov 2014 05:57:37 -0800 (PST) Received: from [192.168.1.108] (unknown [195.113.220.254]) by mail.nic.cz (Postfix) with ESMTPSA id E95A613F9F3; Wed, 19 Nov 2014 14:57:35 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1416405456; bh=1dnE0qNMEjYS9931GGdb73ehR1SVdToyuA67spLG1Ng=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=cqbSSAi/dgmosdEPaUK0Izss2RriLFqM8NDXJX/+y+r6q0pht08S42bh/r1Ez1tTE +JvYCmCzU0X9pBsoODVmBlSmacM28tuo8WC1v0wx2Qq0j286vd9am0WvINIjDYxa62 44Tk5VMB7/GrACLCuDVEWkSe03ElCgU65Y+TKXBQ= Content-Type: text/plain; charset=euc-kr Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Ladislav Lhotka In-Reply-To: Date: Wed, 19 Nov 2014 14:57:35 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9769752C-BDB2-4D97-974C-663AAF4BC4E9@nic.cz> References: To: "Acee Lindem (acee)" X-Mailer: Apple Mail (2.1878.6) X-Virus-Scanned: clamav-milter 0.98.1 at mail X-Virus-Status: Clean Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/hRvzt62fJ3-qNBXj1e6j37j_Urc Cc: "rtg-yang-coord@ietf.org" , "netmod@ietf.org" , "rtgwg@ietf.org" Subject: Re: [Rtg-yang-coord] [netmod] High Level Comments on draft-ietf-netmod-rtg-cfg-16.txt 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 13:57:39 -0000 On 19 Nov 2014, at 14:44, Acee Lindem (acee) wrote: > Hi Lada,=20 >=20 > I think we are at the point of agreeing to disagree. See inline. >=20 > On 11/19/14, 7:12 AM, "Ladislav Lhotka" wrote: >=20 >> Hi Acee, >>=20 >> please see my comments inline. >>=20 >> "Acee Lindem (acee)" writes: >>=20 >>> First, let me explain why I requested that the route-filters be >>> removed from the model. What I don't like about the route-filters is >>> that they are merely place-holders placed at a point-of-attachment >>> which I don't necessarily agree with. Although we may end up with >>> something similar, these definitions should be in a more complete >>> routing policy model. Additionally, I believe it is obvious that = there >>> will >>=20 >> I don't think the ietf-routing module preempts any further work on a >> policy model. And if the points-of-attachment turn out to be wrong, = we >> can write a new module - nothing is cast in stone and I expect the >> module will have to be redone anyway after some experience will have >> been collected. >=20 > Sounds like a good reason to remove the route-filters to me. >=20 >>=20 >> On the other hand, several modules for routing protocols are being >> developed, as you know. For any practical use, some way of specifying >> routing policy will be needed, and the current framework can serve = this >> purpose for now. Folks working on the BGP module already included = some >> BGP-specific policy configuration, and I will try to work with them = on >> integrating it with route filters in ietf-routing. Vendors can also >> define their proprietary filtering frameworks in the mean time. I am >> myself working on one for the BIRD routing daemon. >=20 > You speak like your model is cast in stone. I, for one, believe that = both > protocol specific and generic policy should be attached in the routing > protocol instance itself. I think this is much more intuitive and = matches > the prevailing industry model. Compatibility with Bird should not = dictate > the industry model. Certainly not, but in JUNOS =A1=B0control points=A1=B1 for routing = policies are also between routing protocols and routing tables. I = understand Cisco way is different but I think direct redistribution = between protocols can always be emulated via a routing table whereas the = opposite is not true. >=20 >=20 >>=20 >>> be both generic policy and protocol specific policy (e.g., BGP). If >>> these route-filters are to be included, there should be more = guidance >>> as to precisely how they are to be used. Given their >>> point-of-attachment, >>> they should clearly only be used for generic routing policy. Note = that >>> for the two routing protocol instances (static and connected) = defined >>> in draft-ietf-netmod-rtg-cfg, the import filters aren't even >>> applicable. >>=20 >> I can imagine filtering system-generated direct routes. >>=20 >>> This fact alone would suggest that this may not be the right >>> point-of-attachment for such routing policy. However, if I'm in the >>> minority, they can be retained for TBD augmentation. >>=20 >> The idea was that any future routing protocol module that's designed >> according to the guidelines in the I-D could participate in routing >> policies without further ado. >>=20 >>>=20 >>> As for the interface list in the routing-instance, I think it is >>> obvious that one should not define the address space for interface >>> disjointly from the IPv4/IPv6 interface addresses. That is why I >>> would recommend augmenting the RFC 7273 objects with a reference >>> to the routing instance rather having a disjoint interface >>> list in routing-instance as proposed. >>=20 >> It is IMO subjective whether the assignment of interfaces to routing >> instances should be done in interface configuration or in routing >> instance configuration. As it is now, the following procedure could = work >> fine: >>=20 >> 1. Define routing instances (this has to be done in any case). >> 2. Assign interfaces to routing instances in routing instance >> configuration via references to interfaces in the main interface >> list. >> 3. Assign addresses to interfaces in main interface configuration. >=20 > The question is not whether it could be made to work but whether it is = the > most optimal hierarchy. What=A1=AFs an optimal hierarchy is highly subjective, so I=A1=AFd = really like others to speak up. Lada =20 >=20 > Thanks, > Acee=20 >=20 >=20 >=20 >>=20 >> The system then has all information to be able to resolve potential >> conflicts in IP addresses belonging to different routing instances. >>=20 >> Maybe there are some implementation-related issues that I am missing, >> so I am not against the change you propose but I'd like to know sound >> reasons before applying it. >>=20 >> FYI, we found a solution for the VPN issue that Jeff Haas raised at = the >> mike, and Jeff promised to write a review of the routing-cfg draft. >>=20 >>>=20 >>> Thanks, >>> Acee >>> P.S. netmod list bcc=A1=AFed. This discussion should take place on >>> rtg-yang-coord@ietf.org. >>=20 >> Agreed, I don't think NETMOD WG has to be involved at this stage. If >> we stumble upon any YANG-specific issues, I will take them to the = NETMOD >> mailing list separately. >>=20 >> Thanks, Lada >>=20 >>>=20 >>>=20 >>>=20 >>>=20 >>>=20 >>> On 11/11/14, 4:58 PM, "Acee Lindem (acee)" wrote: >>>=20 >>>> I have two rather substantive comments on the draft we will be >>>> discussing >>>> in tomorrow=A9=F6s rtgwg meeting. >>>>=20 >>>> 1. The draft includes stub definitions for import/export routing >>>> filters with the guidance that these should be augmented. I would = like >>>> to >>>> see these removed from this draft as the whole area of routing = policy >>>> should be worked on by a multi-vendor team similar to what is being = done >>>> for the routing protocols. I don=A9=F6t think the direction should = be set for >>>> routing policy based on these stub definitions. >>>>=20 >>>> 2. The draft defines a list of interfaces that correspond to a >>>> routing-instance. The routing-instance binds the physical interface = (RFC >>>> RFC 7273) to an address space. However, the IPv4/IPv6 interface >>>> addresses >>>> are specified via the YANG model in RFC 7277. I really don=A9=F6t = like this >>>> disjoint specification. Rather, "/if:interfaces/if:interface" in = RFC >>>> 7273 >>>> should be augmented in a reference to the routing instance. >>>> Additionally, >>>> the neighbor discovery definitions should augment the ipv6 = container in >>>> RFC 7277).=20 >>>>=20 >>>> I also have one question for the RTG WG - do we want this model to >>>> specify >>>> the precise forwarding behavior? >>>>=20 >>>> The draft states that =A9=F8backup next-hops are only used if no = primary >>>> next-hops exist." This will relegate all implementations to the = same >>>> IPFRR >>>> behavior. I don=A9=F6t think that this should be specified in this = draft. >>>>=20 >>>> Thanks, >>>> Acee=20 >>>>=20 >>>> _______________________________________________ >>>> netmod mailing list >>>> netmod@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netmod >>>=20 >>> _______________________________________________ >>> Rtg-yang-coord mailing list >>> Rtg-yang-coord@ietf.org >>> https://www.ietf.org/mailman/listinfo/rtg-yang-coord >>=20 >> --=20 >> Ladislav Lhotka, CZ.NIC Labs >> PGP Key ID: E74E8C0C >=20 > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Wed Nov 19 08:12:52 2014 Return-Path: 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 263671A038B; Wed, 19 Nov 2014 04:26:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.144 X-Spam-Level: X-Spam-Status: No, score=-2.144 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.594] 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 62JM04sInZuT; Wed, 19 Nov 2014 04:25:59 -0800 (PST) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB48D1A0367; Wed, 19 Nov 2014 04:25:58 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 762E4F5C; Wed, 19 Nov 2014 13:25:57 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id LquiTLAky9Jf; Wed, 19 Nov 2014 13:25:43 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Wed, 19 Nov 2014 13:25:56 +0100 (CET) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id B56972002C; Wed, 19 Nov 2014 13:25:56 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 5LQQqcqTFwpd; Wed, 19 Nov 2014 13:25:56 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id EC80120017; Wed, 19 Nov 2014 13:25:55 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id C07B62FA5060; Wed, 19 Nov 2014 13:25:55 +0100 (CET) Date: Wed, 19 Nov 2014 13:25:55 +0100 From: Juergen Schoenwaelder To: "Acee Lindem (acee)" Message-ID: <20141119122555.GA92247@elstar.local> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.3i Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/S3lEGxCm3XKz1UdKFA4K6pqiz0c X-Mailman-Approved-At: Wed, 19 Nov 2014 08:12:43 -0800 Cc: "rtg-yang-coord@ietf.org" , "rtgwg@ietf.org" Subject: Re: [Rtg-yang-coord] [netmod] High Level Comments on draft-ietf-netmod-rtg-cfg-16.txt X-BeenThere: rtg-yang-coord@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: "\"List to discuss coordination between the Routing related YANG models\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 12:26:01 -0000 On Tue, Nov 18, 2014 at 09:24:33PM +0000, Acee Lindem (acee) wrote: > > P.S. netmod list bcc’ed. This discussion should take place on > rtg-yang-coord@ietf.org. > I am not sure since this is a NETMOD WG document and as such the natural home for discussion is the NETMOD mailing list. If discussions take place elsewhere, someone needs to summarize them and report things back to NETMOD I think. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany Fax: +49 421 200 3103 From nobody Wed Nov 19 09:47:42 2014 Return-Path: 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 17EA51AD3D4; Wed, 19 Nov 2014 09:47:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.945 X-Spam-Level: X-Spam-Status: No, score=-0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, MIME_8BIT_HEADER=0.3, RP_MATCHES_RCVD=-0.594] autolearn=no 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 5xvVGAwOdn2F; Wed, 19 Nov 2014 09:47:37 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 36BEE1AD3D7; Wed, 19 Nov 2014 09:47:36 -0800 (PST) Received: from [172.29.2.202] (unknown [77.48.225.7]) by mail.nic.cz (Postfix) with ESMTPSA id C25E813F9F3; Wed, 19 Nov 2014 18:47:33 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1416419254; bh=51X5nXjqw/JSJc9W3TeYwa5z0sNWk7uKtMmoOUmCg8g=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=JtmQx5x/oOUZcOJkrJsGwZRHKKk0Dt3S1Vniue/N3WaZNaOt4pXUJveOI+1WyB2W7 niHCl0ee7u1g6a7Ww3CrCBaWMl6CYnbRKeNHQJLCTTq2InVRV1tqX04w8sfgmgJFPe Ib2f+eCCcVRkQWhQIQidojCMahqTAWEK5uMcA4LQ= Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Ladislav Lhotka In-Reply-To: <20141119122555.GA92247@elstar.local> Date: Wed, 19 Nov 2014 18:47:33 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20141119122555.GA92247@elstar.local> To: =?windows-1252?Q?J=FCrgen_Sch=F6nw=E4lder?= X-Mailer: Apple Mail (2.1878.6) X-Virus-Scanned: clamav-milter 0.98.1 at mail X-Virus-Status: Clean Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/MWBF5GXFvOCdJPuI9I3SgmtG8e0 Cc: "rtg-yang-coord@ietf.org" , "Acee Lindem \(acee\)" , "rtgwg@ietf.org" Subject: Re: [Rtg-yang-coord] [netmod] High Level Comments on draft-ietf-netmod-rtg-cfg-16.txt 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 17:47:40 -0000 On 19 Nov 2014, at 13:25, Juergen Schoenwaelder = wrote: > On Tue, Nov 18, 2014 at 09:24:33PM +0000, Acee Lindem (acee) wrote: >>=20 >> P.S. netmod list bcc=92ed. This discussion should take place on >> rtg-yang-coord@ietf.org. >>=20 >=20 > I am not sure since this is a NETMOD WG document and as such the > natural home for discussion is the NETMOD mailing list. If discussions > take place elsewhere, someone needs to summarize them and report > things back to NETMOD I think. I was prepared to do that because I am not sure how many subscribers of = NETMOD ML are interested in a detailed discussion of routing = configuration. But of course everything can be cross-posted to NETMOD if = it it the preferred solution. Lada >=20 > /js >=20 > --=20 > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany > Fax: +49 421 200 3103 >=20 > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Wed Nov 19 10:51:46 2014 Return-Path: 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 367C41AD457; Wed, 19 Nov 2014 10:51:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.144 X-Spam-Level: X-Spam-Status: No, score=-2.144 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.594] 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 ruwSE9_Oo_Gv; Wed, 19 Nov 2014 10:51:28 -0800 (PST) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 673341A19FF; Wed, 19 Nov 2014 10:51:28 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id DBD73F65; Wed, 19 Nov 2014 19:51:26 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id 71eIGNhBXNlQ; Wed, 19 Nov 2014 19:51:11 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Wed, 19 Nov 2014 19:51:26 +0100 (CET) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 414BF2002C; Wed, 19 Nov 2014 19:51:26 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id aFMF5ymxfmxK; Wed, 19 Nov 2014 19:51:25 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 3E9DD20017; Wed, 19 Nov 2014 19:51:25 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 8D9DB2FA68CD; Wed, 19 Nov 2014 19:51:24 +0100 (CET) Date: Wed, 19 Nov 2014 19:51:24 +0100 From: Juergen Schoenwaelder To: Ladislav Lhotka Message-ID: <20141119185124.GA93651@elstar.local> Mail-Followup-To: Ladislav Lhotka , "Acee Lindem (acee)" , "rtg-yang-coord@ietf.org" , "rtgwg@ietf.org" References: <20141119122555.GA92247@elstar.local> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.3i Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/C1sq7QHhwz6CywWqoZtM9bZbRdg Cc: "rtg-yang-coord@ietf.org" , "Acee Lindem \(acee\)" , "rtgwg@ietf.org" Subject: Re: [Rtg-yang-coord] [netmod] High Level Comments on draft-ietf-netmod-rtg-cfg-16.txt X-BeenThere: rtg-yang-coord@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: "\"List to discuss coordination between the Routing related YANG models\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 18:51:32 -0000 On Wed, Nov 19, 2014 at 06:47:33PM +0100, Ladislav Lhotka wrote: > > On 19 Nov 2014, at 13:25, Juergen Schoenwaelder wrote: > > > On Tue, Nov 18, 2014 at 09:24:33PM +0000, Acee Lindem (acee) wrote: > >> > >> P.S. netmod list bcc’ed. This discussion should take place on > >> rtg-yang-coord@ietf.org. > >> > > > > I am not sure since this is a NETMOD WG document and as such the > > natural home for discussion is the NETMOD mailing list. If discussions > > take place elsewhere, someone needs to summarize them and report > > things back to NETMOD I think. > > I was prepared to do that because I am not sure how many subscribers > of NETMOD ML are interested in a detailed discussion of routing > configuration. But of course everything can be cross-posted to > NETMOD if it it the preferred solution. As long as there is a good summary posted to the NETMOD list, I am fine with a separate discussion taking place here. Cross-posting usually is not a good solution. The other alternative is to simply discuss the core routing model on the WG list that owns the document (but I understand that routing people prefer to have a separate forum that does not carry all the other NETMOD "noise"). /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany Fax: +49 421 200 3103 From nobody Wed Nov 19 10:53:43 2014 Return-Path: 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 487031AD463; Wed, 19 Nov 2014 10:53:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.095 X-Spam-Level: X-Spam-Status: No, score=-15.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.594, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 lqFJ4OGO4YEC; Wed, 19 Nov 2014 10:53:33 -0800 (PST) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 904FF1AD45D; Wed, 19 Nov 2014 10:53:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1723; q=dns/txt; s=iport; t=1416423214; x=1417632814; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=CEU4p7/knNJ7mPZe/v7NxlN7T9yBnRkoM/gQO7vGpTc=; b=Vwf50BRLSa1hcTMVpCOFUEXRRE1mk2WPMDTSFxW7uSkKJrTx3hP0Lpsv 17/8jTopZa2zV1idgSynVy0BKTMDLRztaKo2YZ+zrilqBh6kAsz/OiYDp 36fIEcHw16l7IIsfovn6xsjwv6vbdfZ/dNJGEuqfFdDjP/dsNV/n6/QoX w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AikFAODmbFStJV2b/2dsb2JhbABXA4MOVVkEzBiHTQKBCBYBAQEBAX2EAgEBAQMBbgsFCQICAQgOAgguGxclAgQOBRuIHQnUVQEBAQEBAQEBAQEBAQEBAQEBAQEBARcEkFEjEAcRgxyBHgWSV4wKgTORP4QJgjaBRW2BSIEDAQEB X-IronPort-AV: E=Sophos;i="5.07,418,1413244800"; d="scan'208";a="373571498" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-7.cisco.com with ESMTP; 19 Nov 2014 18:53:08 +0000 Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id sAJIr7Fp008552 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 19 Nov 2014 18:53:07 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.191]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0195.001; Wed, 19 Nov 2014 12:53:07 -0600 From: "Acee Lindem (acee)" To: Juergen Schoenwaelder Thread-Topic: [Rtg-yang-coord] [netmod] High Level Comments on draft-ietf-netmod-rtg-cfg-16.txt Thread-Index: AQHQA3YTEqjfV3q7ZEmDxZzFaPT/wZxoRZeAgABZ3YCAABHXAIAAAHGA Date: Wed, 19 Nov 2014 18:52:49 +0000 Message-ID: <3422117E-B98B-4408-A29D-ACF674F9FA1D@cisco.com> References: <20141119122555.GA92247@elstar.local> <20141119185124.GA93651@elstar.local> In-Reply-To: <20141119185124.GA93651@elstar.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.197] Content-Type: text/plain; charset="Windows-1252" Content-ID: <01007C15C11DA54C9CED6C55C855780E@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/MPbRHM99ZzPEsGK-kwiQwaJW900 Cc: "rtg-yang-coord@ietf.org" , Ladislav Lhotka , "rtgwg@ietf.org" Subject: Re: [Rtg-yang-coord] [netmod] High Level Comments on draft-ietf-netmod-rtg-cfg-16.txt 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 18:53:39 -0000 I did copy netmod on my last reply based on your request.=20 Thanks, Acee On Nov 19, 2014, at 1:51 PM, Juergen Schoenwaelder wrote: > On Wed, Nov 19, 2014 at 06:47:33PM +0100, Ladislav Lhotka wrote: >>=20 >> On 19 Nov 2014, at 13:25, Juergen Schoenwaelder wrote: >>=20 >>> On Tue, Nov 18, 2014 at 09:24:33PM +0000, Acee Lindem (acee) wrote: >>>>=20 >>>> P.S. netmod list bcc=92ed. This discussion should take place on >>>> rtg-yang-coord@ietf.org. >>>>=20 >>>=20 >>> I am not sure since this is a NETMOD WG document and as such the >>> natural home for discussion is the NETMOD mailing list. If discussions >>> take place elsewhere, someone needs to summarize them and report >>> things back to NETMOD I think. >>=20 >> I was prepared to do that because I am not sure how many subscribers >> of NETMOD ML are interested in a detailed discussion of routing >> configuration. But of course everything can be cross-posted to >> NETMOD if it it the preferred solution. >=20 > As long as there is a good summary posted to the NETMOD list, I am > fine with a separate discussion taking place here. Cross-posting > usually is not a good solution. The other alternative is to simply > discuss the core routing model on the WG list that owns the document > (but I understand that routing people prefer to have a separate forum > that does not carry all the other NETMOD "noise"). >=20 > /js >=20 > --=20 > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany > Fax: +49 421 200 3103 From nobody Wed Nov 19 19:50:31 2014 Return-Path: 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 2F0E51A0033 for ; Wed, 19 Nov 2014 19:50:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.095 X-Spam-Level: X-Spam-Status: No, score=-15.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.594, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 Vj7R3w8D_jb3 for ; Wed, 19 Nov 2014 19:50:25 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A12061A0030 for ; Wed, 19 Nov 2014 19:50:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1275; q=dns/txt; s=iport; t=1416455425; x=1417665025; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=R7yDG/8AW7+JEoWyRNf6aIH2doPRTwpgvQ7UEdv7CGI=; b=KRyV20mZoc6hXZz18L8b+XtM562vP7pfQ1dOrMqU2bOPA9Ya9cWscuzB S3Zgxeox8i88/QyRwOaDBfewzZhqZRkZmcKELTKWX4PiY85FOdT/9l7Lw 5i5tsII7vzsf5KdMIE5JWUKbCzxySAiaJ+IUlY2YUOuJrdOoCVvUYq88e o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqkHAIpkbVStJV2R/2dsb2JhbABagw6BMtUAFgEBAQEBcguECYELAYEAHwgEiFStdaYvAQsglVoFi1+GeIwKlnuDe4I1gQMBAQE X-IronPort-AV: E=Sophos;i="5.07,421,1413244800"; d="scan'208";a="370618543" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-1.cisco.com with ESMTP; 20 Nov 2014 03:50:16 +0000 Received: from xhc-rcd-x14.cisco.com (xhc-rcd-x14.cisco.com [173.37.183.88]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id sAK3oGZK019754 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Thu, 20 Nov 2014 03:50:16 GMT Received: from xmb-aln-x08.cisco.com ([169.254.3.252]) by xhc-rcd-x14.cisco.com ([173.37.183.88]) with mapi id 14.03.0195.001; Wed, 19 Nov 2014 21:50:16 -0600 From: "Tarek Saad (tsaad)" To: "rtg-yang-coord@ietf.org" Thread-Topic: extensions to a base module in extended modules Thread-Index: AQHQBHUYX+o9HzQ3UkOifOg48lmJLg== Date: Thu, 20 Nov 2014 03:50:15 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.5.141003 x-originating-ip: [10.86.245.72] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/wBBXMQ53_Sy1jUc8BqXHHzLa2ZQ Subject: [Rtg-yang-coord] extensions to a base module in extended modules 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 03:50:28 -0000 Hi yang=B9ers, Working on a base model (e.g. ietf-mpls-te.yang) that defines a container, say: module ietf-mpls-te { container tunnels-cfg { ... } } We expect other module(s), e.g. ietf-mpls-te-foo to add data nodes under the same tunnels-cfg defined in ietf-mpls-te. Assuming new module mpls-te-foo defines a grouping as: module ietf-mpls-te-foo { ... grouping tunnel-extensions { container tunnel-extensions { ... } } ... } see this can be done in two ways: 1. the module mpls-te-foo augments the specific path for the node defined in ietf-mpls-te as: augment "/mpls-te:tunnels-cfg/mpls-te:tunnel" { uses tunnel-extensions; } or=20 2. module ietf-mpls-te would import ietf-mpls-te-foo and use the grouping directly under the container tunnels-cfg: module ietf-mpls-te { container tunnels-cfg { uses mpls-te-foo:tunnel-extensions; } } I=B9m after the recommended path of doing this 1) vs. 2).. Personally, thin= k 1) is more extensible as defining new extensions to the base module in extensions modules do not have to edit/revise the base module. But, let me know if there are reasons why 2) would be preferred. Regards, Tarek From nobody Thu Nov 20 00:24:18 2014 Return-Path: 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 C90EC1A00BF for ; Thu, 20 Nov 2014 00:24:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.144 X-Spam-Level: X-Spam-Status: No, score=-2.144 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.594] 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 V87XLgSSsI1J for ; Thu, 20 Nov 2014 00:24:12 -0800 (PST) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5DE4D1A00C5 for ; Thu, 20 Nov 2014 00:24:12 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id CE48EE75; Thu, 20 Nov 2014 09:24:10 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id KRdXfmRSogxg; Thu, 20 Nov 2014 09:23:51 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Thu, 20 Nov 2014 09:24:10 +0100 (CET) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 0EABF2002C; Thu, 20 Nov 2014 09:24:10 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id skXNXP9xTJNO; Thu, 20 Nov 2014 09:24:09 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 48D4020017; Thu, 20 Nov 2014 09:24:09 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 39D8B2FA7D0B; Thu, 20 Nov 2014 09:24:09 +0100 (CET) Date: Thu, 20 Nov 2014 09:24:09 +0100 From: Juergen Schoenwaelder To: "Tarek Saad (tsaad)" Message-ID: <20141120082409.GB95415@elstar.local> Mail-Followup-To: "Tarek Saad (tsaad)" , "rtg-yang-coord@ietf.org" References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.3i Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/cz0WGy5Dmn7OtmZmut9IMMKRAgU Cc: "rtg-yang-coord@ietf.org" Subject: Re: [Rtg-yang-coord] extensions to a base module in extended modules X-BeenThere: rtg-yang-coord@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: "\"List to discuss coordination between the Routing related YANG models\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 08:24:16 -0000 On Thu, Nov 20, 2014 at 03:50:15AM +0000, Tarek Saad (tsaad) wrote: [...] > I¹m after the recommended path of doing this 1) vs. 2).. Personally, > think 1) is more extensible as defining new extensions to the base > module in extensions modules do not have to edit/revise the base > module. But, let me know if there are reasons why 2) would be > preferred. I think you got it right - option 1) gives you extensibility without having to revise the base document and hence this is usually the better solution. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany Fax: +49 421 200 3103 From nobody Tue Nov 25 05:03:50 2014 Return-Path: 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 6056B1A0334; Tue, 25 Nov 2014 05:03:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 ofyYAi9p7d_h; Tue, 25 Nov 2014 05:03:42 -0800 (PST) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A1061A0275; Tue, 25 Nov 2014 05:03:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by trail.lhotka.name (Postfix) with ESMTP id 058875406C0; Tue, 25 Nov 2014 14:03:40 +0100 (CET) Received: from trail.lhotka.name ([127.0.0.1]) by localhost (trail.lhotka.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zYft-SeRMNsn; Tue, 25 Nov 2014 14:03:34 +0100 (CET) Received: from localhost (unknown [195.113.220.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by trail.lhotka.name (Postfix) with ESMTPSA id 9B9615401F1; Tue, 25 Nov 2014 14:03:34 +0100 (CET) From: Ladislav Lhotka To: rtg-yang-coord@ietf.org User-Agent: Notmuch/0.18.1 (http://notmuchmail.org) Emacs/24.4.51.2 (x86_64-apple-darwin14.0.0) Date: Tue, 25 Nov 2014 14:03:33 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/VHTBpiiDzCKOGRZBUD8zNlz5z_I Cc: netmod@ietf.org, rtgwg@ietf.org Subject: [Rtg-yang-coord] ietf-routing module issues 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2014 13:03:44 -0000 Hi, below is a list of open issues regarding YANG modules contained in draft-ietf-netmod-routing-cfg-16 that I think need further discussion. I will start a new thread for each in the mailing list rtg-yang-coord@ietf.org (no cross-posting). Therefore, I'd like to ask folks in NETMOD and Routing Area WGs who are interested in these discussions to subscribe to that list. Thanks, Lada ***** :R01: route filters ***** :R02: complex next-hops ***** :R03: assignment of interfaces to routing instances ***** :R04: configuration and state data for IPv6 RA ***** :R05: numeric IDs of state data entries -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Tue Nov 25 05:12:04 2014 Return-Path: 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 0C9A51A0371 for ; Tue, 25 Nov 2014 05:12:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 B8u8hDrBj50p for ; Tue, 25 Nov 2014 05:11:58 -0800 (PST) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2CA111A0370 for ; Tue, 25 Nov 2014 05:11:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by trail.lhotka.name (Postfix) with ESMTP id 82E545406C0 for ; Tue, 25 Nov 2014 14:11:56 +0100 (CET) Received: from trail.lhotka.name ([127.0.0.1]) by localhost (trail.lhotka.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TgBjRw9j3MSq for ; Tue, 25 Nov 2014 14:11:49 +0100 (CET) Received: from localhost (unknown [195.113.220.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by trail.lhotka.name (Postfix) with ESMTPSA id 0E09D54047B for ; Tue, 25 Nov 2014 14:11:49 +0100 (CET) From: Ladislav Lhotka To: rtg-yang-coord@ietf.org User-Agent: Notmuch/0.18.1 (http://notmuchmail.org) Emacs/24.4.51.2 (x86_64-apple-darwin14.0.0) Date: Tue, 25 Nov 2014 14:11:48 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/zIIAv3kHgO-KdiVVLah17XLO55M Subject: [Rtg-yang-coord] issue :R01: route filters 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2014 13:12:00 -0000 Hi, this issue refers the YANG module "ietf-routing" contained in http://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-16 Please indicate your preference or add comments. ***** :R01: route filters In -16, route filters are defined as stubs with the assumption that real route filtering frameworks will be developed later. This could work provided that such frameworks can accept the control points for applying route filters as they are defined in -16, i.e. (i)=C2=A0between routing protocol instances and connected RIBs, and (ii)=C2=A0between RIBs. ****** Solution R01-1 No change. ****** Solution R01-2 Keep the stub route filters but change the control points. ****** Solution R01-3 Remove route filters from the ietf-routing module. Future route filtering frameworks will define the control points and augment ietf-routing accordingly. --=20 Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Tue Nov 25 05:14:10 2014 Return-Path: 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 26E591A038F for ; Tue, 25 Nov 2014 05:14:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 KZxQH7YEqRTk for ; Tue, 25 Nov 2014 05:14:06 -0800 (PST) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 12AE31A0217 for ; Tue, 25 Nov 2014 05:14:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by trail.lhotka.name (Postfix) with ESMTP id 7B2DD5406C0 for ; Tue, 25 Nov 2014 14:14:04 +0100 (CET) Received: from trail.lhotka.name ([127.0.0.1]) by localhost (trail.lhotka.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q6fvR4uvZW5L for ; Tue, 25 Nov 2014 14:14:01 +0100 (CET) Received: from localhost (unknown [195.113.220.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by trail.lhotka.name (Postfix) with ESMTPSA id 0CF8554047B for ; Tue, 25 Nov 2014 14:14:01 +0100 (CET) From: Ladislav Lhotka To: rtg-yang-coord@ietf.org User-Agent: Notmuch/0.18.1 (http://notmuchmail.org) Emacs/24.4.51.2 (x86_64-apple-darwin14.0.0) Date: Tue, 25 Nov 2014 14:14:00 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/-jHgvvxMoG4hLdF7tIvSwgZBmMA Subject: [Rtg-yang-coord] issue :R02: complex next-hops 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2014 13:14:08 -0000 Hi, this issue refers the YANG module "ietf-routing" contained in http://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-16 Please indicate your preference or add comments. ***** :R02: complex next-hops The schema for next-hops in RIB routes (state data) tries to implement all next-hop types defined in draft-ietf-i2rs-rib-info-model-03. Some of the complex ones (recursive lists of nexthops, reference to a new RIB) have been added in -16 and haven't been sufficiently reviewed. Also, hosts and simpler routers won't need these complex options. ****** Solution R02-1 No change. ****** Solution R02-2 Keep the current choice "next-hop-options" (in the grouping "next-hop-state-content") but make the complex cases ("use-rib" and "next-hop-list") conditional via a new feature. complex ones ****** Solution R02-3 Same as R02-2, but also implement the complex options in static routes (configuration). ****** Solution R02-4 Remove all cases except "simple-next-hop" and "special-next-hop" from the "next-hop-options" choice. Other modules can add the complex cases via augmenting the choice node. -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Tue Nov 25 05:16:26 2014 Return-Path: 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 7D09C1A039B for ; Tue, 25 Nov 2014 05:16:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.3 X-Spam-Level: X-Spam-Status: No, score=-1.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_29=0.6] autolearn=no 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 ZR9jvibbIYZy for ; Tue, 25 Nov 2014 05:16:22 -0800 (PST) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E6BCE1A03A2 for ; Tue, 25 Nov 2014 05:16:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by trail.lhotka.name (Postfix) with ESMTP id 5BA3E5406C0 for ; Tue, 25 Nov 2014 14:16:20 +0100 (CET) Received: from trail.lhotka.name ([127.0.0.1]) by localhost (trail.lhotka.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZvX1ZOFaBR5w for ; Tue, 25 Nov 2014 14:16:17 +0100 (CET) Received: from localhost (unknown [195.113.220.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by trail.lhotka.name (Postfix) with ESMTPSA id 4146154047B for ; Tue, 25 Nov 2014 14:16:17 +0100 (CET) From: Ladislav Lhotka To: rtg-yang-coord@ietf.org User-Agent: Notmuch/0.18.1 (http://notmuchmail.org) Emacs/24.4.51.2 (x86_64-apple-darwin14.0.0) Date: Tue, 25 Nov 2014 14:16:16 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/tTzXjle7pvo-VQ5zTrhrjFZmyqQ Subject: [Rtg-yang-coord] issue :R03: assignment of interfaces to routing instances 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2014 13:16:23 -0000 Hi, this issue refers the YANG module "ietf-routing" contained in http://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-16 Please indicate your preference or add comments. ***** :R03: assignment of interfaces to routing instances In -16 it is done by including a network-layer interface in the list rt:interface under rt:routing-instance. An advantage of this organization is that the rt:interface list should contain only network layer interfaces for which the assignment makes sense. A drawback is that the assignment is detached from the specification of IP addresses in if:interface. ****** Solution R03-1 No change. ****** Solution R03-2 Do the assignment of an interface to a routing instance inside the if:interface entry. -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Tue Nov 25 05:18:38 2014 Return-Path: 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 412BA1A03A9 for ; Tue, 25 Nov 2014 05:18:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.3 X-Spam-Level: X-Spam-Status: No, score=-1.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_29=0.6] autolearn=no 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 df2Bw44p_wOP for ; Tue, 25 Nov 2014 05:18:35 -0800 (PST) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 59E061A039B for ; Tue, 25 Nov 2014 05:18:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by trail.lhotka.name (Postfix) with ESMTP id CA0D75406C0 for ; Tue, 25 Nov 2014 14:18:33 +0100 (CET) Received: from trail.lhotka.name ([127.0.0.1]) by localhost (trail.lhotka.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MzUXHR8L2NqL for ; Tue, 25 Nov 2014 14:18:31 +0100 (CET) Received: from localhost (unknown [195.113.220.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by trail.lhotka.name (Postfix) with ESMTPSA id CEC6F54047B for ; Tue, 25 Nov 2014 14:18:30 +0100 (CET) From: Ladislav Lhotka To: rtg-yang-coord@ietf.org User-Agent: Notmuch/0.18.1 (http://notmuchmail.org) Emacs/24.4.51.2 (x86_64-apple-darwin14.0.0) Date: Tue, 25 Nov 2014 14:18:30 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/AP_pphuYmYI6uBHTb7Owm4uyqfE Subject: [Rtg-yang-coord] issue :R04: configuration and state data for IPv6 RA 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2014 13:18:36 -0000 Hi, this issue refers the YANG module "ietf-ipv6-unicast-routing" contained in http://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-16 Please indicate your preference or add comments. ***** :R04: configuration and state data for IPv6 RA This is related to R03. Currently teh configuration and state data for IPv6 Router Advertisements appear under rt:interface. ****** Solution R04-1 No change. ****** Solution R04-2 Move IPv6 RA nodes to if:interface. Combined with R03-2, this would potentially allow to remove the rt:interface list. -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Tue Nov 25 05:20:15 2014 Return-Path: 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 029AC1A044D for ; Tue, 25 Nov 2014 05:20:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 X1JX0vcuMYZJ for ; Tue, 25 Nov 2014 05:20:11 -0800 (PST) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ECCF11A03A9 for ; Tue, 25 Nov 2014 05:20:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by trail.lhotka.name (Postfix) with ESMTP id 6834F5406C0 for ; Tue, 25 Nov 2014 14:20:07 +0100 (CET) Received: from trail.lhotka.name ([127.0.0.1]) by localhost (trail.lhotka.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mhns870+OMEr for ; Tue, 25 Nov 2014 14:20:00 +0100 (CET) Received: from localhost (unknown [195.113.220.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by trail.lhotka.name (Postfix) with ESMTPSA id 7329154047B for ; Tue, 25 Nov 2014 14:20:00 +0100 (CET) From: Ladislav Lhotka To: rtg-yang-coord@ietf.org User-Agent: Notmuch/0.18.1 (http://notmuchmail.org) Emacs/24.4.51.2 (x86_64-apple-darwin14.0.0) Date: Tue, 25 Nov 2014 14:19:59 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/eEMAW5aELb126TiVFzvtN-rJSl4 Subject: [Rtg-yang-coord] issue :R05: numeric IDs of state data entries 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2014 13:20:13 -0000 Hi, this issue refers the YANG module "ietf-routing" contained in http://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-16 Please indicate your preference or add comments. ***** :R05: numeric IDs of state data entries As a result of harmonizing ietf-routing with the I2RS RIB model after IETF 87, numeric ID parameters (uint64) were added to all lists in state data. Their purpose was to serve as a unique handle of a list entry that the server returns to the client that creates the entry so that teh client can then access that entry directly. In -16, this ID was removed from the list of RIB routes because managing unique IDs for a long list of routes involves considearble bookkepping. In other state data lists, those IDs are still present in -16. ****** Solution R05-1 No change. ****** Solution R05-2 Remove the numeric ID parameters from all lists in state data. If they are needed (for I2RS or elsewhere), they can be added via augmentation from another module(s). -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C From nobody Tue Nov 25 22:29:32 2014 Return-Path: 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 DD9061A883E; Tue, 25 Nov 2014 20:25:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 N8vn9WKRQGVX; Tue, 25 Nov 2014 20:25:23 -0800 (PST) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DFBD51A87CB; Tue, 25 Nov 2014 20:25:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6368; q=dns/txt; s=iport; t=1416975922; x=1418185522; h=from:to:cc:subject:date:message-id:mime-version; bh=9xDUY3JGg2/hUHusS7heW7Re1yc90MZwbwQRkGi2pB8=; b=DV4RCkUX0aZDo91QGyqL0KWsJtWXtWDTuf1xe68YABdmSffw+5mXGIdP tqENFUVcbb2nE/KqCLpHxjQ0QuYn6/8iAECYMY4YIBdMVcEqQMuAARK3l aHWnE7nJ5Ke0+mC5HCTech2OWy5j6tGElFWvItZz8NpuAdAHbRri6g9aV U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiAFAOxVdVStJA2G/2dsb2JhbABbgkJEgSkEzwGBEhYBAQEBAX2ECR1cEgFHORQTBAENBYhA0S0BAQEBAQEEAQEBAQEBAQEakBkRAVCEVAWSY4k/glqBNRKDR4pJgzuECoN8d4EPOYECAQEB X-IronPort-AV: E=Sophos;i="5.07,460,1413244800"; d="scan'208,217";a="100176641" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-6.cisco.com with ESMTP; 26 Nov 2014 04:25:09 +0000 Received: from xhc-rcd-x03.cisco.com (xhc-rcd-x03.cisco.com [173.37.183.77]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id sAQ4P9O6025128 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 26 Nov 2014 04:25:09 GMT Received: from xmb-aln-x03.cisco.com ([169.254.6.207]) by xhc-rcd-x03.cisco.com ([173.37.183.77]) with mapi id 14.03.0195.001; Tue, 25 Nov 2014 22:25:09 -0600 From: "Kamran Raza (skraza)" To: "mpls@ietf.org" , "rtg-yang-coord@ietf.org" Thread-Topic: Yang model for LDP/mLDP Thread-Index: AQHQCTD2qHIpYxXJyUG1PtmkMIBwkg== Date: Wed, 26 Nov 2014 04:25:08 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.4.140807 x-originating-ip: [10.86.242.10] Content-Type: multipart/alternative; boundary="_000_D09ABB9723B58skrazaciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/fbjni4Fqe7zd6fnCd5TXzObF3zQ X-Mailman-Approved-At: Tue, 25 Nov 2014 22:29:31 -0800 Cc: "sesale@juniper.net" , "hshah@ciena.com" , "vbeeram@juniper.net" , "Reshad Rahman \(rrahman\)" , "jescia.chenxia@huawei.com" , "Benoit Claise \(bclaise\)" , "mpls-chairs@tools.ietf.org" , "lizhenbin@huawei.com" Subject: [Rtg-yang-coord] Yang model for LDP/mLDP 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2014 04:25:25 -0000 --_000_D09ABB9723B58skrazaciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi, We would like to bring into your kind notice that a multi-vendor team has s= tarted working on the design of the Yang model for LDP/mLDP. Currently, th= e team comprise following members: Robin Li - lizhenbin@huawei.com (Huawei) Jescia Chen - jescia.chenxia@huawei.com= (Huawei) Kamran Raza - skraza@cisco.com (Cisco) Reshad Rahman - rrahman@cisco.com (Cisco) Santosh Esale - sesale@juniper.net (Juniper) Vishnu Pavan Beeram - vbeeram@juniper.net (Ju= niper) Himanshu Shah - hshah@ciena.com (Ciena) The team had our first formal meeting today and we have scheduled calls to = meet weekly to make progress on LDP yang model in upcoming weeks. We will k= eep MPLS WG and rtg-yang-coord alias posted with regards to our progress, a= s well as, solicit input as/when required. [ P.S.: If you wish to contribute to the design of LDP/mLDP yang model, pl= ease let me know accordingly by sending an email and I will add you to the = team / meeting invite] FYI, following is the summary of the main points discussed/agreed in our fi= rst meeting: 1- The scope of our work (and document) includes: - LDP, mLDP, and Multi-topology (LDP/mLDP) - Config, Operational State, Notifications, and RPCs 2- We have broken the effort into following phases: ph1- Overall config model/hierarchy (keeping LDP/mLDP/MT in mind) ph2- LDP: cfg, notifs, rpcs ph3- mLDP: cfg, notifs, rpcs ph4- LDP: state ph5- mLDP: state ph6- Multi-topology (everything) 3- The plan is to have the ph1-3 completed before next IETF and the draft p= osted with the update. 4- In the meantime (and in parallel), we will continue to attend MPLS level= Yang meetings (to be arranged by Tarek) to define MPLS common base, and leverage LDP yang accordingly. 5- The next meeting/call for LDP Yang will be on Tue Dec 2nd with the follo= wing agenda: - Complete discussions on ph1. - Deep dive into ph2 (define overall LDP cfg tree, followed by expansi= on of each container) Rgds, =97 Kamran (on behalf of LDP Yang team) --_000_D09ABB9723B58skrazaciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi,

We would like to bring into your kind notice that a multi-vendor team = has started working on the design of the Yang model for LDP/mLDP.  Cur= rently, the team comprise following members:
  Jescia Chen - jescia.chenxia@huawei.com (Huawei)
  Kamran Raza  - sk= raza@cisco.com (Cisco)
  Reshad Rahman - rrahm= an@cisco.com (Cisco)
  Santosh Esale - sesa= le@juniper.net (Juniper)
  Vishnu Pavan Beeram - vbeeram@juniper.net (Juniper)
  Himanshu Shah - hshah@c= iena.com (Ciena)

The team had our first formal meeting today and we have scheduled call= s to meet weekly to make progress on LDP yang model in upcoming weeks. We w= ill keep MPLS WG and rtg-yang-coord alias posted with regards to our p= rogress, as well as, solicit input as/when required.
[ P.S.:  If you wish to contribute to the design of LDP/mLDP yang= model, please let me know accordingly by sending an email and I will add y= ou to the team / meeting invite]

FYI, following is the summary of the main points discussed/agreed in o= ur first meeting:

1- The scope of our work (and document) includes:
- = ;LDP, mLDP, and Multi-topology (LDP/mLDP)
        - Config, Operational State, Notifications= , and RPCs

2- We have broken the effort into following phases:
       ph1- Overall config model/hierarchy (keepin= g LDP/mLDP/MT in mind)
       ph2- LDP: cfg, notifs, rpcs
       ph3- mLDP: cfg, notifs, rpcs
       ph4- LDP: state
       ph5- mLDP: state
       ph6- Multi-topology (everything)

3- The plan is to have the ph1-3 completed before next IETF and the dr= aft posted with the update.

4- In the meantime (and in parallel), we will continue to attend MPLS = level Yang meetings (to be arranged by Tarek) 
    to define MPLS common base, and leverage LDP yang accord= ingly.

5- The next meeting/call for LDP Yang will be on Tue Dec 2nd with the = following agenda:
     - Complete discussions on ph1.
     - Deep dive into ph2 (define overall LDP cfg tree,= followed by expansion of each container)

Rgds,
=97
Kamran 
(on behalf of LDP Yang team)
--_000_D09ABB9723B58skrazaciscocom_-- From nobody Tue Nov 25 22:39:33 2014 Return-Path: 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 2E3C21A1B9E; Tue, 25 Nov 2014 22:39:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] 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 7z3AvMmAohyg; Tue, 25 Nov 2014 22:39:28 -0800 (PST) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 82B311A1A34; Tue, 25 Nov 2014 22:39:28 -0800 (PST) X-AuditID: c618062d-f79206d0000014d2-cf-54751c2a6d71 Received: from EUSAAHC006.ericsson.se (Unknown_Domain [147.117.188.90]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 87.47.05330.B2C15745; Wed, 26 Nov 2014 01:17:47 +0100 (CET) Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.03.0195.001; Wed, 26 Nov 2014 01:39:19 -0500 From: Jeff Tantsura To: "Kamran Raza (skraza)" , "mpls@ietf.org" , "rtg-yang-coord@ietf.org" Thread-Topic: [mpls] Yang model for LDP/mLDP Thread-Index: AQHQCUO0iT5bMDq+Kkq87OHKKB2kog== Date: Wed, 26 Nov 2014 06:39:18 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.4.140807 x-originating-ip: [147.117.188.12] Content-Type: multipart/alternative; boundary="_000_D09AB5407C9FBjefftantsuraericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrKIsWRmVeSWpSXmKPExsUyuXRPlK62TGmIwZMHihZHH0tYTGq8xWjx /dISFotbS1eyWlxb0cpu8fv5bWaLzS9PMlosWDOT2YHDY8rvjaweLUfesnosWfKTyeN601V2 jy+XP7MFsEZx2aSk5mSWpRbp2yVwZWzq0Sx4H1CxeMtrtgbGfrcuRk4OCQETiacbG9kgbDGJ C/fWA9lcHEICRxglJvftY4ZwljNKdExvZQGpYhMwkPj/7TgLSEJEoJVR4vGGp6wgDrPAWiaJ ra3ngVo4OIQFtCVW700BaRAR0JE40jqbCcLWk/jz9B/YIBYBVYm1T0F6OTl4BcwlPr5fBlbD CHTG91NrwGxmAXGJW0/mM0GcJyCxZA/IeBBbVOLl439gvaJAM59t2MwOEVeSmPP6GjNEb4zE y/tzWSDmC0qcnPmEZQKjyCwkY2chKZuFpAwibiDx/tx8ZghbW2LZwtdQtr7Exi9nGSFsa4mj f/+yIatZwMixipGjtDi1LDfdyGATIzBej0mw6e5g3PPS8hCjAAejEg/vhoslIUKsiWXFlbmH GKU5WJTEeWfVzgsWEkhPLEnNTk0tSC2KLyrNSS0+xMjEwSnVwChwa5f/8b+Oeqmy9T7h21zU P/ocu7XpnlvkQbf1vsvnl5x3npvi4Mvbk/fKuXhRoznH5Ym+xtH2nP6HLgQtklLRead0UeL5 vkmdtlVS0++8vfDLa1LRgsSS5p8r25r25ta9178Vl9Ale+n1ZMaderuOpj14ua03KnZ+et+e 6+qTH70+Pe1G5nIlluKMREMt5qLiRACLMqyGuAIAAA== Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/a333dPS7Mx114KzJulzInlL4BTg Cc: "vbeeram@juniper.net" , "Reshad Rahman \(rrahman\)" , "jescia.chenxia@huawei.com" , "Benoit Claise \(bclaise\)" , "mpls-chairs@tools.ietf.org" , Xufeng Liu Subject: Re: [Rtg-yang-coord] [mpls] Yang model for LDP/mLDP 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2014 06:39:31 -0000 --_000_D09AB5407C9FBjefftantsuraericssoncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Kamran, Please add Xufeng Liu xufeng.liu@ericsson.com and myself from E/// side. Thanks! Cheers, Jeff From: "Kamran Raza (skraza)" > Date: Tuesday, November 25, 2014 at 8:25 PM To: "mpls@ietf.org" >, "rtg-yang-coord@ietf.org" > Cc: "vbeeram@juniper.net" >, "Reshad Rahman (rrahman)" >, "jescia.chenxia@huawei.com" = >, "Benoit Claise (bclaise)" >,= "mpls-chairs@tools.ietf.org" > Subject: [mpls] Yang model for LDP/mLDP Hi, We would like to bring into your kind notice that a multi-vendor team has s= tarted working on the design of the Yang model for LDP/mLDP. Currently, th= e team comprise following members: Robin Li - lizhenbin@huawei.com (Huawei) Jescia Chen - jescia.chenxia@huawei.com= (Huawei) Kamran Raza - skraza@cisco.com (Cisco) Reshad Rahman - rrahman@cisco.com (Cisco) Santosh Esale - sesale@juniper.net (Juniper) Vishnu Pavan Beeram - vbeeram@juniper.net (Ju= niper) Himanshu Shah - hshah@ciena.com (Ciena) The team had our first formal meeting today and we have scheduled calls to = meet weekly to make progress on LDP yang model in upcoming weeks. We will k= eep MPLS WG and rtg-yang-coord alias posted with regards to our progress, a= s well as, solicit input as/when required. [ P.S.: If you wish to contribute to the design of LDP/mLDP yang model, pl= ease let me know accordingly by sending an email and I will add you to the = team / meeting invite] FYI, following is the summary of the main points discussed/agreed in our fi= rst meeting: 1- The scope of our work (and document) includes: - LDP, mLDP, and Multi-topology (LDP/mLDP) - Config, Operational State, Notifications, and RPCs 2- We have broken the effort into following phases: ph1- Overall config model/hierarchy (keeping LDP/mLDP/MT in mind) ph2- LDP: cfg, notifs, rpcs ph3- mLDP: cfg, notifs, rpcs ph4- LDP: state ph5- mLDP: state ph6- Multi-topology (everything) 3- The plan is to have the ph1-3 completed before next IETF and the draft p= osted with the update. 4- In the meantime (and in parallel), we will continue to attend MPLS level= Yang meetings (to be arranged by Tarek) to define MPLS common base, and leverage LDP yang accordingly. 5- The next meeting/call for LDP Yang will be on Tue Dec 2nd with the follo= wing agenda: - Complete discussions on ph1. - Deep dive into ph2 (define overall LDP cfg tree, followed by expansi= on of each container) Rgds, =97 Kamran (on behalf of LDP Yang team) --_000_D09AB5407C9FBjefftantsuraericssoncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <1EE0F1ED0DFA184591CCFA55C65E79F6@ericsson.com> Content-Transfer-Encoding: quoted-printable
Hi Kamran,

Please add Xufeng Liu xu= feng.liu@ericsson.com and myself from E/// side.
Thanks!

Cheers,
Jeff

From: "Kamran Raza (skraza)&qu= ot; <skraza@cisco.com>
Date: Tuesday, November 25, 2014 at= 8:25 PM
To: "mpls@ietf.org" <mpls@i= etf.org>, "rtg-yang-= coord@ietf.org" <rtg= -yang-coord@ietf.org>
Cc: "vbeeram@juniper.net" <vbeeram@juniper.net>, "Reshad Rahman (rrahman)"= ; <rrahman@cisco.com>, "= ;jescia.chenxia@huawei.com= " <jescia.chenxia@huawei.com= >, "Benoit Claise (bclaise)" <bclaise@cisco.com>, "mpls-chairs@tools.ietf.org" <mpls-chairs@tools.ietf.org>
Subject: [mpls] Yang model for LDP/= mLDP

Hi,

We would like to bring into your kind notice that a multi-vendor team = has started working on the design of the Yang model for LDP/mLDP.  Cur= rently, the team comprise following members:

  Robin Li - lizhenb= in@huawei.com (Huawei)
  Jescia Chen - jescia.chenxia@huawei.com (Huawei)
  Kamran Raza  - sk= raza@cisco.com (Cisco)
  Reshad Rahman - rrahm= an@cisco.com (Cisco)
  Santosh Esale - sesa= le@juniper.net (Juniper)
  Vishnu Pavan Beeram - vbeeram@juniper.net (Juniper)
  Himanshu Shah - hshah@c= iena.com (Ciena)

The team had our first formal meeting today and we have scheduled call= s to meet weekly to make progress on LDP yang model in upcoming weeks. We w= ill keep MPLS WG and rtg-yang-coord alias posted with regards to our p= rogress, as well as, solicit input as/when required.
[ P.S.:  If you wish to contribute to the design of LDP/mLDP yang= model, please let me know accordingly by sending an email and I will add y= ou to the team / meeting invite]

FYI, following is the summary of the main points discussed/agreed in o= ur first meeting:

1- The scope of our work (and document) includes:
- = ;LDP, mLDP, and Multi-topology (LDP/mLDP)
        - Config, Operational State, Notifications= , and RPCs

2- We have broken the effort into following phases:
       ph1- Overall config model/hierarchy (keepin= g LDP/mLDP/MT in mind)
       ph2- LDP: cfg, notifs, rpcs
       ph3- mLDP: cfg, notifs, rpcs
       ph4- LDP: state
       ph5- mLDP: state
       ph6- Multi-topology (everything)

3- The plan is to have the ph1-3 completed before next IETF and the dr= aft posted with the update.

4- In the meantime (and in parallel), we will continue to attend MPLS = level Yang meetings (to be arranged by Tarek) 
    to define MPLS common base, and leverage LDP yang accord= ingly.

5- The next meeting/call for LDP Yang will be on Tue Dec 2nd with the = following agenda:
     - Complete discussions on ph1.
     - Deep dive into ph2 (define overall LDP cfg tree,= followed by expansion of each container)

Rgds,
=97
Kamran 
(on behalf of LDP Yang team)
 --_000_D09AB5407C9FBjefftantsuraericssoncom_-- From nobody Fri Nov 28 01:24:48 2014 Return-Path: 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 9FFEB1A1ADD; Fri, 28 Nov 2014 01:24:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.209 X-Spam-Level: X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] 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 WGOEmm_LoOVo; Fri, 28 Nov 2014 01:24:43 -0800 (PST) Received: from nbfkord-smmo07.seg.att.com (nbfkord-smmo07.seg.att.com [209.65.160.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1975E1A1AF9; Fri, 28 Nov 2014 01:24:43 -0800 (PST) Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo07.seg.att.com(mxl_mta-7.2.2-0) over TLS secured channel with ESMTP id a5f38745.0.7032278.00-2384.19799484.nbfkord-smmo07.seg.att.com (envelope-from ); Fri, 28 Nov 2014 09:24:43 +0000 (UTC) X-MXL-Hash: 54783f5b38fd24a0-6db3dad5f7340b6c192ac6a1883a941d5f6f895b Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id sAS9OfhV000595; Fri, 28 Nov 2014 04:24:42 -0500 Received: from mlpi409.sfdc.sbc.com (mlpi409.sfdc.sbc.com [130.9.128.241]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id sAS9Oa9Y000567 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 28 Nov 2014 04:24:38 -0500 Received: from MISOUT7MSGHUBAF.ITServices.sbc.com (MISOUT7MSGHUBAF.itservices.sbc.com [130.9.129.150]) by mlpi409.sfdc.sbc.com (RSA Interceptor); Fri, 28 Nov 2014 09:24:28 GMT Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.4]) by MISOUT7MSGHUBAF.ITServices.sbc.com ([130.9.129.150]) with mapi id 14.03.0195.001; Fri, 28 Nov 2014 04:24:28 -0500 From: "BRUNGARD, DEBORAH A" To: "ccamp@ietf.org" , "teas@ietf.org" Thread-Topic: TE Topology YANG Model Work Thread-Index: AdAK7Q+YSS5NPSwJRtiP5yEvNWYy6g== Date: Fri, 28 Nov 2014 09:24:27 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.47.123] Content-Type: multipart/alternative; boundary="_000_F64C10EAA68C8044B33656FA214632C816715D3BMISOUT7MSGUSRDE_" MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=Fq2yCRXq c=1 sm=1 a=dhB6nF3YHL5t/Ixux6cINA==:17 a] X-AnalysisOut: [=oQASVyGzVcYA:10 a=BLceEmwcHowA:10 a=zQP7CpKOAAAA:8 a=XIqp] X-AnalysisOut: [o32RAAAA:8 a=5y4faFyK3SkA:10 a=UkWLIDYav5TIAikMWuMA:9 a=Cj] X-AnalysisOut: [uIK1q_8ugA:10 a=_W_S_7VecoQA:10 a=frz4AuCg-hUA:10 a=5Bdoco] X-AnalysisOut: [O31hphY62w:21] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.229.24] Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/_-WOnWjuUEQPldyL0sHNl1q1OtI Cc: "Rtg-yang-coord@ietf.org" , Lou Berger , "BRUNGARD, DEBORAH A" Subject: [Rtg-yang-coord] TE Topology YANG Model Work 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Nov 2014 09:24:44 -0000 --_000_F64C10EAA68C8044B33656FA214632C816715D3BMISOUT7MSGUSRDE_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, We wanted to let folks know about some pending activity on the TE yang mode= ls. The core of this work seems headed to the TEAS WG. In the interim, we a= re looking at establishing a short lived TE topology YANG model Design Team= . The goal of the DT will be to produce a consolidated draft in time for di= scussion in Dallas, with an expectation that the document will become a TEA= S WG draft post Dallas. The DT is expected to be composed of folks who are already contributing/act= ive in this area. (additional volunteers can let us know, off-list.) We also expect to announce an interim on this topic in the next few days. W= e're targeting this meeting for ~3 weeks+-. Deborah and Lou --_000_F64C10EAA68C8044B33656FA214632C816715D3BMISOUT7MSGUSRDE_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
We wanted to let folks know about some pending activity on the TE yang= models. The core of this work seems headed to the TEAS WG. In the interim,= we are looking at establishing a short lived TE topology YANG model Design= Team. The goal of the DT will be to produce a consolidated draft in time for discussion in Dallas, with an e= xpectation that the document will become a TEAS WG draft post Dallas.
 
The DT is expected to be composed of folks who are already contributin= g/active in this area. (additional volunteers can let us know, off-list.)
 
We also expect to announce an interim on this topic in the next few da= ys. We're targeting this meeting for ~3 weeks+-.
 
Deborah and Lou
 
 
 --_000_F64C10EAA68C8044B33656FA214632C816715D3BMISOUT7MSGUSRDE_-- From nobody Fri Nov 28 02:55:20 2014 Return-Path: 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 223901A1B11 for ; Fri, 28 Nov 2014 02:55:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 eIixxYZ4nT-d for ; Fri, 28 Nov 2014 02:55:16 -0800 (PST) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D1E11A1B07 for ; Fri, 28 Nov 2014 02:55:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8784; q=dns/txt; s=iport; t=1417172115; x=1418381715; h=message-id:date:from:mime-version:to:subject; bh=p1RcEo5E7L5GQ67cWUxIJZwhPiJLT5fW0GLAEHNKXF0=; b=Wl18Lkypx594lXwFr+hVS7CB6YzYNbquOVsBHHf0aU3xvt1ha/s3laOd EWD0uhh0sutr0o1wk9V3frZtIjIK1LbXFsdOUx4D0SuLqCpHKum4KnIam /rTVb9zWtya63EeByUxtEDG/d7wKSXoiCNbpOZdCU9uEMsQW75/ukX/qB E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqUEAONTeFStJssW/2dsb2JhbABbgkKBFcgXh3EBAQEBAX2FAT0WGAMCAQIBSw0IAQEFiDcNrEClTwEBCAEBAQEekBkRAYUkBZ8BgTWDWYJ+jxCDfT4wAYEOgTsBAQE X-IronPort-AV: E=Sophos;i="5.07,476,1413244800"; d="scan'208,217";a="252671808" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP; 28 Nov 2014 10:55:13 +0000 Received: from [10.60.67.84] (ams-bclaise-8913.cisco.com [10.60.67.84]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id sASAtDGF032346 for ; Fri, 28 Nov 2014 10:55:13 GMT Message-ID: <54785491.3010900@cisco.com> Date: Fri, 28 Nov 2014 11:55:13 +0100 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: "Rtg-yang-coord@ietf.org" Content-Type: multipart/alternative; boundary="------------060108080500030203070300" Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/pCCATBIVMDYiPuVlprD4GHff-l8 Subject: [Rtg-yang-coord] YANG-related Interim meetings 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\"" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Nov 2014 10:55:19 -0000 This is a multi-part message in MIME format. --------------060108080500030203070300 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Dear all, I'm trying compile the interim meetings, which, from near or far, are linked to YANG. Sources: http://www.ietf.org/meeting/interim.html this mailer WG mailer Do I miss anything? Regards, Benoit NETMOD: The NETMOD WG will hold a series of bi-weekly virtual interim meetings. The meetings will take place on Wednesdays between 16:00 and 18:00 CEST. The first meeting will be on Wednesday 2014-11-19. The agenda is to iterate over the YANG 1.1 issues list with the goal to close open issues until all issues have been resolved. The virtual interim meetings will continue bi-weekly until either all issues have been closed or 2015-03-18 has passed (and we will skip the last day of the year). In other words, please allocate a virtual interim meeting and a suitable webex for the following Wednesdays: 2014-11-19 2014-12-03 2014-12-17 2015-01-07 2015-01-21 2015-02-04 2015-02-18 2015-03-04 2015-03-18 I2RS: 12/11/14: Use Case Document, RIB Info Model and the RIB Yang model 12/16/14: Protocol Requirements for I2RS, and I2RS topology documents. 1/8/15: Protocol Requirements for I2RS 1/23/15: I2RS Topology Modules NETCONF (not yet announced by the secretariat) Title NETCONF WG bi-weekly Virtual Meetings Meeting day: Mondays Time: 1800 CET Duration: 2 hours Dates: December 15, 2014 1-time and starting with: January 5, 2015 bi-weekly End date: March 16, 2015 TEAS (email sent to rtg-yang-coord): We wanted to let folks know about some pending activity on the TE yang models. The core of this work seems headed to the TEAS WG. In the interim, we are looking at establishing a short lived TE topology YANG model Design Team. The goal of the DT will be to produce a consolidated draft in time for discussion in Dallas, with an expectation that the document will become a TEAS WG draft post Dallas. The DT is expected to be composed of folks who are already contributing/active in this area. (additional volunteers can let us know, off-list.) We also expect to announce an interim on this topic in the next few days. We're targeting this meeting for ~3 weeks+-. Deborah and Lou --------------060108080500030203070300 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Dear all,

I'm trying compile the interim meetings, which, from near or far, are linked to YANG.
Sources:
    http://www.ietf.org/meeting/interim.html
    this mailer
    WG mailer

Do I miss anything?

Regards, Benoit
  

NETMOD:
The NETMOD WG will hold a series of bi-weekly virtual interim
meetings. The meetings will take place on Wednesdays between 16:00 and
18:00 CEST. The first meeting will be on Wednesday 2014-11-19. The
agenda is to iterate over the YANG 1.1 issues list with the goal to
close open issues until all issues have been resolved. The virtual
interim meetings will continue bi-weekly until either all issues have
been closed or 2015-03-18 has passed (and we will skip the last day of
the year).

In other words, please allocate a virtual interim meeting and a
suitable webex for the following Wednesdays:

2014-11-19
2014-12-03
2014-12-17
2015-01-07
2015-01-21
2015-02-04
2015-02-18
2015-03-04
2015-03-18
I2RS:
12/11/14: Use Case Document, RIB Info Model and the RIB Yang model
12/16/14: Protocol Requirements for I2RS, and I2RS topology documents.
1/8/15: Protocol Requirements for I2RS
1/23/15: I2RS Topology Modules

NETCONF (not yet announced by the secretariat)

Title NETCONF WG bi-weekly Virtual Meetings


Meeting day: Mondays

Time: 1800 CET

Duration: 2 hours

 

Dates: December 15, 2014 1-time

and starting with: January 5, 2015 bi-weekly

End date: March 16, 2015
TEAS (email sent to rtg-yang-coord):
We wanted to let folks know about some pending activity on the TE yang models. The core of this work seems headed to the TEAS WG. In the interim, we are looking at establishing a short lived TE topology YANG model Design Team. The goal of the DT will be to produce a consolidated draft in time for discussion in Dallas, with an expectation that the document will become a TEAS WG draft post Dallas.
 
The DT is expected to be composed of folks who are already contributing/active in this area. (additional volunteers can let us know, off-list.)
 
We also expect to announce an interim on this topic in the next few days. We're targeting this meeting for ~3 weeks+-.
 
Deborah and Lou

--------------060108080500030203070300--