Re: [Qirg] New Version Notification for draft-irtf-qirg-principles-05.txt

Wojciech Kozlowski <W.Kozlowski@tudelft.nl> Thu, 15 October 2020 10:09 UTC

Return-Path: <W.Kozlowski@tudelft.nl>
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 D860A3A108D for <qirg@ietfa.amsl.com>; Thu, 15 Oct 2020 03:09:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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 0uUHmfhEnP51 for <qirg@ietfa.amsl.com>; Thu, 15 Oct 2020 03:09:50 -0700 (PDT)
Received: from mailservice.tudelft.nl (mailservice.tudelft.nl [130.161.131.5]) (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 7C6733A100F for <qirg@irtf.org>; Thu, 15 Oct 2020 03:09:49 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by amavis (Postfix) with ESMTP id 687C02400E9; Thu, 15 Oct 2020 12:09:48 +0200 (CEST)
X-Virus-Scanned: amavisd-new at tudelft.nl
Received: from mailservice.tudelft.nl ([130.161.131.71]) by localhost (tudelft.nl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id rIBmVpJZONiP; Thu, 15 Oct 2020 12:09:45 +0200 (CEST)
Received: from SRV216.tudelft.net (srv216.tudelft.net [131.180.6.16]) (using TLSv1.2 with cipher AES256-SHA256 (256/256 bits)) (No client certificate requested) by mx4.tudelft.nl (Postfix) with ESMTPS id 6B9632400B7; Thu, 15 Oct 2020 12:09:43 +0200 (CEST)
Received: from SRV220.tudelft.net (131.180.6.20) by SRV216.tudelft.net (131.180.6.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P521) id 15.1.2044.4; Thu, 15 Oct 2020 12:09:37 +0200
Received: from SRV220.tudelft.net ([fe80::dc7a:a6b8:8bb9:2210]) by SRV220.tudelft.net ([fe80::dc7a:a6b8:8bb9:2210%13]) with mapi id 15.01.2044.006; Thu, 15 Oct 2020 12:09:37 +0200
From: Wojciech Kozlowski <W.Kozlowski@tudelft.nl>
To: Gelard Patrick <Patrick.Gelard@cnes.fr>, "qirg@irtf.org" <qirg@irtf.org>
Thread-Topic: New Version Notification for draft-irtf-qirg-principles-05.txt
Thread-Index: AQHWlr3TzWCVNd2TuEy+dbwPnxILS6mATm5AgA0b8UCACwdLwA==
Date: Thu, 15 Oct 2020 10:09:37 +0000
Message-ID: <9ce1ebc5f68a42a68b2054cfe41ac0e2@tudelft.nl>
References: <160142450175.1639.618773135874392241@ietfa.amsl.com> <23ff6d310c434925bdcd98e5ac7d737b@tudelft.nl> <F1E8EFF81FCF1B46AA7CCA3CC4D5E18CA0616B76@TW-MBX-P03.cnesnet.ad.cnes.fr>
In-Reply-To: <F1E8EFF81FCF1B46AA7CCA3CC4D5E18CA0616B76@TW-MBX-P03.cnesnet.ad.cnes.fr>
Accept-Language: en-GB, nl-NL, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/qirg/MuF8Xj43zH9z4hUD6uY7K_I3Nug>
Subject: Re: [Qirg] New Version Notification for draft-irtf-qirg-principles-05.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, 15 Oct 2020 10:09:54 -0000

Hi Patrick,

Thanks for the feedback! All you concerns are valid and I agree with all of them, but they get a bit too detailed for the principles doc. Nevertheless they are suitable to tackle elsewhere or bring to the QIRG as a presentation at one of our meetings.

Some extra details in-line.

Cheers,
WOjtek

> -----Original Message-----
> From: Gelard Patrick <Patrick.Gelard@cnes.fr>
> Sent: 08 October 2020 11:22
> To: qirg@irtf.org; Wojciech Kozlowski <W.Kozlowski@tudelft.nl>
> Subject: RE: New Version Notification for draft-irtf-qirg-principles-05.txt
> 
> Dear QIRG, Dear Wojtek
> 
> The document begins to provide a homogeneous and coherent overall
> system vision. After a first reading however, I have some comments :
> 
> 1/ 5.5.  Physical constraints
> With linear optics, it is not possible to detect perfectly the 4 states of Bell.
> There are methods to measure 3 of the 4 Bell states, but the probability of
> success is lower than the two-state method :
> https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__journals.aps.org_pra_abstract_10.1103_PhysRevA.74.022303&d=DwIFA
> w&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-
> TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m
> =9Gg_IC02U77prwr71I8LEH33gcZmCwpgAMXlZKJqCjw&s=TUE5Dm9VnfnVd-
> B6bdOAB9w2pARTuswyNfm6oFjr6Mw&e=
> 
> Shouldn't we mention this constraint ?

[WK] To me, this is getting into too much hardware detail that might not even be visible above the hardware level. If we include this, we would have to include many other hardware level concerns.

> 
> 2/ 5.1.  Challenge - 3.  An entangled pair is only useful if the locations of both
> qubits are known ... A relevant pair identifier, a means of communication
> between the pair owners, and an association between the pair ID and the
> individual qubits is sufficient.
> Axel had opened an interesting debate on  "Naming and addressing in a
> quantum network".  For the ID "node Bruno" had proposed the use of the IP
> address. For the ID node Bruno had proposed the use of the IP address, but
> the debate on the identification of Bell pairs "link layer" remained open to
> take In account node with multi-interface (automated repeater or
> controllable quantum nodes) and the possibility on the same interface to
> swap differently the qubit of the pairs of "bell" generated by the  quantum
> links to which the interface is attached.
> 
> Shouldn't there be a dedicated paragraph presenting this addressing and
> naming problem/challenge in a quantum network ?

[WK] Naming and addressing is a bit of a bottomless pit. However, I also don't think it's a particularly special challenge for quantum networks just something that has to be done and agreed on at some point.

> 
> 3/ 5.5.2.  Rate
> Shouldn't there be a paragraph devoted to the definition of metrics to define
> what the quality of service of quantum communications could be? or should
> it rather be in the document draft-irtf-qirg-quantum-internet-use-cases-
> 02.txt

[WK] The current document already mentions fidelity which is a relevant metric. But yes, more than that will be needed. However, I do not feel there is enough knowledge and practical experience currently to meaningfully define a set of metrics so in my opinion this makes it not suitable for the architecture document.

> 
> Best regards
> Patrick
> 
> 
> 
> -----Message d'origine-----
> De : Qirg <qirg-bounces@irtf.org> De la part de Wojciech Kozlowski Envoyé :
> mercredi 30 septembre 2020 02:17 À : qirg@irtf.org Objet : [Qirg] FW: New
> Version Notification for draft-irtf-qirg-principles-05.txt
> 
> Dear QIRG,
> 
> I have just updated the draft-irtf-qirg-principles. Please see:
> https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__datatracker.ietf.org_doc_draft-2Dirtf-2Dqirg-
> 2Dprinciples_&d=DwIFAw&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-
> TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m
> =9Gg_IC02U77prwr71I8LEH33gcZmCwpgAMXlZKJqCjw&s=3TI7Ctn-ic01-
> R8BUXNslgAH1Q34IkuYJ2KdrFyod7Y&e=
> 
> This version now includes changes from the last round of feedback after the
> last meeting and finally an expanded list of references as well.
> 
> This version is now ready for a final review by the RG while I figure out the
> next steps to finalise its submission for RFC status. So those of you who have
> only been following updates and discussions, now is a good time to give it a
> full read.
> 
> Cheers,
> Wojtek
> 
> -----Original Message-----
> From: internet-drafts@ietf.org <internet-drafts@ietf.org>
> Sent: 30 September 2020 02:08
> To: Wojciech Kozlowski <W.Kozlowski@tudelft.nl>nl>; Angela Sara Cacciapuoti
> <angelasara.cacciapuoti@unina.it>it>; Stephanie Wehner - EWI
> <S.D.C.Wehner@tudelft.nl>nl>; qirg-chairs@ietf.org; Shota Nagayama
> <shota.nagayama@mercari.com>om>; Angela Cacciapuoti
> <angelasara.cacciapuoti@unina.it>it>; Rodney Van Meter
> <rdv@sfc.wide.ad.jp>jp>; irtf-chair@irtf.org; Marcello Caleffi
> <marcello.caleffi@unina.it>it>; Stephanie Wehner - EWI
> <S.D.C.Wehner@tudelft.nl>nl>; Bruno Rijsman <brunorijsman@gmail.com>
> Subject: New Version Notification for draft-irtf-qirg-principles-05.txt
> 
> 
> A new version of I-D, draft-irtf-qirg-principles-05.txt has been successfully
> submitted by Wojciech Kozlowski and posted to the IETF repository.
> 
> Name:		draft-irtf-qirg-principles
> Revision:	05
> Title:		Architectural Principles for a Quantum Internet
> Document date:	2020-09-29
> Group:		qirg
> Pages:		37
> URL:            https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__www.ietf.org_id_draft-2Dirtf-2Dqirg-2Dprinciples-
> 2D05.txt&d=DwICaQ&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-
> TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m
> =SSULa8dwWw4MHiAdGgPAIlUWnktaFomiUUtns5HZ3xE&s=1TPbVK5s-y-
> eVgSHl_oEdUSlPV4nm81lQ1Tqnh3RYrI&e=
> Status:         https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__datatracker.ietf.org_doc_draft-2Dirtf-2Dqirg-
> 2Dprinciples_&d=DwICaQ&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-
> TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m
> =SSULa8dwWw4MHiAdGgPAIlUWnktaFomiUUtns5HZ3xE&s=JBdRVdq1fAuro
> DTxsSIZghSv7KGiMlgoKNWVZ4mRuNY&e=
> Htmlized:       https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__datatracker.ietf.org_doc_html_draft-2Dirtf-2Dqirg-
> 2Dprinciples&d=DwICaQ&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-
> TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m
> =SSULa8dwWw4MHiAdGgPAIlUWnktaFomiUUtns5HZ3xE&s=J2PW8RY87WPo
> 4vkbeevhJb_5nam4It_mzxn-Gr3H__8&e=
> Htmlized:       https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__tools.ietf.org_html_draft-2Dirtf-2Dqirg-2Dprinciples-
> 2D05&d=DwICaQ&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-
> TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m
> =SSULa8dwWw4MHiAdGgPAIlUWnktaFomiUUtns5HZ3xE&s=hZl4H3JtLn_v8U
> PjscXX5sX80hgmdIhAWR1lpTlfkTY&e=
> Diff:           https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__www.ietf.org_rfcdiff-3Furl2-3Ddraft-2Dirtf-2Dqirg-2Dprinciples-
> 2D05&d=DwICaQ&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-
> TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m
> =SSULa8dwWw4MHiAdGgPAIlUWnktaFomiUUtns5HZ3xE&s=xekmxO_qFy8N
> ROhnLGYytLX7zJgxCEmq4loqYhs2idc&e=
> 
> Abstract:
>    The vision of a quantum internet is to fundamentally enhance Internet
>    technology by enabling quantum communication between any two points
>    on Earth.  To achieve this goal, a quantum network stack should be
>    built from the ground up to account for the fundamentally new
>    properties of quantum entanglement.  The first realisations of
>    quantum networks are imminent, but there is no practical proposal for
>    how to organise, utilise, and manage such networks.  In this memo, we
>    attempt to lay down the framework and introduce some basic
>    architectural principles for a quantum internet.  This is intended
>    for general guidance and general interest, but also to provide a
>    foundation for discussion between physicists and network specialists.
> 
> 
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> The IETF Secretariat
> 
> 
> _______________________________________________
> Qirg mailing list
> Qirg@irtf.org
> https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__www.irtf.org_mailman_listinfo_qirg&d=DwIFAw&c=XYzUhXBD2cD-
> CornpT4QE19xOJBbRy-
> TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m
> =9Gg_IC02U77prwr71I8LEH33gcZmCwpgAMXlZKJqCjw&s=LrCit76fxmkbDqxV
> DiXM9rBZ0VMDO4l3HmuClGZQ7n8&e=