Re: [Pppext] I-D Action:draft-ietf-pppext-trill-protocol-01.txt

Donald Eastlake <d3e3e3@gmail.com> Sat, 05 June 2010 01:36 UTC

Return-Path: <d3e3e3@gmail.com>
X-Original-To: pppext@core3.amsl.com
Delivered-To: pppext@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 922D53A680E for <pppext@core3.amsl.com>; Fri, 4 Jun 2010 18:36:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.042
X-Spam-Level:
X-Spam-Status: No, score=-0.042 tagged_above=-999 required=5 tests=[AWL=-0.044, 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 01YbyxVN7zfn for <pppext@core3.amsl.com>; Fri, 4 Jun 2010 18:36:48 -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 585823A6803 for <pppext@ietf.org>; Fri, 4 Jun 2010 18:36:48 -0700 (PDT)
Received: by wyf23 with SMTP id 23so1311947wyf.31 for <pppext@ietf.org>; Fri, 04 Jun 2010 18:36:31 -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=pa1GYk1lG1ZiHtDrco4oNtjCYF3lOnrPKZpppbzE+ac=; b=h0TSN249JLx/h5A942bhfXf0SLdYOfpbTXepXxL63f6eWdXOBktMPYg0ghtG7jIbi3 hT3qaqykOJ6H+LlMiA6yuFBMcsnl2gcaaAPJ5pYJumabAzRniad5kg9QW4jfBZd+If0a Iu4m3ZWwBpWIYEaL3iRrHuijkFbXKKjJof2F0=
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=URb6VM2/Y5qZi87M5B0kM0mepcx4YqmfYYg7DBl7wgK525aQpWCutHVP9P42DdongM REMyW/EU20a+xoofa47O9960aNoPnSIwehVSmio6ectG12AeyPxn76zIsAcYuBMQEdQh FeQS9v5TBQeFSMEjhzSmwfVWJOVIR4VWmCaHo=
MIME-Version: 1.0
Received: by 10.216.86.19 with SMTP id v19mr255254wee.89.1275701791251; Fri, 04 Jun 2010 18:36:31 -0700 (PDT)
Received: by 10.216.229.210 with HTTP; Fri, 4 Jun 2010 18:36:31 -0700 (PDT)
In-Reply-To: <4BFFAB96.6080606@workingcode.com>
References: <20100527164502.B487E3A6AFA@core3.amsl.com> <AANLkTikjeRk-3f7NCs6UoqRzNJRGPMvvk2TngTM6fthG@mail.gmail.com> <4BFFAB96.6080606@workingcode.com>
Date: Fri, 4 Jun 2010 21:36:31 -0400
Message-ID: <AANLkTimCFGB8tPJauq7AZF8W9hCP1MrmoSSs0J-TUOO2@mail.gmail.com>
From: Donald Eastlake <d3e3e3@gmail.com>
To: James Carlson <carlsonj@workingcode.com>
Content-Type: multipart/alternative; boundary=0016e6d99bfe1b5e0004883e7809
Cc: pppext@ietf.org
Subject: Re: [Pppext] I-D Action:draft-ietf-pppext-trill-protocol-01.txt
X-BeenThere: pppext@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PPP Extensions <pppext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Sat, 05 Jun 2010 01:36:49 -0000

On Fri, May 28, 2010 at 7:40 AM, James Carlson <carlsonj@workingcode.com>wrote;wrote:

> On 05/27/10 23:45, Donald Eastlake wrote:
> > Hi,
> >
> > Although I am not a PPP expert, I think this draft looks pretty good.
> > Now that TRILL has been approved as a Proposed Standard,  I think this
> > draft should be advanced.
> >
> > However, I do have a question on one sentence:
> > In Section 3 on Page 4, numbered item 2, the following sentence occurs:
> >                If the peer is an RBridge, then there is no need to
> >       pass unencapsulated frames nor to any TRILL-ignorant peer to be
> >       concerned about.
> >
> > I assume that most of the end of this sentence shouldn't be there...
>
> I think there's just an extra word in the sentence (s/nor to/nor/).  It
> reads better as:
>
>        If the peer is an RBridge, then there is no need to
>         pass unencapsulated frames, as the link can have no TRILL-
>         ignorant peer to be concerned about.
>
> The point of sending unencapsulated is to make sure that TRILL-ignorant
> nodes are able to see the traffic.  But, since this is point-to-point,
> we can be certain that "everyone" (i.e., the one guy we're sending to)
> knows TRILL.


OK, that one word fix makes sense to me.

Thanks,
Donald

--
> James Carlson         42.703N 71.076W         <carlsonj@workingcode.com>
>