Re: [Rtg-yang-coord] templates for protocol parameters
<stephane.litkowski@orange.com> Fri, 30 January 2015 11:04 UTC
Return-Path: <stephane.litkowski@orange.com>
X-Original-To: rtg-yang-coord@ietfa.amsl.com
Delivered-To: rtg-yang-coord@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 9C70D1A8AE1
for <rtg-yang-coord@ietfa.amsl.com>; Fri, 30 Jan 2015 03:04:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.7
X-Spam-Level:
X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5
tests=[BAYES_40=-0.001, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7,
SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 qMTmgT-AUfAX for <rtg-yang-coord@ietfa.amsl.com>;
Fri, 30 Jan 2015 03:04:02 -0800 (PST)
Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com
[193.251.215.91])
(using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 29AEF1A8ADD
for <rtg-yang-coord@ietf.org>; Fri, 30 Jan 2015 03:04:02 -0800 (PST)
Received: from omfedm08.si.francetelecom.fr (unknown [xx.xx.xx.4])
by omfedm13.si.francetelecom.fr (ESMTP service) with ESMTP id 69BD2324330;
Fri, 30 Jan 2015 12:04:00 +0100 (CET)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.5])
by omfedm08.si.francetelecom.fr (ESMTP service) with ESMTP id 4B85D238048;
Fri, 30 Jan 2015 12:04:00 +0100 (CET)
Received: from OPEXCLILM34.corporate.adroot.infra.ftgroup ([169.254.4.53]) by
OPEXCLILH01.corporate.adroot.infra.ftgroup ([::1]) with mapi id
14.03.0224.002; Fri, 30 Jan 2015 12:04:00 +0100
From: <stephane.litkowski@orange.com>
To: Ladislav Lhotka <lhotka@nic.cz>, "rtg-yang-coord@ietf.org"
<rtg-yang-coord@ietf.org>
Thread-Topic: [Rtg-yang-coord] templates for protocol parameters
Thread-Index: AQHQOhhq9iFCh9DVwUqY1BX71p/tpJzYgWag
Date: Fri, 30 Jan 2015 11:03:59 +0000
Message-ID: <24813_1422615840_54CB6520_24813_3029_1_9E32478DFA9976438E7A22F69B08FF920C7983B3@OPEXCLILM34.corporate.adroot.infra.ftgroup>
References: <m2mw54k0cj.fsf@birdie.labs.nic.cz>
In-Reply-To: <m2mw54k0cj.fsf@birdie.labs.nic.cz>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.5]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-PMX-Version: 6.0.3.2322014, Antispam-Engine: 2.7.2.2107409,
Antispam-Data: 2015.1.30.70618
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/4bCYnOPh2c7ENglaDcS_DHLcHS4>
Subject: Re: [Rtg-yang-coord] templates for protocol parameters
X-BeenThere: rtg-yang-coord@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "\"List to discuss coordination between the Routing related YANG
models\"" <rtg-yang-coord.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-yang-coord>,
<mailto:rtg-yang-coord-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-yang-coord/>
List-Post: <mailto:rtg-yang-coord@ietf.org>
List-Help: <mailto:rtg-yang-coord-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-yang-coord>,
<mailto:rtg-yang-coord-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Jan 2015 11:04:06 -0000
Hi Lada, The idea sounds good to me. In term of details, we must think about creating "intelligent" templates. What I mean is that applying some parameters to some items only. For example, being able to apply a routing-protocol template to only bgp instances which name matches a regexp ... Here is what I see : - being able to apply the template at multiple level (routing-instance level, or routing-protocol level) - if the template is applied at routing-instance level, the routing-protocol part of the template routing-instance will apply to all routing-protocols that will match the container of the template (if type is OSPF within the template, it will apply only to OSPF routing protocols) - the name leaves in the template could be used to store a regular expression, or maybe we need to use another leaf. The regexp will permit to identify which container are eligible for inheritance. The main concern I have is if we develop such template for routing, would it be interesting to extend it to all configurations ? (routing, interfaces ...) -----Original Message----- From: Rtg-yang-coord [mailto:rtg-yang-coord-bounces@ietf.org] On Behalf Of Ladislav Lhotka Sent: Tuesday, January 27, 2015 11:03 To: rtg-yang-coord@ietf.org Subject: [Rtg-yang-coord] templates for protocol parameters Hi, the templates that would allow for sharing/inheriting some protocol parameters may be implemented in the current "ietf-routing" module as follows: 1. Define a new identity for the template routing instances: identity template-routing-instance { base routing-instance; } 2. Define a new leaf under "routing-protocol" for referring to a template protocol instance: leaf template-ref { type leafref { path "/rt:routing/rt:routing-instance/rt:routing-protocols" + "/rt:routing-protocol/rt:name"; } With this, a routing instance of the type "template-routing-instance" can be configured, and inside it any number of protocol instances (with appropriate types) containing template parameters. A "real" protocol instance would then use the "template-ref" leaf for pointing to a template protocol instance and share/inherit its parameters. I think it would then be easy to map inherited parameters in the protocol-centric design to such a template, and vice versa. Could this work? Lada -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C _______________________________________________ Rtg-yang-coord mailing list Rtg-yang-coord@ietf.org https://www.ietf.org/mailman/listinfo/rtg-yang-coord _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
- [Rtg-yang-coord] templates for protocol parameters Ladislav Lhotka
- Re: [Rtg-yang-coord] templates for protocol param… stephane.litkowski
- Re: [Rtg-yang-coord] templates for protocol param… Ladislav Lhotka
- Re: [Rtg-yang-coord] templates for protocol param… Acee Lindem (acee)
- Re: [Rtg-yang-coord] templates for protocol param… Ladislav Lhotka
- Re: [Rtg-yang-coord] templates for protocol param… Acee Lindem (acee)
- Re: [Rtg-yang-coord] templates for protocol param… stephane.litkowski