[trill] 答复: draft-yizhou-trill-arp-optimization-01

Liyizhou <liyizhou@huawei.com> Tue, 24 February 2015 04:11 UTC

Return-Path: <liyizhou@huawei.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 71A681A0123 for <trill@ietfa.amsl.com>; Mon, 23 Feb 2015 20:11:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.078
X-Spam-Level: **
X-Spam-Status: No, score=2.078 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 97Dh9R91emzv for <trill@ietfa.amsl.com>; Mon, 23 Feb 2015 20:11:52 -0800 (PST)
Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B6D921A0181 for <trill@ietf.org>; Mon, 23 Feb 2015 20:11:51 -0800 (PST)
Received: from 172.18.9.243 (EHLO lhreml402-hub.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CKU88960; Mon, 23 Feb 2015 22:11:49 -0600 (CST)
Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 24 Feb 2015 04:11:46 +0000
Received: from NKGEML503-MBX.china.huawei.com ([169.254.5.197]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0158.001; Tue, 24 Feb 2015 12:11:41 +0800
From: Liyizhou <liyizhou@huawei.com>
To: gayle noble <windy_1@skyhighway.com>, "trill@ietf.org" <trill@ietf.org>
Thread-Topic: [trill] draft-yizhou-trill-arp-optimization-01
Thread-Index: AQHQT+ECxx0mv9fhUkCDgdX/TB57Ipz/L5Fw
Date: Tue, 24 Feb 2015 04:11:40 +0000
Message-ID: <D408889639FC5E4FADB4E00A3E01FA8F67D9A852@nkgeml503-mbx.china.huawei.com>
References: <20150214192017.15181.75809.idtracker@ietfa.amsl.com> <CAF4+nEEbJQQ3e_LDR_BhRMWrXf-tZzB8OFS7UDy3EEFJJL=sWA@mail.gmail.com> <201502240321.t1O3LGNn073865@skyhighway.com>
In-Reply-To: <201502240321.t1O3LGNn073865@skyhighway.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.126.147]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/trill/Zv8dVZ8BofaGBWTTbmY_79SE7JM>
Subject: [trill] =?gb2312?b?tPC4tDogIGRyYWZ0LXlpemhvdS10cmlsbC1hcnAtb3B0?= =?gb2312?b?aW1pemF0aW9uLTAx?=
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: Tue, 24 Feb 2015 04:11:55 -0000

Gayle, thanks for your review. Will update all the editorial changes.

Yizhou

-----邮件原件-----
发件人: trill [mailto:trill-bounces@ietf.org] 代表 gayle noble
发送时间: 2015年2月24日 11:21
收件人: trill@ietf.org
主题: Re: [trill] draft-yizhou-trill-arp-optimization-01

I read this draft and have the following thoughts/comments about the ability of the written words to communicate the technology >*grin*<

1)     Page 3  Terminology
(I'd remove the word "is")
The acronyms and terminology in [RFC6325] /is/ are used herein. Some 
of   these are listed below for convenience with the following along 
with some additions:

2)    page 3
   At first I thought the acronym was repeated in the definition of the acronym instead of referring to a reference document. So, for clarity to other California Air Heads, I would replace the "[IA]" 
with  [IA-draft]
(so)
IA - Interface Addresses, a TRILL APPsub-TLV[IA] (would be) IA - Interface Addresses, a TRILL APPsub-TLV [IA-draft]

3)    page 3  IP/MAC Address Mappings
(remove second "and" )
Traditionally an RBridge learns the MAC and /and/ Data Label (VLAN or
FGL) to nickname correspondence of a remote host, as per [RFC6325] and [RFC7172], from TRILL data frames received.

4)    page 4 - first paragraph
(I'd replace the IA with IA-draft)
(so)
Addresses (IA) APPsub-TLV [IA] enhances the TRILL base protocol by allowing IP and MAC address mappings to be distributed in the control plane by any RBridge.
(would become)
Addresses (IA) APPsub-TLV [IA-draft] enhances the TRILL base protocol by allowing IP and MAC address mappings to be distributed in the control plane by any RBridge.

5)    page 4
(reword)
The information may be possibly from different sources.
(to)
The information may possibly be from different sources.

6)    page 4
(as written)
RBridges can then use the Flags Field in IA APPsub-TLV to identify if the source is a directory server or local observation by the sender. 
Different confidence level may also be used to indicate the reliability of the mapping information.
(I'd re-word it to)
RBridges can then use the Flags Field in IA APPsub-TLV to identify if the source is a directory server or a local observation by the sender. A different confidence level may also be used to indicate the reliability of the mapping information.

7)    page 5
(I'd replace [IA] with [IA-Draft])
(so)
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.
(becomes)
The ingress RBridge may use the IA APPsub-TLV [IA-draft] with the Local flag set in ESADI [RFC7357] to distribute any new or updated IP/MAC information obtained in this step.

8)    page 6
(I'd replace [IA] with [IA-draft])
(so)
The RBridge may use an IA APPsub-TLV[IA]with the Local flag set to distribute the sender's MAC and IP mapping information.
(becomes)
The RBridge may use an IA APPsub-TLV[IA-draft]with the Local flag set to distribute the sender's MAC and IP mapping information.

9) last sentence page 6 top of page 7
("initiate" should  be "initiates" as R2 is the noun of the sentence at that point) If the ingress RBridge R1 decides to unicast the ARP/ND request to the target's egress RBridge R2 as discussed in subsection 3.2 item a) or to flood the request as per [RFC6325], then R2 decapsulates the query, and initiate [initiates] an ARP/ND query on the target's link.

10) Page 7
(I'd replace [IA] with [IA-draft])
(so)
The update message can be carried by an IA APPsub-TLV [IA] with the Local flag set in ESADI [RFC7357] or as per [DirMech] if push directory server is in use.
(becomes)
The update message can be carried by an IA APPsub-TLV [IA-draft] with the Local flag set in ESADI [RFC7357] or as per [DirMech] if push directory server is in use.

11) page 7
(I think RARP is repeated twice)
(as written)
Handling RARP (Reverse Address Resolution Protocol) Messages RARP[RFC903] uses the same packet format as ARP but a different  Ethertype (0x8035) and opcode values.
(I think it should be)
Handling RARP (Reverse Address Resolution Protocol) Messages[RFC903] uses the same packet format as ARP but a different  Ethertype
(0x8035) and opcode values.

12) page 7 just before IANA considerations (the word "to" was left out) The ingress RBridge should also rate limit the ARP/ND queries for the same target to be injected to the TRILL campus [to] prevent the possible attack.

13) page 9
(the word "Email" is not formatted the same for all emails. I think one format should be chosen and used in all documents. I prefer "Email" to EMail" but either is fine as long as they all are the same. )

EMail: liyizhou@huawei.com
Email: d3e3e3@gmail.com
EMail: ldunbar@huawei.com
Email: Radia@alum.mit.edu
EMail: igor@yahoo-inc.com


14) just  a note
Acronyms used might be nice to list them all in the document

APPsub-TLV     Application sub-Type-Length-Values
ARP                Address Resolution Protocol
DAD               Duplicate Address Detection
DirMech          Edge Directory Assist Mechanisms
ESADI            End Station Address Distribution Information
FGL                Fine-Grained Label
IA                  Interface Addresses
IP                  Internet Protocol
MAC               media access control address
ND                 Neighbor Discovery
RARP              Reverse Address Resolution Protocol
RBridge           Routing Bridge
SEND              secure neighbor discovery
TLV                 Type Length Value
TRILL              Transparent Interconnection of Lots of Links
TRILL              Tunneled Routing in the Link Layer
TRILL switch     an RBridge

_______________________________________________
trill mailing list
trill@ietf.org
https://www.ietf.org/mailman/listinfo/trill