[renum] summary of the gap analysis draft--//FW: New draft: draft-liu-6renum-gap-analysis-00.txt

"Leo Liu(bing)" <leo.liubing@huawei.com> Tue, 05 July 2011 08:07 UTC

Return-Path: <leo.liubing@huawei.com>
X-Original-To: renum@ietfa.amsl.com
Delivered-To: renum@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95BD621F878B for <renum@ietfa.amsl.com>; Tue, 5 Jul 2011 01:07:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.952
X-Spam-Level:
X-Spam-Status: No, score=-2.952 tagged_above=-999 required=5 tests=[AWL=3.047, BAYES_00=-2.599, J_CHICKENPOX_82=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cINN8ois-SdW for <renum@ietfa.amsl.com>; Tue, 5 Jul 2011 01:07:07 -0700 (PDT)
Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [119.145.14.66]) by ietfa.amsl.com (Postfix) with ESMTP id 6986D21F8789 for <renum@ietf.org>; Tue, 5 Jul 2011 01:07:06 -0700 (PDT)
Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LNU005UKP6J0R@szxga03-in.huawei.com> for renum@ietf.org; Tue, 05 Jul 2011 16:06:20 +0800 (CST)
Received: from szxrg02-dlp.huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LNU008Z2P4WYY@szxga03-in.huawei.com> for renum@ietf.org; Tue, 05 Jul 2011 16:06:19 +0800 (CST)
Received: from 172.24.2.119 (EHLO szxeml202-edg.china.huawei.com) ([172.24.2.119]) by szxrg02-dlp.huawei.com (MOS 4.1.9-GA FastPath queued) with ESMTP id ABT36919; Tue, 05 Jul 2011 16:06:17 +0800 (CST)
Received: from SZXEML401-HUB.china.huawei.com (10.82.67.31) by szxeml202-edg.china.huawei.com (172.24.2.42) with Microsoft SMTP Server (TLS) id 14.1.270.1; Tue, 05 Jul 2011 16:06:12 +0800
Received: from SZXEML502-MBS.china.huawei.com ([169.254.2.87]) by szxeml401-hub.china.huawei.com ([10.82.67.31]) with mapi id 14.01.0270.001; Tue, 05 Jul 2011 16:06:16 +0800
Date: Tue, 05 Jul 2011 08:06:15 +0000
From: "Leo Liu(bing)" <leo.liubing@huawei.com>
X-Originating-IP: [10.110.98.62]
To: "renum@ietf.org" <renum@ietf.org>
Message-id: <8AE0F17B87264D4CAC7DE0AA6C406F45017F5BD3@SZXEML502-MBS.china.huawei.com>
MIME-version: 1.0
Content-type: text/plain; charset="utf-8"
Content-language: zh-CN
Content-transfer-encoding: base64
Accept-Language: zh-CN, en-US
Thread-topic: summary of the gap analysis draft--//FW: New draft: draft-liu-6renum-gap-analysis-00.txt
Thread-index: AQHMOuppro06IhX9/0SWcFSE/uqw+Q==
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
X-CFilter-Loop: Reflected
Subject: [renum] summary of the gap analysis draft--//FW: New draft: draft-liu-6renum-gap-analysis-00.txt
X-BeenThere: renum@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Renumbering discussion mailing list." <renum.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/renum>, <mailto:renum-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/renum>
List-Post: <mailto:renum@ietf.org>
List-Help: <mailto:renum-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/renum>, <mailto:renum-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jul 2011 08:07:07 -0000

If you don’t' have enough time to read the whole draft, following is a summary of the draft:

Abstract: This document briefly introduces the existing mechanisms could be utilized by IPv6 site renumbering and envisions the effort could be done under the 6renum working group. This document tries to cover the most explicit issues and requirements of IPv6 renumbering. Through the gap analysis, the document provides a basis for future work to identify and develop solutions or to stimulate such development as appropriate. The gap analysis is presented following a renumbering event procedure clue.

Overall requirements for renumbering (envisions the effort potentially be achieved in the future)
o	Prefix delegation and delivery should be automatic and accurate in aggregation and coordination.
o	Address reconfiguration should be automatically achieved through standard protocols with minimum human intervene. [open question] "with no human intervene" possible?
o	Address relevant entries (DNS records, ACLs, etc.) update should be processed integrally and error-prevented. [open question]Is it necessary to develop automatic entries update mechanisms? If necessary, do we need standard protocols/interface for it?
o	[open question]Is it necessary/possible to develop a “One-Click” fully automatic renumbering technology? What scenarios have the potential possibility?
o	[open question]Is session survivability within our scope?

Existing components for IPv6 renumbering ("components" in current protocols/tools could be utilized for renumbering)
- Protocols: ND, DHCP, DHCP-PD, rfc2894(router renumbering), etc.
- Management Tools: Some operations of renumbering could be automatically processed by management tools to make the renumbering process more efficient and accurate.
- Procedures/Policies: something like RFC4192, which proposed a procedure for renumbering a IPv6 network without a flag day.

Gap analysis
The gap analysis is organized by the main steps of renumbering process:

1) Managing prefix (a short prefix may be divided into longer prefixes for subnets)
  - Prefix delegation
  - Prefix assignment
2) Address Configuration
  - Host Address Configuration
  - Router Address Configuration
  - Static Address Configuration
3) Address Relevant Entries Update
  - DNS Records Update
  - Filters
4) Renumbering Event Management
renumbering is a kind of event which may need additional process to make the process more easy and manageable.
5) Miscellaneous
  - Multicast
  - Mobility

-----Original Message-----
From: Leo Liu(bing) 
Sent: Tuesday, July 05, 2011 4:03 PM
To: renum@ietf.org
Subject: New draft: draft-liu-6renum-gap-analysis-00.txt

Hi, all

The renumbering gap analysis draft has been posted:
http://tools.ietf.org/html/draft-liu-6renum-gap-analysis-00

The 00 version intends to provide a clue for analysis and some open questions to provoke discussions rather than a decided gap list. 
So please don't stint your comments and ideas, :)
We'll continue work on it to produce a 01 version, your comments would be very useful for it.


-----Original Message-----
From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] 
Sent: Monday, July 04, 2011 6:30 PM
To: Jiangsheng
Cc: Leo Liu(bing); Jiangsheng
Subject: New Version Notification for draft-liu-6renum-gap-analysis-00.txt

A new version of I-D, draft-liu-6renum-gap-analysis-00.txt has been successfully submitted by Sheng Jiang and posted to the IETF repository.

Filename:	 draft-liu-6renum-gap-analysis
Revision:	 00
Title:		 IPv6 Site Renumbering Gap Analysis
Creation date:	 2011-07-04
WG ID:		 Individual Submission
Number of pages: 14

Abstract:
   This document briefly introduces the existing mechanisms could be
   utilized by IPv6 site renumbering and envisions the effort could be
   done under the 6renum working group. This document tries to cover the
   most explicit issues and requirements of IPv6 renumbering. Through
   the gap analysis, the document provides a basis for future work to
   identify and develop solutions or to stimulate such development as
   appropriate. The gap analysis is presented following a renumbering
   event procedure clue.



                                                                                  


The IETF Secretariat