[Isis-wg] New Layer2 extensions to ISIS - thorough review will be required

David Ward <dward@juniper.net> Fri, 23 April 2010 23:01 UTC

Return-Path: <dward@juniper.net>
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 13DCC3A6A14 for <isis-wg@core3.amsl.com>; Fri, 23 Apr 2010 16:01:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.67
X-Spam-Level:
X-Spam-Status: No, score=-5.67 tagged_above=-999 required=5 tests=[AWL=-0.929, BAYES_20=-0.74, RCVD_IN_DNSWL_MED=-4]
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 VyXDrNNK+QMn for <isis-wg@core3.amsl.com>; Fri, 23 Apr 2010 16:01:04 -0700 (PDT)
Received: from exprod7og126.obsmtp.com (exprod7og126.obsmtp.com [64.18.2.206]) by core3.amsl.com (Postfix) with ESMTP id 8688D3A69C5 for <isis-wg@ietf.org>; Fri, 23 Apr 2010 16:00:56 -0700 (PDT)
Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob126.postini.com ([64.18.6.12]) with SMTP ID DSNKS9ImnQBEcMacARVjO5w78dvlMN6sdOze@postini.com; Fri, 23 Apr 2010 16:00:54 PDT
Received: from EMBX01-HQ.jnpr.net ([fe80::c821:7c81:f21f:8bc7]) by P-EMHUB01-HQ.jnpr.net ([fe80::fc92:eb1:759:2c72%11]) with mapi; Fri, 23 Apr 2010 10:29:46 -0700
From: David Ward <dward@juniper.net>
To: isis-wg <isis-wg@ietf.org>
Date: Fri, 23 Apr 2010 10:29:45 -0700
Thread-Topic: New Layer2 extensions to ISIS - thorough review will be required
Thread-Index: AcrjCpFI/xK+V3+XRmKiuuE0umjLQg==
Message-ID: <E5AACC79-7A9A-4315-86DF-8E27268EA20D@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: Christian Hopps <chopps@rawdofmt.org>, Ralph Droms <rdroms@cisco.com>, Jari Arkko <jari.arkko@piuha.net>, Adrian Farrel <Adrian.Farrel@huawei.com>
Subject: [Isis-wg] New Layer2 extensions to ISIS - thorough review will be required
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: Fri, 23 Apr 2010 23:01:06 -0000

All -

The WG Chairs would like to be clear on the approach to review and progression of the draft: draft-ietf-isis-layer2. There will be a request for the routing directorate, specific guest reviewers and a lengthy community review. There will also be a requirement of multiple, interoperable implementations. Whether we split the draft into TRILL, .aq, OTV extensions into separate drafts or not, the foundational changes to ISIS for each of the technologies will need to be proven working and correct.

The draft itself will need to be cleaned up and clear what PDUs, TLVs, etc are necessary for any of this technology which will make reading and implementation awareness easier. If we decide to split them (we will decide later - please remain calm  and not discuss this nit now- let's get the information completed as we know it); it will be quite trivial. If we decide not to; it will be clear to the reader/implementor.

The purpose of such a process is because in several decades of the existence of ISIS and extremely wide deployment, no new PDU types were ever deemed necessary. The new TLVs being proposed and the data being carried has never been carried before and may cause new scaling, performance or other impacts that we don't currently understand. We need to fully understand the impact of these changes and learn what we don't know about the changes we are proposing. I've found in my experience that new protocols, new technologies and fundamental changes to protocols require a deep understanding and implementation experience and not a rush to RFC. Headsup

Thanks.

-DWard, CHopps