Re: [Ideas] IDEAS Charter

Albert Cabellos <albert.cabellos@gmail.com> Mon, 04 September 2017 07:50 UTC

Return-Path: <albert.cabellos@gmail.com>
X-Original-To: ideas@ietfa.amsl.com
Delivered-To: ideas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CA1F13207A for <ideas@ietfa.amsl.com>; Mon, 4 Sep 2017 00:50:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 oh7k4OWT_7r3 for <ideas@ietfa.amsl.com>; Mon, 4 Sep 2017 00:50:01 -0700 (PDT)
Received: from mail-yw0-x233.google.com (mail-yw0-x233.google.com [IPv6:2607:f8b0:4002:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 448FD126D0C for <ideas@ietf.org>; Mon, 4 Sep 2017 00:50:01 -0700 (PDT)
Received: by mail-yw0-x233.google.com with SMTP id c85so15710964ywa.0 for <ideas@ietf.org>; Mon, 04 Sep 2017 00:50:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=is/JOp+7FKupIcrjlTPoAAtomxuddF5tJxj5A11BVCs=; b=TP6Z0+InZ9q/4VgZougmgdEr67JrD19gz3IJFOFna6JffW8thtITh5C2hc0FQFUFaJ keaeOEO8KOnth12NeCN5aR9dhVz9SEnxXZ3XRU3iiv93dAKLrpMKyfb59Zz3lBU6g5kI +uOFa+4RiaTS30yh5cYTDHm9cKC0TuleDn4wUFQyhurBkzwy7ZQOOGUJCYdBV8wHAWVu XTnyJWBnciE/cay0v8jlNfmdJGqKQyluRU0/jjzZBK54Wfadn52DVsJsybwIx8DslBPN UMrkvtDerVLJRVWPF2iXuyNW6PbdeOFsyI7JuQXZlE2H9sIVa/TSNZzxx6pI25TuR8Aa 4m9w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=is/JOp+7FKupIcrjlTPoAAtomxuddF5tJxj5A11BVCs=; b=bjdPzZn/oZATdNqhuIcMp6D4YcYmyuY1Eo9d7la0OaDM3I65QHUJiqXKkHirvCH9lF 9HRMjVfKHjpC3LZZQ0ZBD4JGqne1W1b7MU/FgipnKxoEFDXpsGR/UIbyZtGsK+a7r/1F UtJLy26je2QQQr5R3V6B+YWW7uelajURGzjsaNe1yAcia50bkM/v7lk+OfhGT9WmIIv3 JsaDutAAIBWl9su/fcz3+zSP+5n9FapwWW3Wb8A3BVsjtMdaQk40E7CfGjqlV5zyZWRG iBimIdsPX2WTRjyUbNKJJBkj9TsNV7qhwiYD6KVE1n3DP5PTyx2ZtXNjmBc7VbEZJPMo ENOQ==
X-Gm-Message-State: AHPjjUikOY/bmLZJl2bXcEOOrN8xFljkiuisGxZqe8L82nBw0GYqqFjj QuZLUQiUEvSbsX3qCCApZ5D3/VLplw==
X-Google-Smtp-Source: ADKCNb7xRNnOcV60CPn1wZNgGKr2lYiI7CTP+YZzA6dQroyjr0NuIhut8k6+OTJX1CfmrnzrKVyjgY7bjMYqfm3jcCY=
X-Received: by 10.129.99.2 with SMTP id x2mr8801678ywb.178.1504511400513; Mon, 04 Sep 2017 00:50:00 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.37.193.130 with HTTP; Mon, 4 Sep 2017 00:49:59 -0700 (PDT)
In-Reply-To: <25942_1504511006_59AD041E_25942_68_1_88132E969123D14D9BD844E1CD516EDE14784A1C@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
References: <CAG-CQxpgzXMYQbUxPpGPL6xJD4kUeL70v5MJ8R9FbFFqnzQsug@mail.gmail.com> <25942_1504511006_59AD041E_25942_68_1_88132E969123D14D9BD844E1CD516EDE14784A1C@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
From: Albert Cabellos <albert.cabellos@gmail.com>
Date: Mon, 04 Sep 2017 16:49:59 +0900
Message-ID: <CAGE_QexmW=VC9dSyQc3U0kYC=iLq8zvaBq+2RO=nG+FavBP2Jg@mail.gmail.com>
To: JACQUENET Christian IMT/OLN <christian.jacquenet@orange.com>
Cc: Padma Pillay-Esnault <padma.ietf@gmail.com>, "ideas@ietf.org" <ideas@ietf.org>
Content-Type: multipart/alternative; boundary="001a1141b8cc9697190558585b65"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ideas/BogFuh0r7aQTji7vha_jB1j6-sc>
Subject: Re: [Ideas] IDEAS Charter
X-BeenThere: ideas@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Discussions relating to the development, clarification, and implementation of control-plane infrastructures and functionalities in ID enabled networks." <ideas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ideas>, <mailto:ideas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ideas/>
List-Post: <mailto:ideas@ietf.org>
List-Help: <mailto:ideas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ideas>, <mailto:ideas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Sep 2017 07:50:04 -0000

+1

Thanks Padma for the hard work!

Albert

On Mon, Sep 4, 2017 at 4:43 PM, <christian.jacquenet@orange.com> wrote:

> Dear all,
>
>
>
> Thanks again to Padma for the editing effort. I too support this charter.
>
>
>
> Cheers,
>
>
>
> Christian.
>
>
>
> *De :* Ideas [mailto:ideas-bounces@ietf.org] *De la part de* Padma
> Pillay-Esnault
> *En**voyé :* samedi 2 septembre 2017 03:55
> *À :* ideas@ietf.org
> *Objet :* [Ideas] IDEAS Charter
>
>
>
> Dear IDEAS
>
>
>
> The final outcome of the discussions on the alias is reflected in the text
> below. This version is based on the edits done by Alvaro, some of the
> latest comments and fixing some nits.
>
>
>
> Thank you all for your feedback and comments.
>
>
>
> Looking forward to the next milestone
>
>
>
> Padma
>
>
>
>
>
>
>
> IDEAS: “IDentity EnAbled networkS”
>
>
>
> Network solutions based on the concept of Identifier-Locator separation
> are increasingly considered to support mobility, overlay networking for
> virtualization and multi-homing across heterogeneous access networks.
> Identifier-locator separation protocols require infrastructure that allows
> nodes to discover the network topological location(s) of its peer(s) for
> packet delivery. A common infrastructure and protocol could be used by
> identifier/locator protocols as well as network virtualization. However,
> additional infrastructure and new protocol extensions are needed to address
> new requirements that go well beyond the traditional discovery service and
> mapping of identifier-to-location for packet delivery. Identifier-locator
> protocols are also useful for additional services involving dynamic
> association of a name to a set of network addresses - these include dynamic
> multicast, cloud service anycast and context-aware IoT queries.
>
>
>
> The IDEAS WG is chartered to produce a framework document that defines the
> expected behavior of a mapping system across the multiple existing use
> cases.  The framework will aim at a homogeneous behavior across use cases,
> and it will call out specific trade-offs that may be considered in the
> development of solutions.  We refer to the framework providing the set of
> services as Generic Identity Services (GRIDS).
>
>
>
> Some of the areas that should be considered when developing the framework
> include:
>
>
>
> - Flexibility and extensibility considerations
>
>
>
> - Description of interfaces for different protocols to interact with the
> framework (e.g. id-loc split protocols, management protocols, etc)
>
>
>
> - Requirements for identifier/locator mapping resolution and mapping
> update (e.g. discovery, pub/sub, multi-homing, ...)
>
>
>
> - Registration and lifecycle management of identities and their associated
> identifiers.
>
>
>
> - Identity authentication and authorization (e.g. access to framework,
> update of information for identifiers..)
>
>
>
> - Description of required basic network policies and policy enforcement
> needs (e.g. ability to look up an identifier-locator pair, permit
> forwarding traffic for particular endpoints on a per-identity basis…)
>
>
>
> - Analysis of the concepts of identity-identifier split and dynamic
> identifier changes, including their implications on anonymity and privacy.
>
>
>
>
>
> The IDEAS WG will closely collaborate with LISP and HIP WGs. The WG will
> also collaborate with other WG as needed.
>
>
>
> WG deliverables include:
>
>
>
> (1) Generic Identity Services Framework
>
>
>
> (2) Other WG sustaining/informational documents may include:
>
>
>
> These documents may not necessarily be published, but may be maintained in
> a draft form or on a collaborative Working Group wiki to support the
> efforts of the Working Group and help new comers:
>
>
>
> - Problem statement
>
>
>
> - Use cases
>
>
>
> - Requirements for identifier/locator mapping and resolution
>
>
>
> - Requirements for identity authentication and authorization service (for
> GRIDS).
>
>
>
> - Applications of the architecture for use cases
>
>
>
> - Threat model document
>
>
>
>
>
> Milestones
>
>
>
> January 2018 Adopt WG draft for the Generic Identity Services framework
>
>
>
> July 2018 WGLC for the Generic Identity Services framework
>
>
>
> September 2018 Send Generic Identity Services framework draft to the IESG
>
>
>
> November 2018 Recharter
>
>
>
> _________________________________________________________________________________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.
>
>
> _______________________________________________
> Ideas mailing list
> Ideas@ietf.org
> https://www.ietf.org/mailman/listinfo/ideas
>
>