[lisp] My proposed revisions to the charter
Sam Hartman <hartmans-ietf@mit.edu> Tue, 24 March 2009 00:08 UTC
Return-Path: <hartmans@mit.edu>
X-Original-To: lisp@core3.amsl.com
Delivered-To: lisp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7287928C158 for <lisp@core3.amsl.com>; Mon, 23 Mar 2009 17:08:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.224
X-Spam-Level:
X-Spam-Status: No, score=-2.224 tagged_above=-999 required=5 tests=[AWL=-0.325, BAYES_00=-2.599, J_CHICKENPOX_43=0.6, RDNS_DYNAMIC=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6-48ok97Q487 for <lisp@core3.amsl.com>; Mon, 23 Mar 2009 17:08:07 -0700 (PDT)
Received: from carter-zimmerman.suchdamage.org (dhcp-46b4.meeting.ietf.org [130.129.70.180]) by core3.amsl.com (Postfix) with ESMTP id 630F028C1EE for <lisp@ietf.org>; Mon, 23 Mar 2009 17:08:04 -0700 (PDT)
Received: by carter-zimmerman.suchdamage.org (Postfix, from userid 8042) id 257A94144; Mon, 23 Mar 2009 20:08:44 -0400 (EDT)
To: lisp@ietf.org
From: Sam Hartman <hartmans-ietf@mit.edu>
Date: Mon, 23 Mar 2009 20:08:44 -0400
Message-ID: <tslwsafhjeb.fsf@mit.edu>
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Subject: [lisp] My proposed revisions to the charter
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Mar 2009 00:08:08 -0000
Here is a proposed update to the charter that I hope addresses the concerns raised on the list. I want to stress that right now, this is just my comments. I have not run this by anyone else yet. So, I probably got things horribly wrong. First, I remove acronyms from the discussion of ID/LOC splits. Darrel discussed an idea with the authors of expanding EID as end-site identifier. I've picked that up in this version of the charter. I've significantly expanded the discussion of LISP to describe what EIDs are within the scope of this WG and some of their properties. I've also included a paragraph that I believe gives the three basic design constraints of LISP. I want that in the charter because I believe it is a scope limitation that will help the chairs. I want to stress that this proposed change is something I have not seen others asking for. Comments very welcome. The IAB's October 2006 workshop on Routing and Addressing Workshop (RFC 4984) rekindled interest in scalable routing and addressing architectures for the Internet. Among the many issues driving this renewed interest are concerns about the scalability of the routing system and the impending exhaustion of the IPv4 address space. Since the IAB workshop, several proposals have emerged which attempt to address the concerns expressed there and elsewhere. In general, these proposals are based on the "Locator/Identifier separation". The basic idea behind the separation that the Internet architecture combines two functions, Routing Locators, (where you are attached to the network) and Endpoint Identifiers (who you are) in one number space: The IP address. Proponents of the separation architecture postulate that splitting these functions apart will yield several advantages, including improved scalability for the routing system. The separation aims to decouple location and identity, thus allowing for efficient aggregation of the routing locator space and providing persistent identity in the identifier space. LISP supports the separation of the Internet address space into end-site Identifiers (EIDs) and Routing Locators (RLOCs) following a network-based map-and-encapsulate scheme (RFC 1955). Both LISP EIDs and RLOCs are IP addresses. LISP EIDs are composed of three parts: a portion that identifies an organization, a portion that identifies a subnet within an organization, and a portion that identifies an interface on that subnet. LISP maps only the upper portion of the EID; as a consequence a host would typically change EIDs when it moves from one organization to another or whenever it moves from one subnet to another within an organization. Generally, the same IP address cannot be used as both an EID and an RLOC, especially if the entities named by the EID and RLOC are different. LISP requires no changes to end-systems or to most routers. LISP aims for an incrimentally deployable protocol. A number of other approaches are being looked at in parallel in the IRTF and IETF. At this time, these proposals are at an early stage. All proposals (including LISP) have potentially harmful side-effects to Internet traffic carried by the involved routers, have parts where deployment incentives may be lacking, and are NOT RECOMMENDED for deployment beyond experimental situations at this stage. Many of the proposals have components (such as the EID-to-RLOC mapping system) where it is not yet known what kind of design alternative is the best one among many. However, despite these issues it would be valuable to write concrete protocol specifications and develop implementations that can be used to understand the characteristics of these designs. The LISP WG is chartered to work on the LISP base protocol (draft-farinacci-lisp-12.txt), the LISP+ALT mapping system (draft-fuller-lisp-alt-05.txt), LISP Interworking (draft-lewis-lisp-interworking-02.txt), LISP Map Server (draft-fuller-lisp-ms-00.txt), and LISP multicast (draft-farinacci-lisp-multicast-01.txt) for these purposes, with the given drafts as a starting point. The working group will encourage and support interoperable LISP implementations as well as defining requirements for alternate mapping systems. The Working Group will also develop security profiles for the ALT and/or other mapping systems. It is expected that the results of specifying, implementing, and testing LISP will be fed to the general efforts at the IETF and IRTF (e.g., the Routing Research Group) that attempts to understand which type of a solution is optimal. The LISP WG is NOT chartered to develop the final or standard solution for solving the routing scalability problem. Its specifications are Experimental and labeled with accurate disclaimers about their limitations and not fully understood implications for Internet traffic. In addition, as these issues are understood, the working group will analyze and document the implications of LISP on Internet traffic, applications, routers, and security. This analysis will explain what role LISP can play in scalable routing. The analysis should also look at scalability and levels of state required for encapsulation, decapsulation, liveness, and so on (draft-meyer-loc-id-implications). Goals and Milestones: Mar 2010 Submit base LISP specification to the IESG as Experimental Mar 2010 Submit base ALT specification to the IESG as Experimental Mar 2010 Submit the LISP Interworking specification to the IESG as Experimental June 2010 Submit the LISP Map Server specification to the IESG as Experimental June 2010 Submit Recommendations for Securing the LISP Mapping System to the IESG as Experimental Jul 2010 Submit LISP for Multicast Environments to the IESG as Experimental Dec 2010 Submit a preliminary analysis as Informational Dec 2010 Re-charter or close. _______________________________________________ lisp mailing list lisp@ietf.org https://www.ietf.org/mailman/listinfo/lisp
- [lisp] My proposed revisions to the charter Sam Hartman
- Re: [lisp] My proposed revisions to the charter Brian E Carpenter
- Re: [lisp] My proposed revisions to the charter Michael Menth
- Re: [lisp] My proposed revisions to the charter Scott Brim
- Re: [lisp] My proposed revisions to the charter Sam Hartman
- Re: [lisp] My proposed revisions to the charter Sam Hartman
- Re: [lisp] My proposed revisions to the charter Noel Chiappa
- Re: [lisp] My proposed revisions to the charter Noel Chiappa
- Re: [lisp] My proposed revisions to the charter Robin Whittle
- Re: [lisp] My proposed revisions to the charter Sam Hartman
- Re: [lisp] My proposed revisions to the charter Sam Hartman
- Re: [lisp] My proposed revisions to the charter Darrel Lewis (darlewis)
- Re: [lisp] My proposed revisions to the charter Brian E Carpenter
- Re: [lisp] My proposed revisions to the charter Darrel Lewis (darlewis)
- Re: [lisp] My proposed revisions to the charter Noel Chiappa
- Re: [lisp] My proposed revisions to the charter Noel Chiappa
- Re: [lisp] My proposed revisions to the charter Templin, Fred L
- Re: [lisp] My proposed revisions to the charter -… Robin Whittle
- Re: [lisp] My proposed revisions to the charter -… Sam Hartman