Re: [Isis-wg] draft-ietf-isis-yang-isis-cfg-07

Radha Danda <> Fri, 27 November 2015 07:29 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 1F05D1A906E for <>; Thu, 26 Nov 2015 23:29:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -0.296
X-Spam-Status: No, score=-0.296 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_74=0.6, KHOP_DYNAMIC=1.004, SPF_PASS=-0.001] autolearn=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id LzWVel_oOpAO for <>; Thu, 26 Nov 2015 23:29:42 -0800 (PST)
Received: from ( [IPv6:2620:100:9005:71::1]) (using TLSv1.2 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id F08501A9006 for <>; Thu, 26 Nov 2015 23:29:41 -0800 (PST)
Received: from pps.filterd ( []) by ( with SMTP id tAR7OdWs016232; Thu, 26 Nov 2015 23:29:40 -0800
Received: from ([]) by with ESMTP id 1ye469sem0-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 26 Nov 2015 23:29:40 -0800
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 27 Nov 2015 00:29:38 -0700
Received: from ([fe80::39a0:e6f2:6a5c:18a9]) by ([fe80::39a0:e6f2:6a5c:18a9%23]) with mapi id 15.00.1104.000; Fri, 27 Nov 2015 00:29:38 -0700
From: Radha Danda <>
To: "" <>, "Les Ginsberg (ginsberg)" <>, "" <>
Thread-Topic: draft-ietf-isis-yang-isis-cfg-07
Thread-Index: AdEnmJwdc0qEn3OCTVa7vGkVNqOGswAPMFYAAA4/O4D//8HRgP//wLCQgAGlTwD//4ClAA==
Date: Fri, 27 Nov 2015 07:29:38 +0000
Message-ID: <>
References: <> <> <> <> <> <15128_1448555355_5657335B_15128_22_1_9E32478DFA9976438E7A22F69B08FF921678ED5D@OPEXCLILMA4.corporate.adroot.infra.ftgroup>
In-Reply-To: <15128_1448555355_5657335B_15128_22_1_9E32478DFA9976438E7A22F69B08FF921678ED5D@OPEXCLILMA4.corporate.adroot.infra.ftgroup>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_d9ef048c45c84512bba9c5afe9786cbfBRMWPEXMB11corpbrocadec_"
MIME-Version: 1.0
X-Proofpoint-SPF-Result: neutral
X-Proofpoint-SPF-Record: v=spf1 ip4: ip4: mx ?all
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.15.21, 1.0.33, 0.0.0000 definitions=2015-11-27_01:2015-11-26,2015-11-26,1970-01-01 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1508030000 definitions=main-1511270125
Archived-At: <>
Subject: Re: [Isis-wg] draft-ietf-isis-yang-isis-cfg-07
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IS-IS working group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 27 Nov 2015 07:29:46 -0000

NSEL for ISIS is always set to 0.

From: []
Sent: Thursday, November 26, 2015 9:59 PM
To: Radha Danda; Les Ginsberg (ginsberg);
Subject: RE: draft-ietf-isis-yang-isis-cfg-07

Is there any real use case for configuring NSEL <> 0 ?

From: Isis-wg [] On Behalf Of Radha Danda
Sent: Thursday, November 26, 2015 07:05
To: Les Ginsberg (ginsberg);<>
Subject: Re: [Isis-wg] draft-ietf-isis-yang-isis-cfg-07

Hi Les,
Thanks (leaving the vendor specific problems apart),
net-address is not any vendor-specific component. RFC defines it. By defining net-address in yang it would be easy to integrate with the existing systems. Even ISIS-MIB defines net object.
Now selector is removed from system-id, so new container have to be defined for "selector"
All these things can be done with net-address.

Best Regards,

From: Les Ginsberg (ginsberg) []
Sent: Thursday, November 26, 2015 12:38 AM
To: Radha Danda;<>
Subject: RE: draft-ietf-isis-yang-isis-cfg-07

Radha -

You are making the mistake of thinking that vendor specific CLI determines how we define the YANG model.

The protocol functionality is:

1)Define system-id for an IS-IS instance
2)Define one or more area addresses for the IS-IS instance

Whether a particular vendor uses a "net" config or  a "system-id" and "area address" config isn't relevant.


(Of course I work for a vendor that uses "net" config. :) )

From: Radha Danda []
Sent: Wednesday, November 25, 2015 8:47 AM
To: Les Ginsberg (ginsberg);<>
Subject: RE: draft-ietf-isis-yang-isis-cfg-07

Thanks Les.

Regarding the net-address configuration. Find the sample configuration from Cisco router
router isis
net 49.0001.1720.1600.1001.00
net 50.0001.1720.1600.1001.00

net-address here consists of area-address, system-id and selector. Even Juniper router has similar configuration. So I think yang should be modelled to support these existing configurations.
And validation should be done to ensure the uniqueness of system-id.

In the above mentioned net configurations, system-id is unique.

If we don't support net-address configuration in yang, I am afraid back-end implementation of protocols might have to be changed. Please let me know your thoughts.

Also the way yang model is currently designed (assuming the selector is removed from system-id), there is no way to input selector now.

And separate area-address is not needed if we support net-address configuration.

Best Regards,

From: Les Ginsberg (ginsberg) []
Sent: Wednesday, November 25, 2015 9:33 PM
To: Radha Danda;<>
Subject: RE: draft-ietf-isis-yang-isis-cfg-07

Radha -

From: Isis-wg [] On Behalf Of Radha Danda
Sent: Wednesday, November 25, 2015 7:49 AM
Subject: [Isis-wg] draft-ietf-isis-yang-isis-cfg-07


I was going through draft-ietf-isis-yang-isis-cfg-07 and I have below comments.

1. system-id definition should not contain selector. As per NSAP definition, system-ID is 6 bytes and it has below mentioned format and it is only of length 6 bytes.

[Les:] I agree - selector should NOT be part of system-id.

typedef system-id {

    type string {





     "This type defines ISIS system id using pattern,

      system id looks like : 0143.0438.AeF0";


2. Also we need support to configure net-address as shown below.

[Les:] No. The model correct supports the config of one system-id (as modified above) and one or more area addresses.

There are implementations which combine the configuration into a single CLI "net" - but if multiple area addresses are supported the same system-id MUST be entered on each line - so functionally what you have are multiple (synonymous) area addresses and a single system-id. The model has it correct in that regard.


       typedef net-address {

                type string {



                        configd:pattern-help "XX.XXXX. ... .XXXX.XX";

                        configd:help "Network entity title (NET)";



Please let me know if you need more details. This is my first post, so please excuse me in case if I miss to provide some details.

Best Regards,



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,

France Telecom - 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 authorization.

If you have received this email in error, please notify the sender and delete this message and its attachments.

As emails may be altered, France Telecom - Orange shall not be liable if this message was modified, changed or falsified.

Thank you.