Re: [Qirg] Comments about stages in draft-irtf-qirg-quantum-internet-use-cases

Gelard Patrick <Patrick.Gelard@cnes.fr> Tue, 30 March 2021 06:57 UTC

Return-Path: <Patrick.Gelard@cnes.fr>
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 8FC8F3A0BED for <qirg@ietfa.amsl.com>; Mon, 29 Mar 2021 23:57:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 Al60Spq7gmdv for <qirg@ietfa.amsl.com>; Mon, 29 Mar 2021 23:57:31 -0700 (PDT)
Received: from mx1.cnes.fr (mx1.cnes.fr [194.199.174.200]) (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 994C23A0BEF for <qirg@irtf.org>; Mon, 29 Mar 2021 23:57:29 -0700 (PDT)
X-IronPort-AV: E=Sophos; i="5.81,290,1610409600"; d="scan'208,217"; a="25749204"
IronPort-HdrOrdr: A9a23:aGCNa6pim99X4CX+mce/+gkaV5urL9V00zAX/kB9WHVpW+STncy2gbA/3Rj7lD4eVBgb6LW9EYOHRm7R8oMwxIEXM6urUgWOghrNEKhJ64z+zzr8XxDv7+I179YQT4FSAMD9ZGIase/U+w+9euxL/PCm9+SSif7a3zNRS2hRGsNdxiNYLireLUFsXglBAvMCZeqhz+5KvSCpd3hSTunTPBk4dtPOrdHKi57qCCRub3UawTKDgj+y5LnxHwLw5GZ8bxp03bwg/WLZ+jaU2oyfsuq2whKZ92jf44U+orXc4+ZDH8CFh4wpLCztgG+TC7hJZrvqhl0IidDqzGxvsdHX5z88Isx46hrqDwaIiCqo/zOl7REDxDvJz0SCjX7qvMrjLQhKbfZplMZeaRvW600podF63uZKxguixuNqJAKFgSC478KNTgptm1a/vD48nfV7tQ0mbaIOLKJU6YQEuFhYCosEAUvBmfsaOfgrEcWZ7OwTbUmXdDTQp3B1xsOhUzAoEhCKTlNqgL3p7xFG2G18i0MDgNAEkmxF/5c6QZtJ6qDfPqNkmKomdL5rUYttQPoESdG6TmjEXBjMPG+IIVmPLtB8B1vd74Py6K84oPqnYoAM0fIJ6ev8eUIdqGo7YU6rFsGUxp1M9Xn2MRuAYQg=
X-IPAS-Result: A2EdAADdymJg/wEBeApaGgEBAQEBAQEBAQEDAQEBARIBAQEBAgIBAQEBQAeBOAIBAQEBCwGBIlOBFhWBQQqVfgOUQIY3gSw8CwEBAQEBAQEBATEMBAEBAwOESgKCBCY3Bg4CEQEBAQUBAQEBAQYCAQECAoZODYJzYoEIAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBBQJPUyMBAQEBAy1HFQIBCA0BAwQBAQsLEgcyFAkIAQEEARIIDIJdgX6BGKpSdYE0GoopBoE5AYFkhRiGTYJNgRJDglk+gmACAhZ/LRwMKAIHgwyCKwSBZYFJUxRSNyVAnEyBVJx4B4FggSmDOZlLgTCCGJBkAxWQDJUHpRyBfjMaJ4M1UBcCkhuKWXM4AgYBCQEBAwmIF4EPAQE
From: Gelard Patrick <Patrick.Gelard@cnes.fr>
To: Wojciech Kozlowski <W.Kozlowski@tudelft.nl>, "qirg@irtf.org" <qirg@irtf.org>
Thread-Topic: Comments about stages in draft-irtf-qirg-quantum-internet-use-cases
Thread-Index: AdciUzvNryOIrj6QSrKgZHTSDWFtiQACSW8gAJtajXAAGK8BYA==
Date: Tue, 30 Mar 2021 06:57:20 +0000
Message-ID: <F1E8EFF81FCF1B46AA7CCA3CC4D5E18CA3EE4D76@TW-MBX-P03.cnesnet.ad.cnes.fr>
References: <b209cf81a6a64c4e8df88306baa4065a@tudelft.nl> <F1E8EFF81FCF1B46AA7CCA3CC4D5E18CA3EE4932@TW-MBX-P03.cnesnet.ad.cnes.fr> <820de72b162349749efee3934ca72f91@tudelft.nl>
In-Reply-To: <820de72b162349749efee3934ca72f91@tudelft.nl>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-tm-as-product-ver: SMEX-12.5.0.1300-8.6.1012-26060.005
x-tm-as-result: No-28.612200-8.000000-10
x-tmase-matchedrid: Ync95tbzDRlEXwnTCGfm3f0peXGEEBlvDvKSaIxu6kpXG3yI9k2vbIfN L7D/HMEOKHWHnxIi33mD28NNt7xCyCkBeV/1d1sZ30kDaWZBE1TQTttTsZbKLwcR01yaR+FBUh2 2S5Tkcs/uwVMYOEUN5ruS+QfsGUYfFigclcTVx88K3Ma88LL+bns0iNyjUNXyDC/Vm90If4V0NO B2+sLcHo0id0pIhqxTUtf7KV+GqRFrvYvNXFMpBe9YaEWtcpo2YcXym7amE+UD+kzUC7d+Gh3Ab cSNbOVkdB9aRZ3DyITgESCJlXY/GlLpblRP8vf03nHtGkYl/VpK4f4Z+CZAZ1JjWffTY8qe2VC1 QWKKKPoDeD9sDZ8miEG9ESaT7TmfAD+KppHhFfCyBjDX4sGuTSXdp9l6EkRZKgGZaOQty4vth60 nOFvqp/Ofo+27i8pxQYxgmuRt8cGYNxEnMYtakjhk1eHxQ+sgNvZeawYT2slSS74U9vhKf3vibg iOTC8xi5W1BUxIHw2onNAAOrAroZMB+DYzXSi1xTpJ3OQjb3fPyP5vGiJYDAL5ERphs5jZzv0+U mYCZcMP+Np7NtsY9HoniklAYCCD+rTc6GcRgmybj3BbH0iLtFOBrtD2w1fpk3/FQGSvcfZdvD6C mw6niv5ES2A1QCC0zmwI873M8xIbO59FK9BdmN1WBijWb5n7ipHZtz+l1d6XPCOB3g3KS0GVMhA G7jpcuuCLkm7GWk1HaQYKLpxKbw0Ec5LZjpCpsTzXVHVB9Vol1eMXkCsIVzA3oY1d2USA5GpADF tYP37i8zVgXoAltj3qzHKAhsUYLLrvaRTX37WVwFzLs03IfvX9eVVBTH9ZsMY3/3siQX5ADytHY JD5RS5iuSOaZmgd
x-tm-as-user-approved-sender: Yes
x-tm-as-user-blocked-sender: No
x-tmase-result: 10--28.612200-8.000000
x-tmase-version: SMEX-12.5.0.1300-8.6.1012-26060.005
Content-Type: multipart/alternative; boundary="_000_F1E8EFF81FCF1B46AA7CCA3CC4D5E18CA3EE4D76TWMBXP03cnesnet_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/qirg/5EZSSvrJmm8MxuE3e2sxZEBlHfY>
Subject: Re: [Qirg] Comments about stages in draft-irtf-qirg-quantum-internet-use-cases
X-BeenThere: qirg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Quantum Internet 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: Tue, 30 Mar 2021 06:57:39 -0000

Hi Wojtek

If space and time (e.g latency)  are not take in account in Quantum Internet stages paper, what application functionality justifies quantum repeaters ?  For Artur Ekert information is physical : https://www.youtube.com/watch?v=XrKl38ZVofo

Are there maybe scaffolding that was used to define the various stages and then they were removed (or forgotten) ?

What can be the meaning of network itself for quantum "data plan" which is exclusively physical (i.e not encapsulation possible) ?

Patrick

De : Qirg <qirg-bounces@irtf.org> De la part de Wojciech Kozlowski
Envoyé : lundi 29 mars 2021 20:37
À : qirg@irtf.org
Objet : Re: [Qirg] Comments about stages in draft-irtf-qirg-quantum-internet-use-cases

Hi Patrick,

Yes, you are correct. But that is not what that paper was about. The Quantum Internet stages paper, and thus the definitions of the stages, was purely about application functionality - not length scales of quantum networks.

I agree that based on those definitions, the "prepare and measure" stage is most likely bound to short distances (think optical network with switches, but no amplifiers). What places it above trusted repeater networks is that it can do more than QKD even though distance-wise it seems like a step back (though once again - the stages are defined independently of distances).

That is what made me raise the point that perhaps in the QIRG, where we're more interested in the network itself we may want to use different stages (such as the three generations).

Wojtek

From: Gelard Patrick <Patrick.Gelard@cnes.fr<mailto:Patrick.Gelard@cnes.fr>>
Sent: 26 March 2021 17:42
To: Wojciech Kozlowski <W.Kozlowski@tudelft.nl<mailto:W.Kozlowski@tudelft.nl>>; qirg@irtf.org<mailto:qirg@irtf.org>
Subject: RE: Comments about stages in draft-irtf-qirg-quantum-internet-use-cases

Hi Wojtek , hi all,

Can we implement step 2 "prepare and measure" whatever the distance between the two end points which separate the preparation of the qubit (e.g by Alice) and its measurement (e.g by Bob) ? Attenuation caused by distance may prevent the application from functioning.

Best regards,
Patrick
De : Qirg <qirg-bounces@irtf.org<mailto:qirg-bounces@irtf.org>> De la part de Wojciech Kozlowski
Envoyé : vendredi 26 mars 2021 16:33
À : qirg@irtf.org<mailto:qirg@irtf.org>
Objet : [Qirg] Comments about stages in draft-irtf-qirg-quantum-internet-use-cases

Hi QIRG,

At the IETF meeting on 10 March, I raised some concerns about how the stages were expressed in this draft. I have read through carefully now and discussed it with some people and I have the following comments:

The network stages are defined based on application capabilities and NOT based on distance. Therefore, when summarising the network stages from the paper, the draft should not be mentioning distances. Currently there's a lot of focus put on distance. This means that stage-1: "trusted repeater stage" means basically QKD-only. Stage-2: "prepare-and-measure" means we can do QKD *and* other applications that only require prepare-and-measure functionality. Note that there is no statement about achievable distances - only about the end-node capabilities. Stage-3 allows end-to-end entanglement creation and so on.

Therefore, my practical feedback to the I-D authors is to forget about distances and rephrase in terms of application capabilities.

However, this raises an interesting point that perhaps the QIRG/I-D authors may want to consider is whether one may want to put some further thought as how distance capabilities affect the use cases as that is not covered by these aforementioned stages. I think it would be valuable if the community has any thoughts on this point.

Best,
Wojtek