[trill] Comment on draft-yizhou-trill-arp-optimization

Donald Eastlake <d3e3e3@gmail.com> Fri, 27 February 2015 03:28 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 206581A1A51 for <trill@ietfa.amsl.com>; Thu, 26 Feb 2015 19:28:21 -0800 (PST)
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 6FmWAcXU-ZxQ for <trill@ietfa.amsl.com>; Thu, 26 Feb 2015 19:28:20 -0800 (PST)
Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (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 F06B61A00ED for <trill@ietf.org>; Thu, 26 Feb 2015 19:28:19 -0800 (PST)
Received: by mail-ob0-f174.google.com with SMTP id wo20so15784306obc.5 for <trill@ietf.org>; Thu, 26 Feb 2015 19:28:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=fi5KlVnBX/OLsLELIzHRpXUgRjX5Z9V8QDnUvODddZI=; b=qVnPhgyHK2XYPCxXnPdmcnbIbLUMaP4bpdli2TBfwg0tqDeAJYenqxfA3HEgUt6AT2 eyB+l9TvqSA+rD4pfkF6q8kf9Crp5ZEl9qVR0olYip0pQSasUgXX84pxdfBLRyr8C2/U 8eiatfiqxGKXdpZp6Ab2rZw09yHACK2153ujOrCezsz1SiMh0+QwVi4WOU6KQnvLffqz /7u2dKZZ9fzkT+dDb2zHNK1T2XOxBUNDs/5EhTsTOnKt0yzegoYBV9Rldfk1XeTNoHte Ytu/PHWaK8qU4p0fZyVP0IWZulC7BkEV0NutviGs+7BZxlAGuw1RHuu5fNUDNeSL+ajh Y5wA==
X-Received: by 10.60.23.37 with SMTP id j5mr8444696oef.25.1425007699175; Thu, 26 Feb 2015 19:28:19 -0800 (PST)
MIME-Version: 1.0
Received: by 10.76.155.134 with HTTP; Thu, 26 Feb 2015 19:27:57 -0800 (PST)
From: Donald Eastlake <d3e3e3@gmail.com>
Date: Thu, 26 Feb 2015 22:27:57 -0500
Message-ID: <CAF4+nEGXSsfuqmT2O5vcz=EtWPhH8arZgWy_zbOEjgqWEZnpPg@mail.gmail.com>
To: "trill@ietf.org" <trill@ietf.org>
Content-Type: text/plain; charset=UTF-8
Archived-At: <http://mailarchive.ietf.org/arch/msg/trill/hVLU0U5NevkS-HzqQ6KZYLQcjCE>
Subject: [trill] Comment on draft-yizhou-trill-arp-optimization
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, 27 Feb 2015 03:28:21 -0000

Hi,

I think Section 3.1 could be improved. The current text and a
suggested replacement are as follows:

OLD

3.1 Get Sender's IP/MAC Mapping Information for Non-zero IP

   If the sender's MAC has not been saved by the ingress RBridge before,
   populate the information of sender's IP/MAC in its ARP table;

   else if the sender's MAC has been saved before but with a different
   IP address mapped, the RBridge should verify if a duplicate IP
   address has already been in use. The RBridge may use different
   strategies to do so, for example, ask an authoritative entity like
   directory servers or encapsulate and unicast the ARP/ND message to
   the location where it believes a duplicate address is in use.

   The ingress RBridge may use the IA APPsub-TLV [IA] with the Local
   flag set in ESADI [RFC7357] to distribute any new or updated IP/MAC
   information obtained in this step. If a push directory server is
   used, such information can be distributed as per [DirMech].

NEW

3.1 Geting Sender IP/MAC Mapping Information for Non-zero IP

   If the sender's IP has not been saved by the ingress RBridge
   before, populate the information of sender's IP/MAC in its ARP
   table;

   else if the sender's IP has been saved before but with a different
   IP to MAC address mapping or a different ingress nickname
   associated with the same IP/MAC pair, the RBridge should verify if
   a duplicate IP address is in use or a host has changed its
   attaching RBridge. The RBridge may use different strategies to do
   so, for example, it could ask an authoritative entity like a
   directory server or it could encapsulate and unicast the ARP/ND
   message to the location where it believes the address is in use.
   The RBridge should update the saved triplet of {IP address, MAC
   address, ingress nickname} based on the verification results.

   The ingress RBridge may use the IA APPsub-TLV [IA] with the Local
   flag set in ESADI [RFC7357] to distribute any new or updated
   triplet of {IP address, MAC address, ingress nickname} information
   obtained in this step. If a push directory server is used, such
   information can be distributed as specified in [DirMech].

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