Re: [lisp] Update Proposed CHarter

"Vina Ermagan (vermagan)" <vermagan@cisco.com> Wed, 06 January 2016 20:46 UTC

Return-Path: <vermagan@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E32951A03ED for <lisp@ietfa.amsl.com>; Wed, 6 Jan 2016 12:46:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 488JEczoW83k for <lisp@ietfa.amsl.com>; Wed, 6 Jan 2016 12:46:15 -0800 (PST)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 346EE1A03A9 for <lisp@ietf.org>; Wed, 6 Jan 2016 12:46:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3582; q=dns/txt; s=iport; t=1452113175; x=1453322775; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=dNEEe222H4NDr1ja0NDeXm8+3n3AB26AUe/p67GGfGk=; b=TzgPuIY4pWRDKpQvlNpNvgvlH//4BUbZ8dB4kbjY1Uit0Q9jQcANbyu7 5eCsSoXmSAj+glFr7loT0pkJSnQbaHexZNcOZUzYIy3p/hIblnw9Gu7UR gWHpwvsK8JjAmCRqtFlijMAURSxHzIThjumT5JWHcXQBTJVYF0GRiCE2b A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AhAgBffI1W/5FdJa1UCoM6Um0GiFOzX?= =?us-ascii?q?AENgWQYCoVtAoEmOBQBAQEBAQEBgQqENQEBBAEBAWkCCxACAQgOBBIiJwsXDgI?= =?us-ascii?q?EAQ0FG4gUDsF7AQEBAQEBAQEBAQEBAQEBAQEBAQEBFASGVoN7gQSELCmEZwWNc?= =?us-ascii?q?4kXAY1UgVyEQ4hbhV6IaAEgAQFChApyhFmBCAEBAQ?=
X-IronPort-AV: E=Sophos;i="5.20,530,1444694400"; d="scan'208";a="64634236"
Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Jan 2016 20:46:14 +0000
Received: from XCH-RCD-017.cisco.com (xch-rcd-017.cisco.com [173.37.102.27]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id u06KkEIb009958 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 6 Jan 2016 20:46:14 GMT
Received: from xch-rcd-019.cisco.com (173.37.102.29) by XCH-RCD-017.cisco.com (173.37.102.27) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 6 Jan 2016 14:46:13 -0600
Received: from xch-rcd-019.cisco.com ([173.37.102.29]) by XCH-RCD-019.cisco.com ([173.37.102.29]) with mapi id 15.00.1104.009; Wed, 6 Jan 2016 14:46:13 -0600
From: "Vina Ermagan (vermagan)" <vermagan@cisco.com>
To: Luigi Iannone <ggx@gigix.net>, LISP mailing list list <lisp@ietf.org>
Thread-Topic: [lisp] Update Proposed CHarter
Thread-Index: AQHRRu21HHJELY4k+UCUQcVryKwMOJ7u96aA///fhIA=
Date: Wed, 6 Jan 2016 20:46:13 +0000
Message-ID: <D2B2BCF8.73B2D%vermagan@cisco.com>
References: <08A51E69-008C-4DBE-9707-996468F46FC3@gigix.net> <709F769A-B270-4DB9-AF61-FF9FCFA0B790@gigix.net>
In-Reply-To: <709F769A-B270-4DB9-AF61-FF9FCFA0B790@gigix.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.4.3.140616
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.19.60.133]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <43AE35A920735D4C89A450C95EA01635@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/lisp/zaM3cin_ia328e7yRpK9V7LsFDU>
Cc: Joel Halpern Direct <jmh.direct@joelhalpern.com>
Subject: Re: [lisp] Update Proposed CHarter
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/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: Wed, 06 Jan 2016 20:46:17 -0000

Thanks Luigi, this version looks great.

Best,
Vina

On 1/6/16 6:42 AM, "Luigi Iannone" <ggx@gigix.net> wrote:

>Hi All,
>
>Hereafter a new version of the charter with the comments received so far.
>
>Please send more feedback. Would be good if we can send the charter to
>our AD by next week.
>
>ciao
>
>L.
>
>%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
>
>
>The LISP WG has completed the first set of Experimental RFCs describing
>the Locator/ID Separation Protocol (LISP). LISP supports a routing
>architecture which decouples the routing locators and identifiers, thus
>allowing for efficient aggregation of the routing locator space and
>providing persistent identifiers in the identifier space. LISP requires
>no changes to end-systems or to routers that do not directly participate
>in the LISP deployment. LISP aims for an incrementally deployable
>protocol. The scope of the LISP techology is recognized to range from
>unicast and multicast overlays at Layer 2 as well as at Layer 3,
>including NAT traversal, VPNs,  and supporting mobility as a general
>feature, independently of wheter it is a mobile user or a migrating VM,
>hence being applicable in both Data Centers and public Internet
>environments.
>
>
>The LISP WG is chartered to continue work on the LISP base protocol with
>the main objective to develop a standard solution based on the completed
>Experimental RFCs and the experience gained from early deployments.
>
>This work will include reviewing the existing set of Experimental RFCs
>and doing the necessary enhancements to support a base set of standards
>track RFCs. The group will review the current set of Working Group
>documents to identify potential standards-track documents and do the
>necessary enhancements to support standards-track. It is recognized that
>some of the work will continue on the experimental track, though the
>group is encouraged to move the documents to standards track in support
>of network use, whereas the work previously was scoped to experimental
>documents.
>
>Beside this main focus, the LISP WG work on the following items:
>
>·       Multi-protocol support: Specifying the required extensions to
>support multi-protocol encapsulation (e.g.,   L2 or NSH ­ Network Service
>Headers). Rather than developing new encapsulations the work will aim at
>using existing well-established encapsulations or emerging from other
>Working Grops such as  NVO3 and SFC.
>
>·       Alternative Mapping System Design. By extenting LISP with  new
>protocols support it is also necessary to develop the required mapping
>function and control plane extensions to operate LISP map-assisted
>networks (which might include Hierarchical Pull, Publish/Subscribe, or
>Push models, independednt mapping systems interconnection, security
>extensions, or alternative transports of the LISP control protocol).
>
>·       Mobility
>
>·       Multicast: Support for overlay multicast by means of replication
>as well as interfacing with existing underlay multicast support.
>
>·       Data-Plane Encryption
>
>·       NAT-Traversal
>
>·       Models for managing the LISP protocol and deployments that
>include data models, as well as allowing for programmable management
>interfaces. These managament methods should be considered for both the
>data-plane, control-plane, and mapping system components.
>
> 
>
>_______________________________________________
>lisp mailing list
>lisp@ietf.org
>https://www.ietf.org/mailman/listinfo/lisp