Re: [Pppext] [rbridge] TRILL, IS-IS, and System ID

Vernon Schryver <vjs@calcite.rhyolite.com> Wed, 01 June 2011 20:04 UTC

Return-Path: <vjs@calcite.rhyolite.com>
X-Original-To: pppext@ietfa.amsl.com
Delivered-To: pppext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AA77E085E for <pppext@ietfa.amsl.com>; Wed, 1 Jun 2011 13:04:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nyVzVHDyHh6y for <pppext@ietfa.amsl.com>; Wed, 1 Jun 2011 13:04:01 -0700 (PDT)
Received: from calcite.rhyolite.com (calcite.rhyolite.com [IPv6:2001:4978:230::3]) by ietfa.amsl.com (Postfix) with ESMTP id 6E083E085D for <pppext@ietf.org>; Wed, 1 Jun 2011 13:03:59 -0700 (PDT)
Received: from calcite.rhyolite.com (localhost [127.0.0.1]) by calcite.rhyolite.com (8.14.4/8.14.4) with ESMTP id p51K3kiZ058553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) env-from <vjs@calcite.rhyolite.com>; Wed, 1 Jun 2011 20:03:47 GMT
Received: (from vjs@localhost) by calcite.rhyolite.com (8.14.4/8.14.4/Submit) id p51K3i0g058552; Wed, 1 Jun 2011 20:03:44 GMT
Date: Wed, 01 Jun 2011 20:03:44 +0000
From: Vernon Schryver <vjs@calcite.rhyolite.com>
Message-Id: <201106012003.p51K3i0g058552@calcite.rhyolite.com>
To: pppext@ietf.org
In-Reply-To: <AE36820147909644AD2A7CA014B1FB520E6E80F6@xmb-sjc-222.amer.cisco.com>
X-DCC-Rhyolite-Metrics: calcite.rhyolite.com; whitelist
Cc: rbridge@postel.org, ginsberg@cisco.com, stbryant@cisco.com
Subject: Re: [Pppext] [rbridge] TRILL, IS-IS, and System ID
X-BeenThere: pppext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: PPP Extensions <pppext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pppext>, <mailto:pppext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pppext>
List-Post: <mailto:pppext@ietf.org>
List-Help: <mailto:pppext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pppext>, <mailto:pppext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Jun 2011 20:04:01 -0000

> ...
> This whole thing needs to be MUCH, more carefully thought out, if indeed =
> a solution
> is to be attempted.

Indeed.

The PPPEXT WG and all documents produced by the PPPEXT WG should stick
to PPP, and not try to fix other protocols, whether IS-IS, RIP, BGP,
HTTP, TCP, or anything else.  It is as wrong to try solve IS-IS problems
in the PPPEXT WG as it is to solve PPP problems in other IETF working
groups or other standards organizations' committees.

It's irrelevant that the familiar, often well founded suspicions
of forum shopping do not fit this controversy.  More to the point,
if neither forum shopping nor coup counting matter, then the "LSR War"
and related IS-IS problems talked about in
http://tools.ietf.org/html/draft-simpson-isis-ppp-unique-01
must be considered first in the ISIS WG.  Only if and when the ISIS WG
decides that IS-IS needs help in the point-to-point protocol should
the PPPEXT WG notice.

That participants in the ISIS WG might need to subscribe to the ISIS-WG
mailing list to participate in those discussions is irrelevant here.

If the ISIS WG fails to agree that a problem needs to be solved,
then this PPPEXT WG is required to keep quiet and not be helpful.
The ISIS WG group has a duty to be as wrong as it feels is right.

None of that precludes individual submissions or non-standards track
RFCs, but those would be irrelevant to J.Carlson's standards track
document.


Are PPP WGs still ruled by consensus?  Does anyone besides W.Simpson
think that J.Carlson's PPP TRILL document should say more than the
global minimum about IS-IS system identifiers, possibly nothing at
all?  I propose that mention of the IS-IS identifier uniqueness be
minimized in the PPP TRILL document.  If ISIS WG decides on a problem
and wants PPP TRILL changes, then a new PPP TRILL RFC can published.


Vernon Schryver    vjs@rhyolite.com