Re: [Isis-wg] I-D Action:draft-ietf-isis-layer2-05.txt

Donald Eastlake <d3e3e3@gmail.com> Wed, 05 May 2010 13:29 UTC

Return-Path: <d3e3e3@gmail.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 0D5C228C0F2 for <isis-wg@core3.amsl.com>; Wed, 5 May 2010 06:29:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.49
X-Spam-Level:
X-Spam-Status: No, score=-0.49 tagged_above=-999 required=5 tests=[AWL=-0.492, BAYES_50=0.001, HTML_MESSAGE=0.001]
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 KrH4GITDrDG6 for <isis-wg@core3.amsl.com>; Wed, 5 May 2010 06:29:06 -0700 (PDT)
Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by core3.amsl.com (Postfix) with ESMTP id D913928C0EB for <isis-wg@ietf.org>; Wed, 5 May 2010 06:29:05 -0700 (PDT)
Received: by wyb32 with SMTP id 32so1498931wyb.31 for <isis-wg@ietf.org>; Wed, 05 May 2010 06:28:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=ggJLTcjBLq972+TeiHdv6JCSKD4X+732n2ccIclC8vw=; b=h+Gw/dF+kAUtrlJiueElct+4syvRuD/MJ5GHp9cRAnBa5uLxBK/vDA+c4QJPH/mh2T Mb6NdXZO+7T7PaA5i0FS4hFk0tbqxGzBwCYgLPKcX9SDskt2Ijl0lNWgG4qhfujY11aY 1u0eSKQ2qyydJiQWUuuOBQUh7Hp/zSTxXfjFw=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ImxKrbw1EbPYVIPJtfM3yWcNDLAmEj6+jpvH7677C6dFmJwAwsE8SpKISEgwOAzIU+ aG5aFbNFpTz/h7od5pH9lBi9S2/1ICklhpMz8r2TxFAU5PCpr9EkFqDBzKSTyFSWoX5b 4avkl6cigezwZRR1LgVMpUvOPSJSuQOhjNPOM=
MIME-Version: 1.0
Received: by 10.216.86.210 with SMTP id w60mr10222685wee.48.1273066126627; Wed, 05 May 2010 06:28:46 -0700 (PDT)
Received: by 10.216.88.75 with HTTP; Wed, 5 May 2010 06:28:46 -0700 (PDT)
In-Reply-To: <2C0EBEE1-40FA-43E8-B1D0-760801939063@gmail.com>
References: <2FEA927D4859134F939C41B656EBB21C0AE06EB0@xmb-sjc-21e.amer.cisco.com> <2FEA927D4859134F939C41B656EBB21C0AE06EB6@xmb-sjc-21e.amer.cisco.com> <60C093A41B5E45409A19D42CF7786DFD4F9AAE46AB@EUSAACMS0703.eamcs.ericsson.se> <E4F23FAE-2071-4B1E-AA4F-AD097FB683FF@gmail.com> <5E893DB832F57341992548CDBB33316398387204F7@EMBX01-HQ.jnpr.net> <2C0EBEE1-40FA-43E8-B1D0-760801939063@gmail.com>
Date: Wed, 05 May 2010 09:28:46 -0400
Message-ID: <z2t1028365c1005050628l9d1ba051ha406c743d98e8a65@mail.gmail.com>
From: Donald Eastlake <d3e3e3@gmail.com>
To: Ralph Droms <rdroms.ietf@gmail.com>
Content-Type: multipart/alternative; boundary="0016e6d99d0340d5f40485d8ce96"
Cc: isis-wg@ietf.org
Subject: Re: [Isis-wg] I-D Action:draft-ietf-isis-layer2-05.txt
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: Wed, 05 May 2010 13:29:08 -0000

Hi Ralph,

The existing table in draft-ietf-isis-layer2-05 in Section 5, split across
pages 56 and 57, has an "LSP" column and an "MGROUP LSP" column. By
implication, those protocols indicated in the TRILL/IEEE/OTV column for an
TLV/sub-TLV with an X in the MGROUP LSP column are specified in that draft
as using the MGROUP set of PDUs. However, I, along with many others, think
the MGROUP cluster of three PDUs is unnecessary and should just be
eliminated from the draft.

That leaves three other PDUs, the TRILL Hello, MTU-probe, and MTU-ack.

Not surprisingly, the "TRILL Hello" PDU is used by TRILL but it is a
separate PDU only out of an abundance of caution. TRILL implementations
never use the "LAN Hello" used at Layer 3 and non-TRILL implementations of
IS-IS never issue a TRILL Hello. (Both use the same P2P Hello on P2P links.)
Since TRILL and Layer 3 frames are distinguished by using different
multicast addresses and by using Area Addresses which are in practice, if
not in theory, completely disjoint. Thus there are already 2 means of
separating "LAN Hellos" frames from "TRILL Hellos" and, as I say, using a
different PDU number for TRILL Hellos was suggested only out of an abundance
of caution.

The MTU-probe and MTU-ack provide a simple one-hop request-response way to
test link MTU. Implementation of MTU-probe is optional but a TRILL
implementation receiving an MTU-prove must respond with an MTU-ack. MTU is a
loop safety consideration for TRILL. This MTU facility, and the ability to
report MTUs with the extended IS reachability MTU sub-TLV, could also be
used, for example, by Layer-3 IS-IS to collect information on which to base
traffic engineered routes meeting some minimum MTU requirement.

Thanks,
Donald

On Wed, May 5, 2010 at 8:36 AM, Ralph Droms <rdroms.ietf@gmail.com> wrote:

> John - I understand that OTV is a proprietary protocol.  My questino was
> asked to find out about applicability of those PDUs - which protocols
> require which PDUs, and what is the motivation for including each of those
> PDUs in draft-ietf-isis-layer2-05.txt.
>
> - Ralph
>
>
> On May 5, 2010, at 8:21 AM 5/5/10, John E Drake wrote:
>
>  Ralph,
>>
>> I think the point is that unlike TRILL, and IEEE 802.1aq, OTV is
>> proprietary - nobody other than its designers has any idea how it works.
>>
>> Publishing a few of its TLVs does absolutely nothing regarding
>> interoperability.
>>
>> Thanks,
>>
>> John
>>
>>  -----Original Message-----
>>> From: isis-wg-bounces@ietf.org [mailto:isis-wg-bounces@ietf.org] On
>>> Behalf
>>> Of Ralph Droms
>>> Sent: Wednesday, May 05, 2010 5:07 AM
>>> To: isis-wg@ietf.org
>>> Subject: Re: [Isis-wg] I-D Action:draft-ietf-isis-layer2-05.txt
>>>
>>> Which of TRILL, IEEE 802.1ag and OTV use each of the PDUs defined in
>>> draft-ietf-isis-layer2-05.txt?  Is it possible to devise an
>>> applicability or usage table, similar to the table for TLVs in section
>>> 5, for the new PDUs?
>>>
>>> - Ralph
>>>
>>> _______________________________________________
>>> Isis-wg mailing list
>>> Isis-wg@ietf.org
>>> https://www.ietf.org/mailman/listinfo/isis-wg
>>>
>>
> _______________________________________________
> Isis-wg mailing list
> Isis-wg@ietf.org
> https://www.ietf.org/mailman/listinfo/isis-wg
>