Re: [trill] Eric Rescorla's No Objection on draft-ietf-trill-arp-optimization-09: (with COMMENT)

Donald Eastlake <d3e3e3@gmail.com> Thu, 09 November 2017 14:38 UTC

Return-Path: <d3e3e3@gmail.com>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 762A312EC9C; Thu, 9 Nov 2017 06:38:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.449
X-Spam-Level:
X-Spam-Status: No, score=-2.449 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 8Ur3_0LOMe9c; Thu, 9 Nov 2017 06:38:08 -0800 (PST)
Received: from mail-oi0-x229.google.com (mail-oi0-x229.google.com [IPv6:2607:f8b0:4003:c06::229]) (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 7413212708C; Thu, 9 Nov 2017 06:38:08 -0800 (PST)
Received: by mail-oi0-x229.google.com with SMTP id q4so4540177oic.7; Thu, 09 Nov 2017 06:38:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=kY+6Hd+oGdzrlIFcIFNpg8WqXmg9BunFKZQHOOpuhyE=; b=CAuDvZldsaI8K5afNhIMyRKTUZDhcDsthWC78zUTWBk9n6U2SVI/66urp8WiZAEVjp kS9IBqyHWyr8tWp6JAEp7bDd/TTpwLwFTfgIEtGQKrbRL2uxjbjKSIEQ3QmWX6HqH4fU 0yQbI9QvAoIoFTUpTX9lWvtbwKiaUxh6kTzh5SSolhcccxnT+h4dWQgQlYXbvLvZlk8t ds4eJrB35m2EwOhDqEZ/yKyTHgMITXry86tptpi6ix47OHbUjzDs/NoWPxXzcEky721U FneSyZQ1LElB/BdibrVcf2efksEz0I9HCLUEyxtTMH+7rP4EJaGjrOUi9DVEahQufgcw 4z8Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=kY+6Hd+oGdzrlIFcIFNpg8WqXmg9BunFKZQHOOpuhyE=; b=G5JTu/WkgaF6Vtn/4GvP8jhydcQskWf1PPlEqaqE/dBcgm3qmdDbd+xIf84x76q18r jzafl5TXfYGdOrwCmmn2EfyArYukWKoTjtMhjzza7F0a6ueqQR2zmw6BmBTiYggUNz98 YISa47uHE2/C/S30HmgHHJU0EIztRymIDVBNaPqGUIOPmAitTtIqi+kOG+zxUxT6k/6S gW41jG3omYg26RBycqxs+bS+J2ChzboxrK64RFhXtL5k/h+fQagGdBP4hdQ7VFWWIK/k zdRffOblFXu921Cyu/IaZtSiCZY2aHg/EEozBdcP1qC/LxocuawrT8JaEMYcuupYtCBD asow==
X-Gm-Message-State: AJaThX4aR+bT+hCZ9hpD8m2I4BeK8QqFhIl31Hd3G0qh5MHq9LsFpnub BXgXMe8G7w8lL4KMxOSghT8QgsecB4IreK/ycQM=
X-Google-Smtp-Source: AGs4zMa5Fadj3/sa0F62baoRmCltQC2Zof5bPfZEg+yqaXQxuTW6c2YpuIcipuX1hb/d6BgHGf/IfsfeKE40yyrsKTk=
X-Received: by 10.202.11.3 with SMTP id 3mr435834oil.125.1510238287759; Thu, 09 Nov 2017 06:38:07 -0800 (PST)
MIME-Version: 1.0
Received: by 10.168.73.194 with HTTP; Thu, 9 Nov 2017 06:37:52 -0800 (PST)
In-Reply-To: <CABcZeBPFdUvkJHSrnMpenR=8YOj0utPi=3ktF8a4UnvTsLX7vw@mail.gmail.com>
References: <151023481007.31307.12258000321227182531.idtracker@ietfa.amsl.com> <CAF4+nEF6xA+0N5nQ+D2Qs43f+LqCn-2DN7M2sYHka6L_yQ3XoA@mail.gmail.com> <CABcZeBPFdUvkJHSrnMpenR=8YOj0utPi=3ktF8a4UnvTsLX7vw@mail.gmail.com>
From: Donald Eastlake <d3e3e3@gmail.com>
Date: Thu, 9 Nov 2017 09:37:52 -0500
Message-ID: <CAF4+nEFL_v7fVjhS+bZg+nJx9e+ZAW8TBVNX9Ax1RE-53bZ5Tw@mail.gmail.com>
To: Eric Rescorla <ekr@rtfm.com>
Cc: The IESG <iesg@ietf.org>, draft-ietf-trill-arp-optimization@ietf.org, "trill-chairs@ietf.org" <trill-chairs@ietf.org>, Susan Hares <skh@ndzh.com>, "trill@ietf.org" <trill@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/trill/1iK3LHTXx2uFZA6ZArGpuawBYHk>
Subject: Re: [trill] Eric Rescorla's No Objection on draft-ietf-trill-arp-optimization-09: (with COMMENT)
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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: Thu, 09 Nov 2017 14:38:10 -0000

Oh.

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


On Thu, Nov 9, 2017 at 9:29 AM, Eric Rescorla <ekr@rtfm.com> wrote:
> Sorry, this is just the result of bad tooling combined with lack of coffee.
> When you change a Discuss to a No Objection it keeps the comments. I agree
> the current text is fine.
>
> On Thu, Nov 9, 2017 at 6:26 AM, Donald Eastlake <d3e3e3@gmail.com> wrote:
>>
>> Hi Eric,
>>
>> Thanks for clearing your DISCUSS. See responses below to your
>> remaining COMMENTs.
>>
>> On Thu, Nov 9, 2017 at 8:40 AM, Eric Rescorla <ekr@rtfm.com> wrote:
>> >
>> > Eric Rescorla has entered the following ballot position for
>> > draft-ietf-trill-arp-optimization-09: No Objection
>> >
>> >
>> > ----------------------------------------------------------------------
>> > COMMENT:
>> > ----------------------------------------------------------------------
>> >
>> > S 2.
>> >
>> >    plane on the edge RBridges, it should be possible to completely
>> >    suppress flooding of ARP/ND messages in a TRILL Campus, When all end-
>> >    station MAC addresses are similarly known, it should be possible to
>> >    suppress unknown unicast flooding by dropping any unknown unicast
>> >    received at an edge RBridge.
>> >
>> > Are these "should be possibles" normative? Descriptive?
>>
>> The following sentence was added earlier in Section 2 to make it clear
>> that these were not normative:
>>    "This section is a general discussion of this
>>    problem and is not intended to be normative."
>>
>> > S 4.
>> > This is a sequence of steps, so it would be nice to preface them with
>> > a list of the steps. It's also odd to have SEND considerations right
>> > in the middle here.
>> >
>> > 4.3 Get Sender's IP/MAC Mapping Information for Non-zero IP
>> > Please explain what a non-zero IP is and why it's relevant.
>> > This graf also needs an introductory sentence or something before
>> > the bullets.
>>
>> Section 4.3 has been re-named. "non-zero" no longer occurs anywhere in
>> this document. An introductory paragraph was added before the bullets.
>>
>> > S 4.4.
>> >    It is not essential that all RBridges use the same strategy for which
>> >    option to select for a particular ARP/ND query. It is up to the
>> >    implementation.
>> >
>> > This seems inconsistent with the MUST in arm (b) below, because I
>> > can just take some other arm. It's also kind of surprising to be this
>> > non-prescriptive.
>>
>> This is not actually inconsistent. The paragraph at the beginning of
>> Section 4.4 explains that which lettered "arm" you take is fixed by
>> the situation; it is an implementation choice which numbered sub-arm
>> to take under each lettered arm.
>>
>> > S 8.
>> >    some other location (MAC/VM Mobility) and gets connected to egde-
>> >
>> > Nit: edge is mispelled.
>>
>> As far as I can see, the misspelling of edge has been fixed in -09.
>>
>> Thanks,
>> Donald
>> ===============================
>>  Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
>>  155 Beaver Street, Milford, MA 01757 USA
>>  d3e3e3@gmail.com
>
>