Re: [Qirg] GitHub PR Patch 1

Wojciech Kozlowski <W.Kozlowski@tudelft.nl> Tue, 04 February 2020 00:02 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 10C8A120044 for <qirg@ietfa.amsl.com>; Mon, 3 Feb 2020 16:02:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.198
X-Spam-Level:
X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 fM1x6AG_PYEy for <qirg@ietfa.amsl.com>; Mon, 3 Feb 2020 16:02:53 -0800 (PST)
Received: from mailservice.tudelft.nl (mailservice.tudelft.nl [130.161.131.5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB1B812001A for <Qirg@irtf.org>; Mon, 3 Feb 2020 16:02:41 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by amavis (Postfix) with ESMTP id AF8E2400EE for <Qirg@irtf.org>; Tue, 4 Feb 2020 01:02:40 +0100 (CET)
X-Virus-Scanned: amavisd-new at tudelft.nl
Received: from mailservice.tudelft.nl ([130.161.131.69]) by localhost (tudelft.nl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id YOpyTFDtqN54 for <Qirg@irtf.org>; Tue, 4 Feb 2020 01:02:39 +0100 (CET)
Received: from SRV218.tudelft.net (mailboxcluster.tudelft.net [131.180.6.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by mx1.tudelft.nl (Postfix) with ESMTPS id D1FC3400E7 for <Qirg@irtf.org>; Tue, 4 Feb 2020 01:02:39 +0100 (CET)
Received: from SRV220.tudelft.net (131.180.6.20) by SRV218.tudelft.net (131.180.6.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P521) id 15.1.1847.3; Tue, 4 Feb 2020 01:02:33 +0100
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.1847.005; Tue, 4 Feb 2020 01:02:33 +0100
From: Wojciech Kozlowski <W.Kozlowski@tudelft.nl>
To: "Qirg@irtf.org" <Qirg@irtf.org>
Thread-Topic: GitHub PR Patch 1
Thread-Index: AQHV2u5mOAbDqf0lLku7JVAzQGDFgQ==
Date: Tue, 04 Feb 2020 00:02:33 +0000
Message-ID: <d755e4fc670c04bffdf1c6b61f060d2c4e26d7dd.camel@tudelft.nl>
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="utf-8"
Content-ID: <CB50A7B3B9894D49856B5E9DB2C57D42@forest.intra>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/qirg/rY4X6Sihe-rm68uTEKUaB38osoI>
Subject: Re: [Qirg] GitHub PR Patch 1
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: Tue, 04 Feb 2020 00:02:55 -0000

Re: https://github.com/Wojtek242/draft-irtf-qirg-principles/pull/1

Hi Patrick,

Thanks for the pull request!

I've finally had some time to look at it now that I'm back to working on the
draft and before I include your changes I have some questions:

> Bell's pair-generating sources are part of the link.

[WK] I'm not sure I'd say the that the sources are part of the link, but the
link is crucial part of the generation process. I think it's worth returning to
this point once I sort out Sara's contribution about elementary link
generation.

> Quantum internet must support the diversity of encoding schemes.

[WK] I'm not enough of an expert to make a judgement on whether this should or
should not be part of the draft. I've heard of other encoding schemes before,
but not in the context of networks before. Can you explain a bit more about
this and if this will be practical in a quantum network context?

> Need an interconnection protocol to distribute Bell peer between autonomous
systems

[WK] Agreed, a brief addition like yours is good. Will include it. Would it be
worth adding some mention of potential challenges? Such as one AS having one
qubit of the pair and the other AS the other? Without too much detail though.

> Do not prematurely close the door to super dense coding that can be used for
example to transport control plane of classical and quantum Network. In this
use case the control plane can be seen as a quantum application that consumes
quantum bits to realize its functions.

[WK] I'm not sure why you would ever send control information over a quantum
channel. In general classical channels will be cheaper and more practical and
it would be wasteful to use qubits to send control information (where you need
10s of bits for each qubit you transmit). Could you explain a bit more?

> Bell pairs are also the basic fundamental unit for building complex multi-
partite entanglement state shared among several nodes of the network.

[WK] Agreed, will be included.

Cheers,
Wojtek