[Casm] review for draft-kumar-casm-problem-and-use-cases-00

"Liushucheng (Will)" <liushucheng@huawei.com> Mon, 06 February 2017 02:53 UTC

Return-Path: <liushucheng@huawei.com>
X-Original-To: casm@ietfa.amsl.com
Delivered-To: casm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4264129A95; Sun, 5 Feb 2017 18:53:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 UIzCX2fxzF19; Sun, 5 Feb 2017 18:53:11 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6F84E129A93; Sun, 5 Feb 2017 18:53:10 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DAB60032; Mon, 06 Feb 2017 02:53:07 +0000 (GMT)
Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 6 Feb 2017 02:53:06 +0000
Received: from SZXEMA509-MBS.china.huawei.com ([169.254.2.147]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0235.001; Mon, 6 Feb 2017 10:53:03 +0800
From: "Liushucheng (Will)" <liushucheng@huawei.com>
To: "CASM@ietf.org" <CASM@ietf.org>, "draft-kumar-casm-problem-and-use-cases@ietf.org" <draft-kumar-casm-problem-and-use-cases@ietf.org>
Thread-Topic: review for draft-kumar-casm-problem-and-use-cases-00
Thread-Index: AdKAIwhbA+3UUVJ7T22oYRjAyTHf0w==
Date: Mon, 06 Feb 2017 02:53:02 +0000
Message-ID: <C9B5F12337F6F841B35C404CF0554ACB898BCA92@SZXEMA509-MBS.china.huawei.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.70.79.101]
Content-Type: multipart/alternative; boundary="_000_C9B5F12337F6F841B35C404CF0554ACB898BCA92SZXEMA509MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.5897E514.010A, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.147, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 8c129017df0a8ea385c1bc987daabea1
Archived-At: <https://mailarchive.ietf.org/arch/msg/casm/mjZXHEl8CYidx_5IXEJMyg5Ez_k>
Subject: [Casm] review for draft-kumar-casm-problem-and-use-cases-00
X-BeenThere: casm@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Centralized Address Space Management <casm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/casm>, <mailto:casm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/casm/>
List-Post: <mailto:casm@ietf.org>
List-Help: <mailto:casm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/casm>, <mailto:casm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 06 Feb 2017 02:53:14 -0000

Hi all,

Below please find our review on draft-kumar-casm-problem-and-use-cases-00 as I promised last week.

In general, we believe it's a good work with problem and use cases to continue the discussions about IP address management started last year. Thanks for the efforts. However the scope and some use cases are not clear enough and may need more details.

Abstract
>   The organisations use IP Address Space Management (IPAM) tools to
>   manage their IP address space, often with proprietary database and
>   interfaces.  This document describes evolution of IPAM into a
>   standardized interfaces for centralized management of IP addresses.


It seems the scope was limited to IPAM while I remember in our discussion IPAM is one part, we should also consider other address management device such as BRAS.

The reason for evolution need to be mentioned. I propose the below text: "However, current approaches for address management often result in sub-optimal allocation efficiency and significant complexity for using, sharing and sharing such resources."

"often with proprietary database and   interfaces " do you mean "often with database and *proprietary* interfaces? "

Section 1
Propose to add more solid reasons sth like:
"The increase in number, diversity and complexity of modern network devices and services bring new challenges for the management of IP addresses.

     o Low allocation efficiency due to pre-allocation
     o Manual configuration of address policy, with risk for consistancy in applying policy
               o Complexity in making real-time changes to assignment
     o Lack of an open, programmable interface between systems which
                  requires IP addresses and the Management Systems handling the
                  respective IP address resources
"

Section 4
> 4.  Address Space Management Use cases  . . . . . . . . . . . . .   3
>     4.1.  DHCP server pool  . . . . . . . . . . . . . . . . . . . .   3
>     4.2.  Static address configuration  . . . . . . . . . . . . . .   3
>     4.3.  Public IP address pool  . . . . . . . . . . . . . . . . .   4
>     4.4.  Multicast IP address pool . . . . . . . . . . . . . . . .   4
>     4.5.  SDN controllers . . .

The category of the five use cases seems to be confusing. e.g., Controller vs Static address configuration.
In  Section 4.2, there is no clear why we need CASM in static address scenario nor how to use it.
In section 4.4, there is no clear text about the scenario.


> There is an absolute requirement that a network
>    operator must find a way to assign address to these devices.
Need to elaborate the scope of "these devices", as this is the key for CASM scope.

>   Some devices or functions do not rely on DHCP protocols to obtain an
>   IP address.
Not clear, please elaborate the scope of devices and functions as aforementioned.

Section 5
> 5.  Legacy address space management (IPAM) systems
Should be sth like "Legacy Address Management problem"?

>   o  MAC address and network segment (VLAN) does not given enough
>      information about user or usages
I failed to understand the meaning of this one. What's the relationship between IP address usages with MAC/VLAN?

>Lack of integration with name services such as DNS
In the use case above there is no related words about DNS. Need more details here.

Regards,
Will (Shucheng LIU)