[icnrg] draft-irtf-icnrg-flic-01

"Mosko, Marc <mmosko@parc.com>" <mmosko@parc.com> Sat, 08 June 2019 07:02 UTC

Return-Path: <mmosko@parc.com>
X-Original-To: icnrg@ietfa.amsl.com
Delivered-To: icnrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C041F12018F for <icnrg@ietfa.amsl.com>; Sat, 8 Jun 2019 00:02:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=parc.onmicrosoft.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 uoMOXsNsbyXJ for <icnrg@ietfa.amsl.com>; Sat, 8 Jun 2019 00:02:09 -0700 (PDT)
Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-eopbgr740050.outbound.protection.outlook.com [40.107.74.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89953120169 for <icnrg@irtf.org>; Sat, 8 Jun 2019 00:02:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=parc.onmicrosoft.com; s=selector1-parc-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=vmOqdLWQkjxPx9t6SSh8vI/+KxOOjSmDv04G313/PhE=; b=odgNOaPNhtNMQ8JpKJF+ILh5fmyuOwar+FGNjUIX4CcVIQBlD0TW41HdSkwv5QtTIbtVCjcNJh5ypnCUWx+ypJqeMeIFVOOgWLkRuU1O2SD1QDYNnSLfKwsZPPlKGgJmuGt500666hVr2EfO8fWZM1uIL8V5gqWtxnvQVuPSD08=
Received: from BYAPR15MB3272.namprd15.prod.outlook.com (20.179.57.152) by BYAPR15MB2359.namprd15.prod.outlook.com (52.135.198.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1965.14; Sat, 8 Jun 2019 07:02:05 +0000
Received: from BYAPR15MB3272.namprd15.prod.outlook.com ([fe80::f011:6d15:e9d9:db3f]) by BYAPR15MB3272.namprd15.prod.outlook.com ([fe80::f011:6d15:e9d9:db3f%7]) with mapi id 15.20.1965.011; Sat, 8 Jun 2019 07:02:05 +0000
From: "Mosko, Marc <mmosko@parc.com>" <mmosko@parc.com>
To: icnrg <icnrg@irtf.org>
Thread-Topic: draft-irtf-icnrg-flic-01
Thread-Index: AQHVHcJCVKo0LhsG7kK4QG0lMM0+BQ==
Date: Sat, 08 Jun 2019 07:02:05 +0000
Message-ID: <BYAPR15MB3272B93AAB12CCC1C6FBA817AD110@BYAPR15MB3272.namprd15.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=mmosko@parc.com;
x-originating-ip: [50.0.67.90]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 2f69d4b1-728a-4ccb-2188-08d6ebdf3715
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BYAPR15MB2359;
x-ms-traffictypediagnostic: BYAPR15MB2359:
x-microsoft-antispam-prvs: <BYAPR15MB2359C0A2F1FBF8CB59F65F3FAD110@BYAPR15MB2359.namprd15.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0062BDD52C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(39840400004)(366004)(396003)(346002)(136003)(189003)(199004)(99286004)(26005)(102836004)(66476007)(66556008)(66446008)(25786009)(486006)(186003)(53936002)(6116002)(476003)(73956011)(68736007)(81166006)(76116006)(81156014)(9686003)(7736002)(3846002)(305945005)(7696005)(8676002)(8936002)(55016002)(316002)(71200400001)(6436002)(64756008)(74316002)(6916009)(71190400001)(2906002)(256004)(478600001)(36542004)(66946007)(66066001)(5660300002)(14454004)(52536014)(86362001)(33656002)(3450700001); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR15MB2359; H:BYAPR15MB3272.namprd15.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: parc.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: ygxZUbehPDmBfKCihsgnlLQ0ANcIyJd4SXZVkCzS0XqXCc/Fu0P88ZkmY0qgGg/CPJJ/+vXw46qcnIJlDnXlu7gevaAHTGtReQeJy+36pU+G8RhmY0bosGXvDyh95mIFT11LPrc6canF2TZIlRKc8WFo+huc65P7mTRH3H0kcJZwZDkhYKtR5rempzwkLUdTDSbQimN+ecUhtvqfDwyZgRKZgV6sWw2Q60YZTinesVcrOvdIUWWB6OC96HUtLSzFs4EWMvAtndvkJLOQHQof8AsERctNPz5dcqFl6JuPuhQvgGh67KJXpqmp1d7O1QhR3yA5yUyu5bkukH1yMPbgS909CmL6UbSRSbH2OQm28eptJIE8nUSMbSLvshHX/H1LndzHecMaupj5ACM7HD2JZ3VR1HWKUBOW4W3MHnU8nCw=
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: parc.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 2f69d4b1-728a-4ccb-2188-08d6ebdf3715
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Jun 2019 07:02:05.1961 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 733d6903-c9f1-4a0f-b05b-d75eddb52d0d
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: mmosko@parc.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR15MB2359
Archived-At: <https://mailarchive.ietf.org/arch/msg/icnrg/VwHVKhlNT6OZmWWmIwIXlTejCSA>
Subject: [icnrg] draft-irtf-icnrg-flic-01
X-BeenThere: icnrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Information-Centric Networking research group discussion list <icnrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/icnrg>, <mailto:icnrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/icnrg/>
List-Post: <mailto:icnrg@irtf.org>
List-Help: <mailto:icnrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/icnrg>, <mailto:icnrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Sat, 08 Jun 2019 07:02:11 -0000

All,

I will work with Christian and Chris to finish the FLIC draft.

My main technical issue with the draft is there is no way to seek through a tree.   The "OverallByteCount" only applies to child data nodes, so one does not know how many bytes are contained in a child manifest (subtree).  I assume that one would like to be able to seek in log time to any position over the tree.

It is also not clear if there is anyway to know the total application file size and application hash for an entire subtree, which I assume would be useful stuff at the top level of the manifest.

Finally, there is the FLIC encryption introduced in the -01 draft.  I think this needs to be greatly expanded and an example or two given.   Do we want to have one draft without encryption and one draft on an encrypted manifest?  Or keep it all as one?  What I would lean towards is one draft with unencrypted FLICs and a second draft with encrypted FLICs that gives at least one concrete set of algorithms and procedures for adding and removing users.

The draft makes some mention of manifest encryption versus application data encryption.  I am not sure we want to tie those together.  FLIC should be able to assemble an encrypted application payload without any idea how to decrypt it.

Marc