[armd] review of draft-ietf-armd-problem-statement-02

Lucy yong <lucy.yong@huawei.com> Thu, 10 May 2012 19:31 UTC

Return-Path: <lucy.yong@huawei.com>
X-Original-To: armd@ietfa.amsl.com
Delivered-To: armd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B8B911E80AB for <armd@ietfa.amsl.com>; Thu, 10 May 2012 12:31:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.51
X-Spam-Level:
X-Spam-Status: No, score=-2.51 tagged_above=-999 required=5 tests=[AWL=0.088, BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rLRJOhT+X-q7 for <armd@ietfa.amsl.com>; Thu, 10 May 2012 12:31:45 -0700 (PDT)
Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id EB0BC11E80D0 for <armd@ietf.org>; Thu, 10 May 2012 12:31:44 -0700 (PDT)
Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AGA79739; Thu, 10 May 2012 15:31:44 -0400 (EDT)
Received: from DFWEML408-HUB.china.huawei.com (10.193.5.134) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 10 May 2012 12:29:20 -0700
Received: from DFWEML506-MBX.china.huawei.com ([10.124.31.111]) by dfweml408-hub.china.huawei.com ([10.193.5.134]) with mapi id 14.01.0323.003; Thu, 10 May 2012 12:29:25 -0700
From: Lucy yong <lucy.yong@huawei.com>
To: "armd@ietf.org" <armd@ietf.org>
Thread-Topic: [armd] review of draft-ietf-armd-problem-statement-02
Thread-Index: Ac0u4zSx8hzo7stpSg+dd0iKJk+ZSQ==
Date: Thu, 10 May 2012 19:29:24 +0000
Message-ID: <2691CE0099834E4A9C5044EEC662BB9D331080B7@dfweml506-mbx>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.136.151]
Content-Type: multipart/alternative; boundary="_000_2691CE0099834E4A9C5044EEC662BB9D331080B7dfweml506mbx_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mailman-Approved-At: Thu, 10 May 2012 12:37:42 -0700
Subject: [armd] review of draft-ietf-armd-problem-statement-02
X-BeenThere: armd@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion of issues associated with large amount of virtual machines being introduced in data centers and virtual hosts introduced by Cloud Computing." <armd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/armd>, <mailto:armd-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/armd>
List-Post: <mailto:armd@ietf.org>
List-Help: <mailto:armd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/armd>, <mailto:armd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 10 May 2012 19:31:46 -0000

Hi,

I read this draft and think it describes clearly. I support it.


Here are some editing suggestion and comments.
Notation: > for original text, < suggested text.

>the issue is complicated by routers having many interfaces on which
   address resolution must be performed or with IEEE 802.1Q domains,
   where individual VLANs form their own broadcast domains.

< the issue is complicated by routers having many interfaces on which
   address resolution must be performed or within IEEE 802.1Q domains
   where individual VLANs form their own broadcast domains.


>This document is a product of the ARMD WG and identifies potential
   issues associated with address resolution in datacenters with massive
   number of hosts.
<This document identifies potential
   issues associated with address resolution in datacenters with massive
   number of hosts.

>   Broadcast Domain:  The set of all links, repeaters, and switches that
      are traversed in order to reach all nodes that are members of a
      given L2 domain.  For example, when sending a broadcast packet on
      a VLAN, the domain would include all the links and switches that
      the packet traverses when broadcast traffic is sent.

Comment:  in DC, will a link or switch be physical link or virtual link, physical switch or virtual switch? It is better to state explicitly.

>  As the size of an L2 network increases, the level of
   broadcast traffic from protocols like ARP increases.

<  As the size of an L2 broadcast domain increases, the level of
   broadcast traffic from protocols like ARP increases.

> That is, split large L2 networks into multiple smaller L2 networks,
   each operating as its own L3/IP subnet.  Numerous data center
   networks have been designed with this principle, e.g., with each rack
   placed within its own L3 IP subnet.  By doing so, the broadcast
   domain (and address resolution) is confined to one Top of Rack
   switch, which works well from a scaling perspective.  Unfortunately,
   this conflicts in some ways with the current trend towards dynamic
   work load shifting in data centers and increased virtualization as
   discussed below.

Comment: In DC, split large L2 network into multiple smaller L2 network is for security trust design. Multiple L2 networks are on the same L3 subnetwork so they all can support the same application, but they are isolated by L2 network for security reason, which also reduces ARP issue.

>  First, it uses broadcast, and any network with a large number of
   attached hosts will see a correspondingly large amount of broadcast ARP traffic.
Comment: it is not necessary true. A lot of trust designs prevent from host-to-host communications.

>  Additionally, If no response
   is received, the router has to send the ARP/ND query multiple times.
< Additionally, if no response
   is received, the router has to send the ARP/ND query multiple times.

>  Although address-resolution traffic remains local to one L2 network,
   some data center designs terminate L2 subnets at individual
   aggregation switches/routers (e.g., see Section 4.4.2).

< Although address-resolution traffic remains local to one L2 network,
   some data center designs terminate L2 domain at individual
   aggregation switches/routers (e.g., see Section 4.4.2).

Regards,
Lucy