Re: [Isis-wg] ISIS-autoconf-04 submitted //FW: New Version Notification for draft-liu-isis-auto-conf-04.txt

"Liubing (Leo)" <leo.liubing@huawei.com> Fri, 05 June 2015 06:44 UTC

Return-Path: <leo.liubing@huawei.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 AAD6A1A1DBC for <isis-wg@ietfa.amsl.com>; Thu, 4 Jun 2015 23:44:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, 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 uaJdPxhslOix for <isis-wg@ietfa.amsl.com>; Thu, 4 Jun 2015 23:44:55 -0700 (PDT)
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 D7A9B1A1BF2 for <isis-wg@ietf.org>; Thu, 4 Jun 2015 23:44:54 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BXA21541; Fri, 05 Jun 2015 06:44:53 +0000 (GMT)
Received: from NKGEML408-HUB.china.huawei.com (10.98.56.39) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 5 Jun 2015 07:44:52 +0100
Received: from NKGEML506-MBX.china.huawei.com ([169.254.3.186]) by nkgeml408-hub.china.huawei.com ([10.98.56.39]) with mapi id 14.03.0158.001; Fri, 5 Jun 2015 14:44:48 +0800
From: "Liubing (Leo)" <leo.liubing@huawei.com>
To: Karsten Thomann <karsten_thomann@linfre.de>, "isis-wg@ietf.org" <isis-wg@ietf.org>
Thread-Topic: [Isis-wg] ISIS-autoconf-04 submitted //FW: New Version Notification for draft-liu-isis-auto-conf-04.txt
Thread-Index: AQHQmsUvhOb/9lHMUk2S32rA0gaCAZ2azvEAgAKhW7A=
Date: Fri, 5 Jun 2015 06:44:47 +0000
Message-ID: <8AE0F17B87264D4CAC7DE0AA6C406F45A679225E@nkgeml506-mbx.china.huawei.com>
References: <8AE0F17B87264D4CAC7DE0AA6C406F45A678E17E@nkgeml506-mbx.china.huawei.com> <2366384.fmjLvuEOoo@linne>
In-Reply-To: <2366384.fmjLvuEOoo@linne>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.111.98.117]
Content-Type: multipart/alternative; boundary="_000_8AE0F17B87264D4CAC7DE0AA6C406F45A679225Enkgeml506mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/isis-wg/zbyuzTh0ft2YjjqkVvwrczd43X8>
Subject: Re: [Isis-wg] ISIS-autoconf-04 submitted //FW: New Version Notification for draft-liu-isis-auto-conf-04.txt
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: Fri, 05 Jun 2015 06:44:59 -0000

Hi Karsten,

Thanks for your review and comments. Please see replies inline.

From: Karsten Thomann [mailto:karsten_thomann@linfre.de]
Sent: Thursday, June 04, 2015 5:36 AM
To: isis-wg@ietf.org
Cc: Liubing (Leo)
Subject: Re: [Isis-wg] ISIS-autoconf-04 submitted //FW: New Version Notification for draft-liu-isis-auto-conf-04.txt


Hi,



some comments after reading the draft:



I'm not really convinced that this will really be implemented in a home network or small enterprise networks, as ISIS isn't a protocol widely supported on that platforms.

I was thinking more about shortest path bridging switch autodiscovery, but this is only my own opinion.



[Bing] I agree ISIS is not widely supported on small devices nowadays. But I think it might has the potential in the future.

Actually, In Homenet the ISIS is already in the short list for their routing protocol choice (http://datatracker.ietf.org/doc/draft-mrw-homenet-rtg-comparison/). And there is also some operator showed explicit requirement for ISIS in home routers.



Furthermore, the scope might not only limit to home/enterprise scenarios. Maybe the operators would find this auto-conf tool is also benefit for them one day:)





Regarding 3.3.2:

What is exactly the duplication resolution, if the NET is used by an ISIS Router not capable of autoconfig?

In my opinion the device which is auto config capable MUST recalculate its NET, if the other router does not advertise a Router-Fingerprint TLV.

[Bing] The autoconfig should be a dedicated ISIS process that it won't be mixed with the non-autoconf routers. This is prevented by the Authentication TLV as described in 3.4.1.



I'm not able to find a similar approach for the OSPF RFC, as it seems to have the same problem.



I don't know if this is typical for english texts, but I'm not familiar with the form of ".etc" only "etc." as this is written many times in that form.

[Bing] My bad, sorry for the language issue.



Section 1.

andSection 3.5)./and Section 3.5). (missing space)



Section 3.4.3

Names TVL (TLV 137/Names TLV (TLV 137

[Bing] I'll correct them accordingly. Thanks for the careful check:)



Best regards,

Bing



Kind regards

Karsten



Am Samstag, 30. Mai 2015, 10:41:29 schrieb Liubing:

> Hi Dear all,

>

> We've submitted a new version of the draft.

>

> Main revisions is summarized as the following:

> 1. Revise the SysID generation to NOT prescriptive to only using MAC

> address. 2. Added a new Section 3.3.3 "SysID and Router-Fingerprint

> Generation Considerations", to specifically discuss the constrained

> entropies for generating the fields in small devices. 3. Revise the NET

> duplication procedures to remove the purge operation 4. Added a new Section

> 3.3.4 " Double-Duplication of both NET and Router-Fingerprint"

>

> We believed this version improves a lot and removes most of the worries

> raised in previous meetings and discussions. Looking forward to your

> feedback. Thanks!

>

> Best regards,

> Bing

>

>

>

> -----Original Message-----

> From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> [mailto:internet-drafts@ietf.org]

> Sent: Saturday, May 30, 2015 6:27 PM

> To: Mikael Abrahamsson; Bruno Decraene; Ian Farrer; Liubing (Leo); Bruno

> Decraene; Mikael Abrahamsson; Ian Farrer; Liubing (Leo) Subject: New

> Version Notification for draft-liu-isis-auto-conf-04.txt

>

>

> A new version of I-D, draft-liu-isis-auto-conf-04.txt has been successfully

> submitted by Bing Liu and posted to the IETF repository.

>

> Name: draft-liu-isis-auto-conf

> Revision: 04

> Title: ISIS Auto-Configuration

> Document date: 2015-05-30

> Group: Individual Submission

> Pages: 11

> URL:

> https://www.ietf.org/internet-drafts/draft-liu-isis-auto-conf-04.txt

> Status: https://datatracker.ietf.org/doc/draft-liu-isis-auto-conf/

> Htmlized: https://tools.ietf.org/html/draft-liu-isis-auto-conf-04

> Diff:

> https://www.ietf.org/rfcdiff?url2=draft-liu-isis-auto-conf-04

>

> Abstract:

> This document specifies an IS-IS auto-configuration technology. The

> key mechanisms of this technology are IS-IS NET (Network Entity

> Title) self-generation, duplication detection and duplication

> resolution. This technology fits the environment where plug-and-play

> is expected, e.g., home networks and small or medium size enterprise

> networks.

>

>

>

>

> 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.

>

> The IETF Secretariat

>

> _______________________________________________

> Isis-wg mailing list

> Isis-wg@ietf.org<mailto:Isis-wg@ietf.org>

> https://www.ietf.org/mailman/listinfo/isis-wg