Re: [Isis-wg] draft-amante-isis-reverse-metric-01

Tony Li <tony.li@tony.li> Mon, 06 December 2010 07:39 UTC

Return-Path: <tony.li@tony.li>
X-Original-To: isis-wg@core3.amsl.com
Delivered-To: isis-wg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 628363A69F1 for <isis-wg@core3.amsl.com>; Sun, 5 Dec 2010 23:39:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.411
X-Spam-Level:
X-Spam-Status: No, score=-102.411 tagged_above=-999 required=5 tests=[AWL=0.188, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7Y96mW3UKQji for <isis-wg@core3.amsl.com>; Sun, 5 Dec 2010 23:39:33 -0800 (PST)
Received: from qmta05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by core3.amsl.com (Postfix) with ESMTP id DBB2C3A6892 for <isis-wg@ietf.org>; Sun, 5 Dec 2010 23:39:32 -0800 (PST)
Received: from omta05.westchester.pa.mail.comcast.net ([76.96.62.43]) by qmta05.westchester.pa.mail.comcast.net with comcast id fjf91f0020vyq2s55jgw6J; Mon, 06 Dec 2010 07:40:56 +0000
Received: from sjc-vpn4-795.cisco.com ([128.107.239.233]) by omta05.westchester.pa.mail.comcast.net with comcast id fjgZ1f00152qHCY3RjglGX; Mon, 06 Dec 2010 07:40:54 +0000
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset="us-ascii"
From: Tony Li <tony.li@tony.li>
In-Reply-To: <AE36820147909644AD2A7CA014B1FB520CBA0665@xmb-sjc-222.amer.cisco.com>
Date: Sun, 05 Dec 2010 23:40:32 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <85B48966-02C4-47A3-A108-81D7A2B32424@tony.li>
References: <C9F49613-1F78-484A-B7D3-7E4028E0B9C3@castlepoint.net> <AE36820147909644AD2A7CA014B1FB520CBA0665@xmb-sjc-222.amer.cisco.com>
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
X-Mailer: Apple Mail (2.1082)
Cc: Shane Amante <shane@castlepoint.net>, isis mailing list <isis-wg@ietf.org>
Subject: Re: [Isis-wg] draft-amante-isis-reverse-metric-01
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF IS-IS working group <isis-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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, 06 Dec 2010 07:39:34 -0000

Hi Les,

> Multi-Access LANs
> -----------------
> 
> Without Reverse Metric TLV: On the DIS must configure max metric to be
> sent in p-node LSP on the DIS for the neighbor(s) of interest (or ALL
> neighbors)


In fact, without the reverse metric TLV, you cannot do this at all.  Without extending the protocol is _some_ way, you are not allowed to have a non-zero metric in the pseudonode.  Further, Shane's survey suggests that there is sufficient variation in implementations that it is unsafe to advertise a non-zero pseudonode metric without some flag day for the domain anyway.


> Frankly, I am not seeing this benefit as very compelling. The big win on
> the LAN is the introduction of the ability to use something other than 0
> in the pseudo-node LSPs - and that can be done (with the same amount of
> risk) without the Reverse Metric TLV by configuring it on the DIS.


The ability to make one link of an L2 switching domain into a link of last resort seems like it is compelling to me, and the ability to do so from the system itself seems like a significant simplification for operations.  One less thing to go wrong when the operator doesn't can't fumble finger the manually entered system ID.  Or applies the configuration to a system other than the DIS.

Tony