Re: [trill] WG LC for draft-ietf-trill-ia-appsubtlv-03 -

Donald Eastlake <d3e3e3@gmail.com> Fri, 05 June 2015 17:53 UTC

Return-Path: <d3e3e3@gmail.com>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 757D51A0033 for <trill@ietfa.amsl.com>; Fri, 5 Jun 2015 10:53:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.75
X-Spam-Level:
X-Spam-Status: No, score=-1.75 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1_JKWFAxJvCc for <trill@ietfa.amsl.com>; Fri, 5 Jun 2015 10:53:13 -0700 (PDT)
Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CDA9E1A002A for <trill@ietf.org>; Fri, 5 Jun 2015 10:53:12 -0700 (PDT)
Received: by obbir4 with SMTP id ir4so17513178obb.1 for <trill@ietf.org>; Fri, 05 Jun 2015 10:53:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=GBbLL6Ynyu1lQGONxRxUE47dn2NTMPSDN1iab7j9Q/Q=; b=u05VcTCvicj76xiLmlvPd85mRIh3XTsTMIl7MwEpGfU1Fhm1ZT59m2z6tefJ5WBgib oe/7bUyuUZyfZNcMYidzPDm05lj6NsxSHF3KpcXzTU1EkvkWun1a+XB9IV8t3gPyK2F2 A5NrXngQw8wilAxrOfDnH9GjZK7tEpshryaZLKYPyOzw3VaC4hxmHG9NRqOT6jsjUP6K 3naHQ0E35LBG3Xbh5fLiI/XwRyAwDPlLHTOXeu2dwkOfRXohfDCWdrzQta+HQylT9xHa qKGi1ox/OPIIw3YlShV8y9oKg6pM95YR6HLIwfm4a+UsWfIe+4/y/5ZHrmNkFgTrtD/V 8JWQ==
X-Received: by 10.202.83.83 with SMTP id h80mr3757179oib.56.1433526792357; Fri, 05 Jun 2015 10:53:12 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.76.153.2 with HTTP; Fri, 5 Jun 2015 10:52:56 -0700 (PDT)
In-Reply-To: <201506010551.t515pwHu089632@skyhighway.com>
References: <02d501d09a0a$371e7dc0$a55b7940$@ndzh.com> <201506010551.t515pwHu089632@skyhighway.com>
From: Donald Eastlake <d3e3e3@gmail.com>
Date: Fri, 5 Jun 2015 13:52:56 -0400
Message-ID: <CAF4+nEFL8m=7vgqHmatgdVK04jdOLojhknpeQdTs0Qo0+tXd-A@mail.gmail.com>
To: gayle noble <windy_1@skyhighway.com>
Content-Type: text/plain; charset=UTF-8
Archived-At: <http://mailarchive.ietf.org/arch/msg/trill/jQQ7xipddocSAyWb97S85uWmBWk>
Cc: "trill@ietf.org" <trill@ietf.org>
Subject: Re: [trill] WG LC for draft-ietf-trill-ia-appsubtlv-03 -
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Developing a hybrid router/bridge." <trill.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/trill>, <mailto:trill-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/trill/>
List-Post: <mailto:trill@ietf.org>
List-Help: <mailto:trill-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/trill>, <mailto:trill-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Jun 2015 17:53:14 -0000

Hi Gayle,

Thanks for these corrections.

Donald
=============================
 Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
 155 Beaver Street, Milford, MA 01757 USA
 d3e3e3@gmail.com


On Mon, Jun 1, 2015 at 1:51 AM, gayle noble <windy_1@skyhighway.com>; wrote:
>  TRILL: Interface Addresses APPsub-TLV
>               <draft-eastlake-trill-ia-appsubtlv-03.txt>
> errors:
>
> 1.   Page 1 abstract and page 3 Introduction  Forth sentence
> ['use" should be "used"]
> (as written)
> Such information could be use in some cases to synthesize responses to or
> by-pass the need for the Address Resolution Protocol (ARP), the IPv6
> Neighbor Discovery (ND) protocol, or the flooding of unknown MAC addresses.
> (should be)
> Such information could be used in some cases to synthesize responses to or
> by-pass the need for the Address Resolution Protocol (ARP), the IPv6
> Neighbor Discovery (ND) protocol, or the flooding of unknown MAC addresses.
> -----------------------------------------------------------------------------
>
> 2.   page 6 description of L bit
> ["Both D and L can one in the same" does not make sense. Was this supposed
> to mean "Both D and L can be set to one in the same IA APPsub-TLV. ??]
> (as written)
> L:      Local flag: If L is one, the APPsub-TLV contains information learned
> ocally by observing ingressed frames. (Both D and L can one in the same IA
> APPsub-TLV.)
> (probably should be)
> L:      Local flag: If L is one, the APPsub-TLV contains information learned
> locally by observing ingressed frames. (Both D and L can be one in the same
> IA APPsub-TLV.)
> (would read better as)
> L:      Local flag: If L is one, the APPsub-TLV contains information learned
> locally by observing ingressed frames. (Both D and L can be set to one in
> the same IA APPsub-TLV.)
> -----------------------------------------------------------------------------
>
> 3.   page 6 description of N bit
> ["one in a ESADI LSP" should be "one in an ESADI LSP" and "contens" should
> be "contents" ]
> (as written)
> N:     Notify flag: When a TRILL switch receives a new IA APPsub-TLV (one in
> a ESADI LSP fragment with a higher sequence number or a new message of some
> other type) and the N bit is one, the TRILL switch then checks the contens
> of the APPsub-TLV for IP address to MAC address mappings.
> (probably should be)
> N:     Notify flag: When a TRILL switch receives a new IA APPsub-TLV (one in
> an ESADI LSP fragment with a higher sequence number or a new message of some
> other type) and the N bit is one, the TRILL switch then checks the contents
> of the APPsub-TLV for IP address to MAC address mappings.
> -----------------------------------------------------------------------
> 4.   page 7 in Template: the fifth sentence (the last one)
> ["filed" should be "field"]
> (as written)
> If K is 255, the length of the Template filed is three bytes and the values
> of the second and third byte, considered as an unsigned integer in network
> byte order, are reserved to correspond to future specified ordered sets of
> AFNs.
> (should be)
> If K is 255, the length of the Template field is three bytes and the values
> of the second and third byte, considered as an unsigned integer in network
> byte order, are reserved to correspond to future specified ordered sets of
> AFNs.
> -----------------------------------------------------------------------------
>
> 5.   page 12 section 3.4 Topology sub-sub-TLV first sentence
> [The last word "give" doesn't make any sense. Should this be "given"?]
> (as written)
> The presence of this sub-sub-TLV indicates that the interfaces given in the
> IA APPsub-TLV are reachable in the topology give.
> (should this be?)
> The presence of this sub-sub-TLV indicates that the interfaces given in the
> IA APPsub-TLV are reachable in the topology given.
> --------------------------------------------------------
>
> 6.   page 15 section 5.1 Additional AFN Number Allocation
> ["alocated" should be spelt "allocated"]
> (as written)
>   IANA has alocated AFN numbers as follows:
> (should be)
>   IANA has allocated AFN numbers as follows:
> -----------------------------------------------------------------
>
> 7.   page 19 paragraph at the bottom first sentence
> [The word "give" doesn't make any sense. Should this be "given"?]
> (as written)
>    The Fixed Address sub-sub-TLV causes the IPv6/64 value give to be treated
> as if it occurred as a 4th entry inside each of the three Address Sets.
> (should this be?)
>   The Fixed Address sub-sub-TLV causes the IPv6/64 value given to be treated
> as if it occurred as a 4th entry inside each of the three Address Sets.
>  ============================
>  suggestions::
>
> 1.   page 6
> It was not clear to me if 0 is the highest confidence or 254 is the highest
> confidence. Perhaps, it could explicitly say that confidence is described in
> [RFC6325]. Or maybe add something saying that larger values of confidence
> indicate higher confidence.
> ------------------------------------------------------------------
>
> _______________________________________________
> trill mailing list
> trill@ietf.org
> https://www.ietf.org/mailman/listinfo/trill
>