[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
- [trill] Comment on draft-yizhou-trill-arp-optimiz… Donald Eastlake
- Re: [trill] Comment on draft-yizhou-trill-arp-opt… Liyizhou