Re: future of identifiers

"Fred Baker (fred)" <fred@cisco.com> Wed, 06 November 2013 01:38 UTC

Return-Path: <fred@cisco.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E05721E81A5 for <ietf@ietfa.amsl.com>; Tue, 5 Nov 2013 17:38:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -109.256
X-Spam-Level:
X-Spam-Status: No, score=-109.256 tagged_above=-999 required=5 tests=[AWL=-1.112, BAYES_00=-2.599, FRT_ADOBE2=2.455, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wndKZIXrhWVJ for <ietf@ietfa.amsl.com>; Tue, 5 Nov 2013 17:38:20 -0800 (PST)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id A40A621E80EB for <ietf@ietf.org>; Tue, 5 Nov 2013 17:36:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2409; q=dns/txt; s=iport; t=1383701804; x=1384911404; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=B5+Yypu2P8QWGGwVptYoKd1ZFKaQI/2WdsBGeT7LNcY=; b=At9M/+l5uNlRpuSR+uNI8N6rFRqvASkUn2Nr47j2Zs1KEkXfEpLTjsqx JpFnsWcVRz4N553+3oplwcxcGKNquq04uyB8+foF6QeMmnVij4/YIaYsn cKBuGPkos2pSajwfuMTRtccGXnLDc1t85efJn72ydb/iBqH9MCE9Hqn94 M=;
X-Files: signature.asc : 195
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhYFAFeceVKtJV2Y/2dsb2JhbABPCoMHgQu/SYElFnSCJQEBAQR5EAIBCBguMiUCBA4FDodzvnyOCgyBQweDIIEPA5AugTCCTYNfkgmDJoIq
X-IronPort-AV: E=Sophos; i="4.93,643,1378857600"; d="asc'?scan'208"; a="281179532"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-7.cisco.com with ESMTP; 06 Nov 2013 01:36:44 +0000
Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id rA61aiYK000492 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 6 Nov 2013 01:36:44 GMT
Received: from xmb-rcd-x09.cisco.com ([169.254.9.122]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.03.0123.003; Tue, 5 Nov 2013 19:36:43 -0600
From: "Fred Baker (fred)" <fred@cisco.com>
To: Larry Masinter <masinter@adobe.com>
Subject: Re: future of identifiers
Thread-Topic: future of identifiers
Thread-Index: AQHO1LTRdqeJ7pMTBkGukKPpV2N3gg==
Date: Wed, 06 Nov 2013 01:36:42 +0000
Message-ID: <8173C389-CF81-4014-9A72-AF2260391668@cisco.com>
References: <9F02AA5D-4146-4F8D-B635-DE5B44A9DA9A@piuha.net> <8C48B86A895913448548E6D15DA7553BA85458@xmb-rcd-x09.cisco.com> <C68CB012D9182D408CED7B884F441D4D348260C0FD@nambxv01a.corp.adobe.com>
In-Reply-To: <C68CB012D9182D408CED7B884F441D4D348260C0FD@nambxv01a.corp.adobe.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.21.75.25]
Content-Type: multipart/signed; boundary="Apple-Mail=_9A74E38B-CDBB-4EA0-BE7D-0D3E118E4C64"; protocol="application/pgp-signature"; micalg="pgp-sha1"
MIME-Version: 1.0
Cc: "ietf@ietf.org Discussion" <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Nov 2013 01:38:26 -0000

On Nov 1, 2013, at 3:34 PM, Larry Masinter <masinter@adobe.com> wrote:
>> it might be a good thing if we were to first identify what needs to be identified.
> 
> "Everything" needs to be identified. 

I'm not sure I buy that.

Let me give you an example. Deborah Estrin did some research a number of years ago with the California Division of Forestry, USC/ISI (which is where she was at the time), and UCSB on the use of a randomly distributed sensor network in managing wildfires. The premise was that an airplane might pitch out styrofoam "golf balls" that contained, each, a watch battery, a cheap GPS, a silicon radio that might be able to reach a few hundred meters, and silicon pretty comparable to the inside of a wristwatch. The device, when it landed, would figure out where it was to a level of accuracy on the order of tens of meters and then turn off the GPS. After that, it would periodically wake up, hear statements from its neighbors, and then make a statement. The statement would be of the form "I am located <here>, and I can hear {<list of locations>}." The statement might also include zero or more statements of the form "location <there> is reportedly [no longer] speaking."

In the nature of the case, if the fire ate up a sensor, it would stop commenting, and the fact of its doing so would rattle around the network until it got to someone that cared, such as an application on a PC. But it is not reported as "Larry's favorite golfball isn't speaking". It's "GPS Location XX/YY isn't speaking".

In this context, the locations need to be identified, but not the golf balls (nobody speaks TO them, so they don't need an address).