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

Karsten Thomann <karsten_thomann@linfre.de> Mon, 08 June 2015 20:32 UTC

Return-Path: <karsten_thomann@linfre.de>
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 76EB31A872C for <isis-wg@ietfa.amsl.com>; Mon, 8 Jun 2015 13:32:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.561
X-Spam-Level:
X-Spam-Status: No, score=-1.561 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 QRSi1rY0Cbq4 for <isis-wg@ietfa.amsl.com>; Mon, 8 Jun 2015 13:32:03 -0700 (PDT)
Received: from linfre.de (linfre.de [83.151.26.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC33C1A86E8 for <isis-wg@ietf.org>; Mon, 8 Jun 2015 13:32:02 -0700 (PDT)
Received: from linne.localnet (95.119.186.245) by linfreserv (Axigen) with (ECDHE-RSA-AES256-SHA encrypted) ESMTPSA id 3496CE; Mon, 8 Jun 2015 22:31:50 +0200
From: Karsten Thomann <karsten_thomann@linfre.de>
To: "Liubing (Leo)" <leo.liubing@huawei.com>
Date: Mon, 08 Jun 2015 22:31:53 +0000
Message-ID: <2479054.jksjisMxEl@linne>
User-Agent: KMail/4.13.0.0 (Windows/6.1; KDE/4.13.3; i686; git-a6cb62d; 2014-12-22)
In-Reply-To: <8AE0F17B87264D4CAC7DE0AA6C406F45A67929F3@nkgeml506-mbx.china.huawei.com>
References: <8AE0F17B87264D4CAC7DE0AA6C406F45A678E17E@nkgeml506-mbx.china.huawei.com> <2450780.fSPWS0PjFC@linne> <8AE0F17B87264D4CAC7DE0AA6C406F45A67929F3@nkgeml506-mbx.china.huawei.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="nextPart1723967.RjWP4tHRYW"
Content-Transfer-Encoding: 7Bit
X-AXIGEN-DK-Result: No records
DomainKey-Status: no signature
X-AxigenSpam-Level: 6
Archived-At: <http://mailarchive.ietf.org/arch/msg/isis-wg/4xtZGs6O6QOEn-zI2wVsoBiQJw0>
Cc: "isis-wg@ietf.org" <isis-wg@ietf.org>
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: Mon, 08 Jun 2015 20:32:04 -0000

Hi Bing,

please see reply inline.

Am Montag, 8. Juni 2015, 10:41:24 schrieb Liubing:
> Hi Karsten,
> 
> Please see replies inline.
> 
> From: Karsten Thomann [mailto:karsten_thomann@linfre.de]
> Sent: Saturday, June 06, 2015 9:35 PM
> To: Liubing (Leo)
> Cc: isis-wg@ietf.org
> Subject: Re: [Isis-wg] ISIS-autoconf-04 submitted //FW: New Version
> Notification for draft-liu-isis-auto-conf-04.txt
> 
<snip>
> > 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.
> 
> Yes and no, the draft uses a MUST for the ability to change the password,
> and there are possible cases where it is indended by design to use
> somewhere a link between a autoconf based network and the not autoconf
> network...
> 
> 
> 
> I my opinion it's a bit weak argument to not specify that behavior
> explicitly.
> 
> 
> 
> [Bing] I think it's good to explicitly specify the behavior.
> 
> But I'd prefer the behavior to be abandoning the LSP rather than
> recalculating its NET. In this case, the router without a Router-Fingerprin
> TLV just could not joint in the autoconf process, even if the
> authentication TLV is correct.
> 
> How do you think about it?
In my opinion autoconf routers should be as "passive" to the network as possible, and how would 
the abandoning of the LSP solve the issue if the other router is not directly connected or 
multihomed to other routers?

Kind regards
Karsten
> 
> 
> Best regards,
> 
> Bing
> 
> > I'm not able to find a similar approach for the OSPF RFC, as it seems to
> > 
> > have the same problem.