Re: [Qirg] New Version Notification for draft-wang-qirg-quantum-internet-use-cases-00.txt

Joseph Touch <touch@strayalpha.com> Thu, 05 March 2020 02:19 UTC

Return-Path: <touch@strayalpha.com>
X-Original-To: qirg@ietfa.amsl.com
Delivered-To: qirg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99A643A08CF for <qirg@ietfa.amsl.com>; Wed, 4 Mar 2020 18:19:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.318
X-Spam-Level:
X-Spam-Status: No, score=-1.318 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=strayalpha.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 Vk0mGLIBpLco for <qirg@ietfa.amsl.com>; Wed, 4 Mar 2020 18:19:41 -0800 (PST)
Received: from server217-3.web-hosting.com (server217-3.web-hosting.com [198.54.115.226]) (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 0CE6F3A08CB for <qirg@irtf.org>; Wed, 4 Mar 2020 18:19:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=To:References:Message-Id:Cc:Date:In-Reply-To: From:Subject:Mime-Version:Content-Type:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=lZ530REElWosuYlYWto9NBcNPRI8Ko9n+DmAbHYAV0A=; b=64SxS+iMM1Ujch+n6TiHabA0M EC4IjT/G9YOvSuz2aNXi7gRRGaWX60hFWK7T3hxLRW5CJP+AYHrSR2RnokerFcRPppWvLolONcVWS gjuQPz8QLPxQlXr5xLTlsMR0mxBX37I8vgU5FsXCsgvQQqdOjcpU6xni0YdMYX0QV/hgK+thfoASm fDMRnqglgCWjNOaO89kn38NN5S0vwPsrzq+zHfqRAbESNfN74upGpHtpIobqiOpAMXoVdtS/SeMvl dWpWmmaVCfTwcZtIUqYHmngC9XKASqgzfboUWoRjBlxAs68iwopnmY6D72oxDpOb9p+HeHMhPUWsl dplFDYHog==;
Received: from cpe-172-250-225-198.socal.res.rr.com ([172.250.225.198]:55265 helo=[192.168.1.10]) by server217.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from <touch@strayalpha.com>) id 1j9g6f-001lJC-1u; Wed, 04 Mar 2020 21:19:29 -0500
Content-Type: multipart/alternative; boundary="Apple-Mail=_02F5B140-2F14-43B7-8202-E557BED5E608"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Joseph Touch <touch@strayalpha.com>
In-Reply-To: <C0689C1A-0BE2-4F2F-A7C3-9D74AE01526C@sfc.wide.ad.jp>
Date: Wed, 04 Mar 2020 18:19:24 -0800
Cc: Rodney Van Meter <rdv@sfc.wide.ad.jp>, Chonggang Wang <Chonggang.Wang@InterDigital.com>, Wojciech Kozlowski <W.Kozlowski@tudelft.nl>, "qirg@irtf.org" <qirg@irtf.org>
Message-Id: <B0ED0FA1-792E-4918-83E4-EB179315C1BA@strayalpha.com>
References: <157913981596.22724.9800545284588992439.idtracker@ietfa.amsl.com> <BN8PR10MB3507E28FA2F1FB1E4812A78DF8360@BN8PR10MB3507.namprd10.prod.outlook.com><9521b1df55fcc060b0d9649e446ca6d7e1370074.camel@tudelft.nl> <BN8PR10MB3507B61E638718CAA926BB1BF8320@BN8PR10MB3507.namprd10.prod.outlook.com> <DM5PR10MB154575E5684C1F3771B03213F80A0@DM5PR10MB1545.namprd10.prod.outlook.com> <0d71101e489ea5293cb9d8b85bf76064a53bc21b.camel@tudelft.nl> <f528f1d57cd5c764855cdfd19ff337a367ddcf75.camel@tudelft.nl> <DM6PR10MB3225EBC945BE917AEF4E5F3AF8190@DM6PR10MB3225.namprd10.prod.outlook.com><582E25F2-0A90-4B5D-8C4C-6EC2BFB37438@sfc.wide.ad.jp> <DM6PR10MB322551A51B2962D571023F87F8ED0@DM6PR10MB3225.namprd10.prod.outlook.com> <DM6PR10MB32252DE88988B5010C00C302F8E40@DM6PR10MB3225.namprd10.prod.outlook.com> <BFC157BD-1B50-417B-8CC5-7BCE1BB666AE@sfc.wide.ad.jp> <863A2A0B-303E-491B-87A9-38A9E13D50CA@strayalpha.com> <C0689C1A-0BE2-4F2F-A7C3-9D74AE01526C@sfc.wide.ad.jp>
To: Rodney Van Meter <rdv=40sfc.wide.ad.jp@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3445.9.1)
X-OutGoing-Spam-Status: No, score=-1.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server217.web-hosting.com
X-AntiAbuse: Original Domain - irtf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - strayalpha.com
X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com
X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com
X-Source:
X-Source-Args:
X-Source-Dir:
X-From-Rewrite: unmodified, already matched
Archived-At: <https://mailarchive.ietf.org/arch/msg/qirg/v2obJy0q3g0we1UMu-jSY1fMQH8>
Subject: Re: [Qirg] New Version Notification for draft-wang-qirg-quantum-internet-use-cases-00.txt
X-BeenThere: qirg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Quantum Internet \(proposed\) RG" <qirg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/qirg>, <mailto:qirg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/qirg/>
List-Post: <mailto:qirg@irtf.org>
List-Help: <mailto:qirg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/qirg>, <mailto:qirg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Mar 2020 02:19:43 -0000

Hi, Rod,

> On Mar 4, 2020, at 2:47 PM, Rodney Van Meter <rdv=40sfc.wide.ad.jp@dmarc.ietf.org> wrote:
> 
> 
> 
>> On Mar 5, 2020, at 0:02, Joseph Touch <touch@strayalpha.com <mailto:touch@strayalpha.com>> wrote:
>> 
>> Hi, Rod (et al.),
>> 
>> AFAICT, sensing is measuring a property other than that of the transmitter. 
> 
> Sorry Joe, but I have no idea what that sentence means. Can you explain more?

We could say that communication are two parties “sensing” (which is a kind of measurement) each other’s transmitter.

Sensing (in a way that isn’t communication) is a one party communicating with a different party that isn’t intending to communicate. I.e., when you sense the earth, you’re measuring something about the earth even though the earth has no explicit “communication transmitter”.

I.e., 

	Communication = two or more parties explicitly sharing state
	
	Sensing = two or more parties implicitly sharing state

>> 
>> Measuring properties of a transmitter is (IMO) communication. In that way, time sync is comm, not sensing.
> 
> Not following this, either, but maybe a little better…
> 
> I refer to clock sync as use of entangled states for some purpose that interacts with the physical world, as opposed to purely digital communication/computation.

There are many kinds of clock sync. 

If you’re syncing your clock to sunrise on the solstice at Greenwich, England then you are sensing.

If you’re syncing your clock to mine you’re not sensing my clock. You’re communicating with me to explicitly share state,

> I chose “sensing” rather than “cybernetic” or some or term because it’s used to measure the environment, or participate in it, rather than control it.  In a sense-calculate-actuate loop, this is definitely on the sense side, IMO, but feel free to suggest another name. I don’t think “comm” here is enlightening, since all of this involves communication.

Comm is sharing state. You’re not really sensing my clock - you could, but that’s not how most time sync protocols actually work.

You receive messages from my transmitter. That’s comm, not sensing.

> 
>> 
>> (The only difference between QKD and comm to me is how errors are recovered; in comms they’re directly corrected where in QKD the “correction” is to restart)
> 
> Real-world QKD actually invests a *TON* of effort in trying to distinguish environmental and spontaneous errors from an actual eavesdropper. It’s pretty hard :-).

Not sure I know why it matters; an error is an error. The point about eavesdroppers is that they cannot avoid creating a certain amount of errors; if you don’t see that amount, they (statistically) cannot be there.

But seeing a higher amount of errors doesn’t mean they ARE there; it just means you don’t believe (with high probability) that they’re not "NOT there".

> 
>> 
>> Note: that perspective explains why quantum computing isn’t also sensing. It also is consistent with the existing continuum between computing and communication. 
>> 
>> I.e., why is crypto in this list vs. being a special case of communications?
> 
> Since we’re talking about a network, all of these are special cases of communication: communication for cryptographic functions, communication for sensing, and communication for distributed computing.

Communication only needs a FSM; computation takes a TM (Turing machine). Yes, any computer needs to have some communication internally but a comm system cannot itself compute.

Joe