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

Robert Raszuk <raszuk@cisco.com> Mon, 06 December 2010 20:41 UTC

Return-Path: <raszuk@cisco.com>
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 EBE273A68A7 for <isis-wg@core3.amsl.com>; Mon, 6 Dec 2010 12:41:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 q5KFZz581nmE for <isis-wg@core3.amsl.com>; Mon, 6 Dec 2010 12:41:23 -0800 (PST)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 36ABB3A689F for <isis-wg@ietf.org>; Mon, 6 Dec 2010 12:41:23 -0800 (PST)
Authentication-Results: sj-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AoYFAKTZ/EyrRN+K/2dsb2JhbACVJY4XcaNXgkcOAZhbhUkEim6DEw
X-IronPort-AV: E=Sophos;i="4.59,307,1288569600"; d="scan'208";a="388238516"
Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-1.cisco.com with ESMTP; 06 Dec 2010 20:42:47 +0000
Received: from [192.168.1.61] (sjc-raszuk-87113.cisco.com [10.20.147.254]) by sj-core-4.cisco.com (8.13.8/8.14.3) with ESMTP id oB6Kgk89022332 for <isis-wg@ietf.org>; Mon, 6 Dec 2010 20:42:47 GMT
Message-ID: <4CFD4AC6.7090706@cisco.com>
Date: Mon, 06 Dec 2010 21:42:46 +0100
From: Robert Raszuk <raszuk@cisco.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5
MIME-Version: 1.0
To: isis-wg@ietf.org
References: <C9F49613-1F78-484A-B7D3-7E4028E0B9C3@castlepoint.net> <AE36820147909644AD2A7CA014B1FB520CBA0665@xmb-sjc-222.amer.cisco.com> <2EEE5586-CD41-4C13-8D13-FC69ED126A1F@castlepoint.net> <AE36820147909644AD2A7CA014B1FB520CBA0737@xmb-sjc-222.amer.cisco.com> <309BCE56-9213-4B29-A364-B3421D952080@castlepoint.net>
In-Reply-To: <309BCE56-9213-4B29-A364-B3421D952080@castlepoint.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [Isis-wg] draft-amante-isis-reverse-metric-01
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: raszuk@cisco.com
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 20:41:24 -0000

All,

> On a more serious note, it's important to recognize that in order to
> mitigate human-error, we need to reduce the burden on operators to
> "always get it right", as you seem to imply above, and certainly as
> our executives (and customers) want us to.

Watching this thread with deep interest I must say that I am with Les here.

The problem is that this is nearly 2011 and we still do not have a good 
way to configure networks as an entire abstraction. We do at most - in 
sophisticated networks - have scripts to configure routers on a box to 
box basis.

Instead of working on network wide level config tool/protocol we are 
extending protocols to achieve the equivalent functionality. And this is 
not only in ISIS, we do the same in BGP, we do the same in MPLS etc ...

So while I am not seeing any harm with this draft as is I think at some 
point we should put serious effort to look at the network as an 
abstraction layer and configure such abstraction layer rather then 
continue the trend of extending routing protocols to deliver equivalent 
functionality.

That IMHO would be the best way to address the "human error" issue.

Cheers,
R.