Re: [Casm] New Version Notification for draft-kumar-requirements-and-framework-00.txt

"Xie Chongfeng" <xiechf.bri@chinatelecom.cn> Wed, 08 February 2017 14:00 UTC

Return-Path: <xiechf.bri@chinatelecom.cn>
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 C845B12949F for <casm@ietfa.amsl.com>; Wed, 8 Feb 2017 06:00:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-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 rd06g73RxBrS for <casm@ietfa.amsl.com>; Wed, 8 Feb 2017 06:00:10 -0800 (PST)
Received: from chinatelecom.cn (prt-mail.chinatelecom.cn [42.123.76.223]) by ietfa.amsl.com (Postfix) with ESMTP id C90D6129AA8 for <casm@ietf.org>; Wed, 8 Feb 2017 06:00:08 -0800 (PST)
HMM_SOURCE_IP: 172.18.0.92:51524.94134785
HMM_ATTACHE_NUM: 0000
HMM_SOURCE_TYPE: SMTP
Received: from clientip-114.250.172.229 (unknown [172.18.0.92]) by chinatelecom.cn (HERMES) with ESMTP id 9BD5A280079; Wed, 8 Feb 2017 21:59:54 +0800 (CST)
Received: from ip<114.250.172.229> ([172.18.0.92]) by App0021(MEDUSA 0.0.0.0) with ESMTP id 830beb6f-55ad-4a7d-8a3c-54658fe2a629 for marc.blanchet@viagenie.ca; Wed Feb 8 22:00:01 2017
0/X-Total-Score: 0:
X-FILTER-SCORE: to=<8e8293844f838d828f8489869561978a8288868f8a864f8482>, score=<1486562401ikqU1+EwO55555i55k55q5dVTlpvC0zgggggdggVggTg>
X-Real-From: xiechf.bri@chinatelecom.cn
X-Receive-IP: 172.18.0.92
X-MEDUSA-Status: 0
Date: Wed, 08 Feb 2017 21:59:54 +0800
From: Xie Chongfeng <xiechf.bri@chinatelecom.cn>
To: "marc.blanchet@viagenie.ca" <marc.blanchet@viagenie.ca>
References: <65913429-AE80-4226-AB9D-75DBCF7BE032@juniper.net>, <2017020821515806195321@chinatelecom.cn>, <5DDDE741-6126-4F18-AF20-37554F988E26@viagenie.ca>
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7, 2, 7, 166[cn]
Mime-Version: 1.0
Message-ID: <2017020821595192051527@chinatelecom.cn>
Content-Type: multipart/alternative; boundary="----=_001_NextPart082174166056_=----"
Archived-At: <https://mailarchive.ietf.org/arch/msg/casm/UKkvpTLh_VanJzpfOGDr_4aeW90>
Cc: Rakesh Kumar <rkkumar@juniper.net>, "'ian.farrer'" <ian.farrer@telekom.de>, "normen.kowalewski@telekom.de" <normen.kowalewski@telekom.de>, "'Liushucheng (Will)'" <liushucheng@huawei.com>, "CASM@ietf.org" <CASM@ietf.org>
Subject: Re: [Casm] New Version Notification for draft-kumar-requirements-and-framework-00.txt
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: Wed, 08 Feb 2017 14:00:13 -0000

From our experience, the centralized address management system need to verify this by communicating with the routing system, to avoid any abnormity.
Chongfeng 



xiechf.bri@chinatelecom.cn
 
From: Marc Blanchet
Date: 2017-02-08 21:54
To: Xie Chongfeng
CC: Rakesh Kumar; Liushucheng; CASM@ietf.org; ian.farrer; normen.kowalewski@telekom.de
Subject: Re: [Casm] New Version Notification for draft-kumar-requirements-and-framework-00.txt
On 8 Feb 2017, at 8:51, Xie Chongfeng wrote:
 
> One of the basic requirments of centralized address management is that 
> the mechanism shouled be aligned with the routing system, for 
> instance, when one address block is allocated to an network equiment, 
> the routing entry correspondent to this address block will be 
> broadcasted accordingly, otherwise, the network will not work 
> correctly.
 
well, yes. but that route injection can be done by the network equipment 
into the routing realm. So in this case, the route injection is not 
centralized per se.
 
Marc.
 
> Similarly,when one address block is withdrawl from an given network 
> equipment, the routing entry will be withdrawl as well.
>
> Chongfeng Xie
>
>
>
> xiechf.bri@chinatelecom.cn
>
> From: Rakesh Kumar
> Date: 2017-02-06 06:02
> To: Xie Chongfeng; 'Liushucheng (Will)'; marc.blanchet@viagenie.ca
> CC: CASM@ietf.org; ian.farrer; normen.kowalewski; Rakesh Kumar
> Subject: Re: [Casm] New Version Notification for 
> draft-kumar-requirements-and-framework-00.txt
> Hi Dr Xie, Will
>
> We put two drafts based on earlier discussions.
>
> 1.       
> https://tools.ietf.org/html/draft-kumar-casm-problem-and-use-cases-00 
> : Basically draft identifies the traditional  IP address management 
> tools (proprietary and open source) and what they lack. I think, 
> almost every network deployment would need some sort of address 
> management so talked about use-cases not from deployment but from 
> implementation perspective. Basically approach taken in this draft 
> regarding problem and use-cases is a bit different than 
> https://datatracker.ietf.org/doc/draft-xie-ps-centralized-address-management.
> 2.       
> https://tools.ietf.org/html/draft-kumar-casm-requirements-and-framework-00 
> : We have listed a set of requirement from a modern address management 
> system that can be used for diverse set of deployments (Data Center, 
> Metro Access, BNG, 3GPP, Enterprise branch & campus etc.). We have 
> also specified an architecture framework to define and develop 
> “CASM”.
>
> In summary, at top level this work looks similar to the earlier one 
> but there are differences in approaches.
>
> Thanks & Regards,
> Rakesh
>
> From: Xie Chongfeng <xiechf.bri@chinatelecom.cn>
> Date: Saturday, February 4, 2017 at 6:35 PM
> To: Rakesh Kumar <rkkumar@juniper.net>, "'Liushucheng (Will)'" 
> <liushucheng@huawei.com>, "marc.blanchet@viagenie.ca" 
> <marc.blanchet@viagenie.ca>
> Cc: "CASM@ietf.org" <CASM@ietf.org>, "ian.farrer" 
> <ian.farrer@telekom.de>, "normen.kowalewski" 
> <normen.kowalewski@telekom.de>
> Subject: Re: Re: [Casm] New Version Notification for 
> draft-kumar-requirements-and-framework-00.txt
>
>
> Yes, I agree to  combine all ideas into one set of drafts to push 
> forward this work.
>
> BUT  I didn't find any major difference between CASM and the old 
> drafts, major use cases of centralized address management has been 
> considered in the old PS draft 
> (https://datatracker.ietf.org/doc/draft-xie-ps-centralized-address-management/), 
> including the DNS and NAT. CT put forward the use case of address 
> management in metro network,  Ian and norman of DT raised the case of 
> address management for OpenStack, OSS,etc.
>
> So, I think it is necessary to clarify the relationship of these 
> drafts. Thank you!
>
> Chongfeng
>
>
>
> xiechf.bri@chinatelecom.cn
>
> From: Rakesh Kumar
> Date: 2017-02-03 14:37
> To: Liushucheng (Will); Marc Blanchet; Xie Chongfeng
> CC: CASM@ietf.org
> Subject: Re: [Casm] New Version Notification for 
> draft-kumar-requirements-and-framework-00.txt
> Hi Will,
>
> The draft we wrote was based on the slide set we had presented 
> earlier, that details a comprehensive approach to address management 
> including with other address services such as DNS and NAT. We have 
> also introduced the concept of interfaces based on user requirements.
>
> I think, it would be good idea to combine all ideas into one set of 
> drafts.
>
> I think, CASM would also be useful for mining data for security 
> related analytics.
>
> Thanks
> Rakesh
>
> On 2/2/17, 10:26 PM, "CASM on behalf of Liushucheng (Will)" 
> <casm-bounces@ietf.org on behalf of liushucheng@huawei.com> wrote:
>
>     Hi Rakesh,
>
>     Many thanks for your efforts!
>
>     No worries. Let's review and update in next version. And maybe 
> another online meeting in next week.
>
>     Btw, there are also some old work on this area as we discussed:
>     https://datatracker.ietf.org/doc/draft-xie-ps-centralized-address-management/
>     https://datatracker.ietf.org/doc/draft-sun-i2apm-address-pool-management-arch/
>     https://datatracker.ietf.org/doc/draft-sun-i2apm-address-pool-management-yang/
>
>     Would you please let the audience know about the differences 
> between new ones and old ones?
>
>     Regards,
>     Will (LIU Shucheng)
>
>
>     -----Original Message-----
>     From: CASM [mailto:casm-bounces@ietf.org] On Behalf Of Marc 
> Blanchet
>     Sent: Monday, January 30, 2017 9:02 PM
>     To: Rakesh Kumar <rkkumar@juniper.net>
>     Cc: CASM@ietf.org
>     Subject: Re: [Casm] New Version Notification for 
> draft-kumar-requirements-and-framework-00.txt
>
>     On 30 Jan 2017, at 1:43, Rakesh Kumar wrote:
>
>     > It looks like we messed up on the name. My mistake.
>     >
>     > It should have been
>     > “draft-kumar-casm-requirements-and-framework-00” instead of
>     > “draft-kumar-requirements-and-framework-00”.
>     > Is there a way to correct it?
>
>     yeah. no big deal. we shall fix it for the new rev.
>
>     Marc.
>
>     >
>     > Thanks
>     > Rakesh
>     >
>     > On 1/29/17, 8:03 PM, "CASM on behalf of Rakesh Kumar"
>     > <casm-bounces@ietf.org on behalf of rkkumar@juniper.net> wrote:
>     >
>     >
>     >
>     >     On 1/29/17, 7:53 PM, "internet-drafts@ietf.org"
>     > <internet-drafts@ietf.org> wrote:
>     >
>     >
>     >         A new version of I-D,
>     > draft-kumar-requirements-and-framework-00.txt
>     >         has been successfully submitted by Marc Blanchet and 
> posted to
>     > the
>     >         IETF repository.
>     >
>     >         Name: draft-kumar-requirements-and-framework
>     >         Revision: 00
>     >         Title: Centralized Address Space Management(CASM)
>     > Requirements and Framework
>     >         Document date: 2017-01-29
>     >         Group: Individual Submission
>     >         Pages: 8
>     >         URL:
>     > 
> https://www.ietf.org/internet-drafts/draft-kumar-requirements-and-framework-00.txt
>     >         Status:
>     > 
> https://datatracker.ietf.org/doc/draft-kumar-requirements-and-framework/
>     >         Htmlized:
>     > 
> https://tools.ietf.org/html/draft-kumar-requirements-and-framework-00
>     >
>     >
>     >         Abstract:
>     >            The organizations 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.
>     >
>     >
>     >
>     >
>     >         Please note that it may take a couple of minutes from 
> the time
>     > of submission
>     >         until the htmlized version and diff are available at
>     > tools.ietf.org.
>     >
>     >         The IETF Secretariat
>     >
>     >
>     >
>     >     _______________________________________________
>     >     CASM mailing list
>     >     CASM@ietf.org
>     >     https://www.ietf.org/mailman/listinfo/casm
>     >
>     >
>     > _______________________________________________
>     > CASM mailing list
>     > CASM@ietf.org
>     > https://www.ietf.org/mailman/listinfo/casm
>
>     _______________________________________________
>     CASM mailing list
>     CASM@ietf.org
>     https://www.ietf.org/mailman/listinfo/casm
>     _______________________________________________
>     CASM mailing list
>     CASM@ietf.org
>     https://www.ietf.org/mailman/listinfo/casm