[Casm] Fw: FW: Which interfaces does CASM plan on standardizing?

"Xie Chongfeng" <xiechf.bri@chinatelecom.cn> Tue, 14 March 2017 02:59 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 006CB129B95 for <casm@ietfa.amsl.com>; Mon, 13 Mar 2017 19:59:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.891
X-Spam-Level:
X-Spam-Status: No, score=-1.891 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] 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 9zwl45pGh3td for <casm@ietfa.amsl.com>; Mon, 13 Mar 2017 19:59:17 -0700 (PDT)
Received: from chinatelecom.cn (prt-mail.chinatelecom.cn [42.123.76.222]) by ietfa.amsl.com (Postfix) with ESMTP id 5CE8F129B0A for <casm@ietf.org>; Mon, 13 Mar 2017 19:58:55 -0700 (PDT)
HMM_SOURCE_IP: 172.18.0.48:12667.1194684886
HMM_ATTACHE_NUM: 0000
HMM_SOURCE_TYPE: SMTP
Received: from clientip-219.142.69.75 (unknown [172.18.0.48]) by chinatelecom.cn (HERMES) with ESMTP id 620C12800B5; Tue, 14 Mar 2017 10:58:38 +0800 (CST)
Received: from ip<219.142.69.75> ([172.18.0.48]) by App0024(MEDUSA 0.0.0.0) with ESMTP id dee7af1e-0a23-4a7c-8545-44fd61a21d7e for bclaise@cisco.com; Tue Mar 14 10:58:47 2017
0/X-Total-Score: 0:
X-FILTER-SCORE: to=<83848d828a948661848a9484904f84908e>, score=<1489460327hn9yT88888/88v88t8/vtP5yik77777877Z77a78ZaFG>
X-Real-From: xiechf.bri@chinatelecom.cn
X-Receive-IP: 172.18.0.48
X-MEDUSA-Status: 0
Date: Tue, 14 Mar 2017 10:58:41 +0800
From: "Xie Chongfeng" <xiechf.bri@chinatelecom.cn>
To: bclaise <bclaise@cisco.com>, "Brian E Carpenter" <brian.e.carpenter@gmail.com>, "marc.blanchet@viagenie.ca" <marc.blanchet@viagenie.ca>, "CASM@ietf.org" <CASM@ietf.org>, sunqiong.bri <sunqiong.bri@chinatelecom.cn>, =?UTF-8?B?5Yav5piO?= <fengm@chinatelecom.cn>
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7, 2, 7, 166[cn]
Mime-Version: 1.0
Message-ID: <2017031410583868116510@chinatelecom.cn>
Content-Type: multipart/alternative; boundary="----=_001_NextPart672283578737_=----"
Archived-At: <https://mailarchive.ietf.org/arch/msg/casm/KcAAiWH0DurmL3hIA-PXnEYmMGg>
Subject: [Casm] =?utf-8?q?Fw=3A_FW=3A__Which_interfaces_does_CASM_plan_on_?= =?utf-8?b?c3RhbmRhcmRpemluZz/vgaE=?=
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: Tue, 14 Mar 2017 02:59:25 -0000


Hi, Benoit,

The changes from the old version are as follows,

1.         Change author “W. Liu” to “T. Peng”, move “W. Liu” to contributor.
2.         organization change to "IETF NETMOD (NETCONF Data Modeling Language) Working Group";
3.         insert
            --leave leaf address-pool-id
            --leaf domain-name

Thank you!
Chongfeng 
 
From: Benoit Claise [mailto:bclaise@cisco.com] 
Sent: Monday, March 13, 2017 9:48 PM
To: Xie Chongfeng <xiechf.bri@chinatelecom.cn>cn>; Brian E Carpenter <brian.e.carpenter@gmail.com>om>; marc.blanchet@viagenie.ca; CASM@ietf.org; sunqiong.bri <sunqiong.bri@chinatelecom.cn>cn>; 冯明 <fengm@chinatelecom.cn>
Cc: lichen.bri@chinatelecom.cn; Liushucheng (Will Liu) <liushucheng@huawei.com>om>; wanghn.bri@chinatelecom.cn; draft-ietf-anima-prefix-management <draft-ietf-anima-prefix-management@ietf.org>
Subject: Re: [Casm] Which interfaces does CASM plan on standardizing?a
 
Hi Chongfeng,
 
Hi, Benoit,
 
      Thank you for your encouragement :-)
 
      Yes, we  hope that the work in draft-sun-i2apm-address-pool-management-yang can be standardlized in the future.    This draft got some support in OPSAWG when Dr. Qiong Sun prensented it in Yokohama meeting.  Of course, new suggestions or efforts to improve it will be appreciated.
I see that https://datatracker.ietf.org/doc/draft-sun-casm-address-pool-management-yang/ has just been posted.
Is this is an exact copy of https://tools.ietf.org/html/draft-sun-i2apm-address-pool-management-yang-02, or are there any improvements?

Regards, Benoit

Thank you!
 
Chongfeng
   
 
 
 


xiechf.bri@chinatelecom.cn
 
发件人: Benoit Claise
发送时间: 2017-03-01 04:47
收件人: Xie Chongfeng; Brian E Carpenter; marc.blanchet@viagenie.ca; CASM@ietf.org
抄送: lichen.bri@chinatelecom.cn; 'Liushucheng (Will)'; wanghn.bri@chinatelecom.cn; draft-ietf-anima-prefix-management
主题: Re: [Casm] Which interfaces does CASM plan on standardizing?a
Hi Chongfeng, 
Hi,  Carpenter,

It is nice to receive your comments. 

CASM and ANIMA differ with each otherin the following aspects. 

Firstly, ANIMA is a self-managing in  
AUTONOMIC networking environment, the configurations to network elements 
are mainly done by the network elements themselves. while in CASM, in order 
to make the task easier, we propose the use centralizedserver or platform to do 
the configuration task, of course, the server may be distributed physically. 


Secondly, they have different use case, more the 3 
years ago, I had a long talk with Dr. Jiang Sheng in Beijing, and propose 
that the IP RAN may be a suitable use case to ANIMA, although the name 
didn't exist yet.  the primary use case for CASM is the address pool 
configuration for broadband IP network, CT has implemented the whole system 
based on the current CASM dratfs, and 3 vendors have joined the field test 
last year. The field trial prove this approach can solve the issues we 
are concernd with.


The detailed description of the interface is shown in,
https://datatracker.ietf.org/doc/draft-sun-i2apm-address-pool-management-yang/

3 vendor implementations. Great. That's a lot of experience.
So the end goal is to standardize this draft-sun-i2apm-address-pool-management-yang draft?
You had some support for this in OPSAWG for a WG document, if I recall correctly...
Or maybe you learned from this development experience?

Regards, Benoit




Thank you!

Chongfeng  
 
 
 


xiechf.bri@chinatelecom.cn
 
发件人: Brian E Carpenter
发送时间: 2017-02-28 07:54
收件人: Xie Chongfeng; marc.blanchet@viagenie.ca; bclaise; CASM@ietf.org
抄送: lichen.bri@chinatelecom.cn; 'Liushucheng (Will)'; wanghn.bri@chinatelecom.cn; draft-ietf-anima-prefix-management
主题: Re: [Casm] Which interfaces does CASM plan on standardizing?a
Hi Chongfeng,
 
> Network operation team needs configure manaually IP address pool in each  
> BRAS/vBRAS
 
Obviously that is a hopeless task. That's exactly why this is one
of the test cases for ANIMA. So can you please comment on the
level of detail needed in that interface? Is it similar to
https://tools.ietf.org/html/draft-ietf-anima-prefix-management-02#section-6.1
That is an example for an IPRAN operator.
 
Note, I'm not asking about technical details - just about the
level of abstraction.
 
Regards
   Brian Carpenter
 
On 16/02/2017 03:09, Xie Chongfeng wrote:
> 
> Hi,Benoit and all,
> 
> This subject was originally raised by China Telecom, our use case is clear and straightforward.  In CT's network, there are tens of thousands of BRAS equipments,which are the major gateway to the broadband users. When the vBRAS was introduced, the volume will be even higher. Network operation team needs configure manaually IP address pool in each  
> BRAS/vBRAS, which are time-consuming and low -efficient. Can DHCP solve this problem? The answer is NO, since DHCP deals with address allocation for end users.   
> 
> In order to autimate the configuration process and improve the IP adress usage, a centralized address pool managment approach may be more reasonable. We discucssed with verdors and carriers, we found that there have been some proprioritary inplementations, they differ in the south-bound interface, so  we propose to standardize the south-bound interface in the early stage, which will benefit to all the players.
> 
> Since the requirements are pressing to CT, we begun the filed trial last year and 3 vendors have implementated the interface defined in draft-sun-i2apm-address-pool-management-yang, luckily they all passed the field test by our joint efforts.
> 
> As mentioned in other drafts of CASM, the address management capability will be  opened to other applications,such as SDN and Cloud , the  north-bound interface will be standanized as well.  
> 
> Of course, in order to define the interface and its relatvie workflow, a unified framwork or architecture will need to be defined in advance.
> 
> Thank you!
> 
> Chongfeng Xie 
> 
> 
>  
> 
> 
> 
> xiechf.bri@chinatelecom.cn
>  
> From: Marc Blanchet
> Date: 2017-02-14 20:24
> To: Rakesh Kumar
> CC: Liushucheng; Xie Chongfeng
> Subject: Re: IPAM design from microsoft
> will look into it. were you able to get Bloomsberg or else to support the work?
> Marc.
> On 14 Feb 2017, at 6:57, Rakesh Kumar wrote:
> HI,
>  
> I found a very good document on the web from Microsoft about IPAM. This is good document that explains some of the concept we have listed in the drafts.
> I thought, you guys might want to take a look at this for your reference.
>  
> Thanks & Regards
> Rakesh
> 
> 
> 
> _______________________________________________
> CASM mailing list
> CASM@ietf.org
> https://www.ietf.org/mailman/listinfo/casm
>