Re: [Ideas] Your Input requested: Charter Proposal New Version

Dipankar Raychaudhuri <ray@winlab.rutgers.edu> Thu, 17 August 2017 15:51 UTC

Return-Path: <ray@winlab.rutgers.edu>
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 007081321D9 for <ideas@ietfa.amsl.com>; Thu, 17 Aug 2017 08:51:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=winlab-rutgers-edu.20150623.gappssmtp.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 E3nmMJbDrAUt for <ideas@ietfa.amsl.com>; Thu, 17 Aug 2017 08:51:41 -0700 (PDT)
Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (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 C93A7132144 for <ideas@ietf.org>; Thu, 17 Aug 2017 08:51:40 -0700 (PDT)
Received: by mail-oi0-x236.google.com with SMTP id x3so70606731oia.1 for <ideas@ietf.org>; Thu, 17 Aug 2017 08:51:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=winlab-rutgers-edu.20150623.gappssmtp.com; s=20150623; h=from:references:in-reply-to:mime-version:thread-index:date :message-id:subject:to; bh=gyiGEKMO2C1d4mGna0xA6+jPepox87nqxeiURTE7E6A=; b=TnhjupIZEilVsgMElLfihJavt7mvDZRr1S5hTM0kAhY8c1UvgXSWHlEnhsYNzwNUHH krUG0X5khqbbvhxKQU36szUMDANvE1FklTwUrEQ/Cs4tqyCMVIvo5pZVDukCg7s1yzsy RUKJMfX5zAIjAomn4QdC2yWCOwAjNiEQ6LkDyXWmK9gFmsqe0ThQkzzLZLtpYAgn+Oq7 w0P+O34dlHZ7bOQZK1qYzBs1QPPmqHLHjsvvVFBEzwb697klJde3VO256iQO6Dj3FAfT 71ur1/KKOgapuUJo6wXz8QD/PB6kkxXUPJzQCbMSmBYzGk/Eas0UrRqpj97oI1xNzhwm g6AQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:references:in-reply-to:mime-version :thread-index:date:message-id:subject:to; bh=gyiGEKMO2C1d4mGna0xA6+jPepox87nqxeiURTE7E6A=; b=DtPtRjfH0hezJTXz0t8DNJkwxcUUn7b2oV+bt3FNNG2BuKC6y59pAX7CRTmQ1NwI3d gzYbzte90PbHo2oBk7PshqEi+LSZS/7SbKOwb2//+TVnDla4TPburkkiUWxpt5lDUaZi cu3veQycB+pEKcBFxziBQ1UTYlFOd2J2PlW7AEa52A9UeAFJqI7ko25jXkYtMWlij8v3 3eB9404sdbSB3dBXOeEi4BKX4/VG862dpZF8MTBQ4Hd5XhD+Dr4YKxxnr0O5n+RWE4pm 6zDPPHlTgPaTvgVgupvApCC2MEOJhfWeYwxX7aawd3EoSbZgwBegEKZKNUIvFYLezP5S RJxA==
X-Gm-Message-State: AHYfb5jp1noZO164I539Kj9prV2prlAXgD/gP5Wb1DXJboJlWne4yp8O kco/gDHF999H/GBYolgf5rkg/dr9uV1I
X-Received: by 10.202.106.133 with SMTP id f127mr6955459oic.151.1502985099534; Thu, 17 Aug 2017 08:51:39 -0700 (PDT)
From: Dipankar Raychaudhuri <ray@winlab.rutgers.edu>
References: <175f533795012c49555543dda2f1f3a8@mail.gmail.com> <C1CE72EE84AF224E94DA21AE134209EE01A2A5DC@DGGEMI506-MBX.china.huawei.com>
In-Reply-To: <C1CE72EE84AF224E94DA21AE134209EE01A2A5DC@DGGEMI506-MBX.china.huawei.com>
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQLWEYE9qkDTc+1O4Je1xqy8x/mLjgKSyiPJoG4m2QA=
Date: Thu, 17 Aug 2017 11:51:29 -0400
Message-ID: <f21620155827463cb460bf4be4b06902@mail.gmail.com>
To: "Liubingyang (Bryan)" <liubingyang@huawei.com>, ideas@ietf.org
Content-Type: multipart/alternative; boundary="001a1141c25ef5fe780556f4fc29"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ideas/yCDI0sbdXEAw6iT2iXcXKROSzdA>
Subject: Re: [Ideas] Your Input requested: Charter Proposal New Version
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: Thu, 17 Aug 2017 15:51:43 -0000

Examples of identifier-based routing protocols are: HIP, LISP,
MobilityFirst, NDN.



*From:* Liubingyang (Bryan) [mailto:liubingyang@huawei.com]
*Sent:* Wednesday, August 16, 2017 7:30 PM
*To:* Dipankar Raychaudhuri; ideas@ietf.org
*Subject:* RE: [Ideas] Your Input requested: Charter Proposal New Version



Ray,



Could you please name a few such protocols you mentioned in (4) ?



Thanks

Bingyang



*From:* Ideas [mailto:ideas-bounces@ietf.org <ideas-bounces@ietf.org>] *On
Behalf Of *Dipankar Raychaudhuri
*Sent:* Thursday, August 17, 2017 1:12 AM
*To:* ideas@ietf.org
*Subject:* Re: [Ideas] Your Input requested: Charter Proposal New Version



I reviewed the charter document and feel that it is a good start.  My main
comments are:

(1) I agree with the concept of an identity-identifier split, which is
necessary for an important set of applications requiring dynamic change of
identifier. Realizing this will require something similar to a trusted
“name certification service”  [cf. “MobilityFirst: A Robust and Trustworthy
Mobility-Centric Architecture for the Future Internet, ACM MC2R, July 2012]
in addition to a dynamic name-to-locator mapping/resolution service [cf.
”DMap: A Shared Hosting Scheme for Dynamic Identifier to Locator Mappings
in the Global Internet”, ICDCS 2012]

(2) A key requirement for the mapping service is the ability to support
multiple types of resolution including identifier to identifier (i.e.
recursive), identifier to group of identifiers, identifier to single
locator, identifier to a list of locators, etc.  We have found the
recursive identifier resolution capability to be very useful for scaling
and new service creation.

(3) The final output of the WG at the end of the doc should be filled in a
bit further in terms of specific APIs and query/response/update protocol
definitions to be included in the spec.

(4) While I realize that the current charter’s scope is intentionally
limited to defining general-purpose control plane support, the spec could
be of greater value by defining or linking one or more specific
identifier-based routing (data plane) protocols compatible with the IDEAS
infrastructure.



Ray



(D. Raychaudhuri)

WINLAB, Rutgers University