Re: [Isis-wg] comments on draft-litkowski-isis-yang-isis-cfg-01

<stephane.litkowski@orange.com> Tue, 29 July 2014 08:05 UTC

Return-Path: <stephane.litkowski@orange.com>
X-Original-To: isis-wg@ietfa.amsl.com
Delivered-To: isis-wg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 998A51ABB25 for <isis-wg@ietfa.amsl.com>; Tue, 29 Jul 2014 01:05:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 UWZDWwtlaWKg for <isis-wg@ietfa.amsl.com>; Tue, 29 Jul 2014 01:04:58 -0700 (PDT)
Received: from relais-inet.francetelecom.com (relais-ias244.francetelecom.com [80.12.204.244]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D4FF1A026A for <isis-wg@ietf.org>; Tue, 29 Jul 2014 01:04:58 -0700 (PDT)
Received: from omfeda08.si.francetelecom.fr (unknown [xx.xx.xx.201]) by omfeda11.si.francetelecom.fr (ESMTP service) with ESMTP id 98A9C1B905C; Tue, 29 Jul 2014 10:04:55 +0200 (CEST)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.5]) by omfeda08.si.francetelecom.fr (ESMTP service) with ESMTP id 7BD7B38405A; Tue, 29 Jul 2014 10:04:55 +0200 (CEST)
Received: from OPEXCLILM34.corporate.adroot.infra.ftgroup ([169.254.4.91]) by OPEXCLILH01.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.03.0181.006; Tue, 29 Jul 2014 10:04:55 +0200
From: stephane.litkowski@orange.com
To: Hannes Gredler <hannes@juniper.net>, "Wunan (Eric)" <eric.wu@huawei.com>
Thread-Topic: [Isis-wg] comments on draft-litkowski-isis-yang-isis-cfg-01
Thread-Index: Ac+l4qtZhrh5j6gJR3OwDOjb/Qkn+QAA+BmwAC3vweoA8r72gAAmd20Q
Date: Tue, 29 Jul 2014 08:04:54 +0000
Message-ID: <23146_1406621095_53D755A7_23146_1836_1_9E32478DFA9976438E7A22F69B08FF9205E34E@OPEXCLILM34.corporate.adroot.infra.ftgroup>
References: <0F26584357FD124DB93F1535E4B0A65036804905@szxema508-mbx.china.huawei.com> <4223_1406059402_53CEC38A_4223_4491_1_9E32478DFA9976438E7A22F69B08FF92044506@OPEXCLILM34.corporate.adroot.infra.ftgroup> <0F26584357FD124DB93F1535E4B0A65036804A82@szxema508-mbx.china.huawei.com> <20140728153855.GB18120@juniper.net>
In-Reply-To: <20140728153855.GB18120@juniper.net>
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="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-PMX-Version: 6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.6.25.220919
Archived-At: http://mailarchive.ietf.org/arch/msg/isis-wg/D5MOaVjjsLfeeunx4WXLOgnJKUI
Cc: "isis-wg@ietf.org" <isis-wg@ietf.org>
Subject: Re: [Isis-wg] comments on draft-litkowski-isis-yang-isis-cfg-01
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IS-IS working group <isis-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/isis-wg/>
List-Post: <mailto:isis-wg@ietf.org>
List-Help: <mailto:isis-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 29 Jul 2014 08:05:04 -0000

Hi Hannes,

> hmm can we first collect some TE related atrributes that apply both to OSPF and IS_IS before making that call ?

Based on the last discussions we had at IETF, the best solution would be to have TE attributes directly in the ISIS model in a similar way as OSPF rather than trying to define a common augmented model. I think this discussion is similar to the "superset" IGP Link State model where we did not want to go into ...

> that one might get hairy pretty soon ... as some vendors define their leak policy as prefix, lists and some others call into execution of a policy language.

Right, the issue with policy is more global rather than just an ISIS issue ... it's not really my priority for now ...


Stephane


-----Original Message-----
From: Hannes Gredler [mailto:hannes@juniper.net] 
Sent: Monday, July 28, 2014 17:39
To: Wunan (Eric)
Cc: LITKOWSKI Stephane SCE/IBNF; isis-wg@ietf.org
Subject: Re: [Isis-wg] comments on draft-litkowski-isis-yang-isis-cfg-01

hi eric, stephane,

On Wed, Jul 23, 2014 at 06:04:28PM +0000, Wunan (Eric) wrote:
[ ... ]
|    6. Missing traffic engineering ?
| 
| 
| 
|    [SLI] Only wide metrics are there , but not traffic-eng. I was wondering
|    if TE should be part of a separate datamodel (using augmentation) and so
|    can be used for both OSPF and ISIS protocols    point to discuss   
| 
|    [Eric] Agree to be a separate model. That's will be better.

hmm can we first collect some TE related atrributes that apply both to OSPF and IS_IS before making that call ?


[ ... ]
|    8. Missing redistribution related cfg ?
| 
| 
| 
|    [SLI] Route-filters are part of the core data model. But maybe we need to
|    augment stuffs    I did not look at it yet.
 
that one might get hairy pretty soon ... as some vendors define their leak policy as prefix, lists and some others call into execution of a policy language.

 
|    9. Multi-topology should allow to configure more besides ipv4-uni,
|    ipv6-uni, ipv4-multi, ipv6-multi
| 
|    These are commonly used configuration which should not be omitted.
| 
| 
| 
|    [SLI] Please provide more details on what you want.
| 
|    [Eric] Multi-topology for non-standard ones. This model should allow this.

do you have a use-case for this ? - any document that you can refer to ?


/hannes

_________________________________________________________________________________________________________________________

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.