Re: [Qirg] Question on the Network Model for Quantum Networks

Wojciech Kozlowski <w.kozlowski@tudelft.nl> Thu, 28 March 2019 09:30 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 A84551201A7 for <qirg@ietfa.amsl.com>; Thu, 28 Mar 2019 02:30:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 59fCNTwVEeFJ for <qirg@ietfa.amsl.com>; Thu, 28 Mar 2019 02:30:06 -0700 (PDT)
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 5750D120165 for <qirg@irtf.org>; Thu, 28 Mar 2019 02:30:06 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by amavis (Postfix) with ESMTP id 52A60CC0097 for <qirg@irtf.org>; Thu, 28 Mar 2019 10:30:04 +0100 (CET)
X-Virus-Scanned: amavisd-new at tudelft.nl
Received: from mailservice.tudelft.nl ([130.161.131.74]) by localhost (tudelft.nl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id pvElIiVs6ivC for <qirg@irtf.org>; Thu, 28 Mar 2019 10:30:00 +0100 (CET)
Received: from smtp-a.tudelft.nl (smtp-a.tudelft.nl [131.180.190.158]) by mx3.tudelft.nl (Postfix) with ESMTP id 99D2BCC00C9 for <qirg@irtf.org>; Thu, 28 Mar 2019 10:29:58 +0100 (CET)
Received: from [131.180.32.197] (tud257061.ws.tudelft.net [131.180.32.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp-a.tudelft.nl (Postfix) with ESMTPSA id 787852070F for <qirg@irtf.org>; Thu, 28 Mar 2019 10:29:58 +0100 (CET)
To: "qirg@irtf.org" <qirg@irtf.org>
References: <775AD50E-1CE0-4381-B4AA-181BDF8A20B8@sfc.wide.ad.jp> <CALxNLBhb4gWz_zHGkhJ9kETo-gi7qtUygMvcqEkYoFhmaDR0gA@mail.gmail.com> <CAMC7SJ5Uh_E0zk76Rw3KYJ2OTQOmxxVJo8XA3MWXo0JUPG18wg@mail.gmail.com> <2ee7dc7c-1f40-6dd4-7cea-5666f5919136@tudelft.nl> <426AC474-8E67-45F8-8384-36A3028A8E3A@unina.it> <3511271b-c6be-02e1-de75-59ab8633a9ae@gmail.com> <40A1AD00-6437-41A3-8196-D671F4EFC73A@unina.it> <F1E8EFF81FCF1B46AA7CCA3CC4D5E18CA04E279B@TW-MBX-P03.cnesnet.ad.cnes.fr>
From: Wojciech Kozlowski <w.kozlowski@tudelft.nl>
Message-ID: <a78669e6-59ea-e3ab-58ff-5569a4dbe29c@tudelft.nl>
Date: Thu, 28 Mar 2019 10:29:55 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1
MIME-Version: 1.0
In-Reply-To: <F1E8EFF81FCF1B46AA7CCA3CC4D5E18CA04E279B@TW-MBX-P03.cnesnet.ad.cnes.fr>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/qirg/UuB5z9yqW0zfLmR_jhafmmSv9to>
Subject: Re: [Qirg] Question on the Network Model for Quantum Networks
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, 28 Mar 2019 09:30:12 -0000


On 28/03/2019 07:38, Gelard Patrick wrote:
>
> -----Message d'origine-----
> De : Qirg <qirg-bounces@irtf.org> De la part de Marcello Caleffi
> Envoyé : mercredi 27 mars 2019 21:28
> À : Patrick Gelard <patrick.gelard.59@gmail.com>
> Cc : Wojciech Kozlowski <w.kozlowski@tudelft.nl>; qirg@irtf.org
> Objet : Re: [Qirg] Question on the Network Model for Quantum Networks
>
> Hi Patrick,
>
>> Il giorno 27 mar 2019, alle ore 20:40, Patrick Gelard <patrick.gelard.59@gmail.com> ha scritto:
>>
>> Hi,
>>
>> Software-Defined Networking (SDN) could also be use to orchestrate and automate/program the reservation of classical networking resources. And therefore by analogy SDN could be used to program the entanglement routing.
>>
>>>> I would say that quantum networking aims at teleporting qubits between remote nodes
>> it seems to me that quantum networking can be used for other quantum services which don't use teleportation  (QKD based on entanglement, super dense coding, ...) !!!
>>
> Indeed.
>
> But, m2c, I seriously doubt super dense coding could ever be the killer application for a network paradigm shift such as the one required by entanglement distribution.. It seems much easier (and less expensive) to simply double the bandwidth..
While super dense coding may not be the killer application, I am more in 
favour of the view that the network only provides the entanglement and 
teleportation is one of the services/applications on top of it - just 
like TCP is a reliable delivery service built on top of the IP 
best-effort datagram service.

This distinction comes from the fact that most applications currently 
proposed use entangled states as their building block and as Patrick 
pointed out they may not teleport any quantum state. You could implement 
all applications using teleportation, but this might lead to situations 
where you create a Bell Pair in order to teleport a qubit that is part 
of a Bell Pair since what the application needs is a Bell Pair.

Some applications will need teleportation, but for some it will be 
unnecessary overhead, especially in the case of anything QKD based as 
Patrick pointed out.
> QKD, well, again m2c, QKD can (might? not sure whether there is a definitive answer in terms of practical key rate) benefit from entanglement -- depending on the scheme — whereas distributed quantum computing (or blind computing) seems quite strongly dependent on entanglement and they both may be killer application since no entangled-less network can provide such services
>
> Anyhow, these are my personal feelings .. What about? Don’t you believe we should generalize quantum networks to it?
>
> [Patrick] In classical Network we have unicast, multicast and aycast IP communication service, thus why not have different modes of connectivity in quantum networks that can increase, for example, distributed computing power. Building  To be able to build interconnection network graphs of multipartite entanglement would be relevant in my opinion.  Now what are the physical challenges to achieve multipartite entanglement ?
>   
Multipartite entanglement is definitely a service that is desirable - 
there are proposed applications that build on top of GHZ states and some 
that use W states (both are multipartite). However, to me, what is not 
clear is where it should be done. One could generate these states at the 
physical layer and then distribute them via teleportation. Another 
option is to build these states up from Bell Pairs. This may be less 
efficient, but it may also not be - this is not clear yet. In this case 
one would have to answer whether it's the network stack that does this, 
or it's a service layer on top of the network stack (layer 4 like 
TCP/UDP) or it should be done by the application itself.

One of the members of this list, Alexander Pirker, has done some work on 
building quantum networks using multipartite states. You can read more 
about it here: https://arxiv.org/abs/1810.03556.

>> /Patrick
>>
>
>
>> Le 27/03/2019 à 18:24, Marcello Caleffi a écrit :
>>>> Il giorno 27 mar 2019, alle ore 14:32, Wojciech Kozlowski <w.kozlowski@tudelft.nl> ha scritto:
>>>>
>>>> On 27/03/2019 14:08, Stephen Botzko wrote:
>>>>> This whole area is new to me, so it's quite likely my question has already been thought about.
>>>>>
>>>>> My understanding is that the goal of quantum networking is to create (and possibly manage) entangled qubits.  Each entangled qubit is an object that exists in precisely two locations at any point in time, and has other properties (in particular fidelity).
>>>>>
>>>> The goal of quantum networking is to create, distribute, and manage *Bell Pairs* which consist of two qubits split across two locations. It's not one qubit in two places.
>>> I would say that quantum networking aims at teleporting qubits between remote nodes (which may or may not — then entanglement swapping seems a suitable candidate — be directly connected through quantum links).
>>>
>>> Teleporting needs entanglement.
>>>
>>> Bell pairs are the simplest form of entanglement. But they are not the only form of entanglement.
>>>
>>> I believe that sooner or later we should start looking into multipartite entanglement as done by the physics community in the last ten years or so.
>>>
>>>>> I am wondering why we are trying to map classical networking concepts like "quantum connections" and packet store+forward onto this problem domain.  Has anyone looked at using a different framework (for instance content defined networking)?  It might be a more natural starting point.
>>>>>
>>>> The reason for starting with the standard framework is that it is well understood, there is a wealth of available literature on the topic, and also there are many experts who understand the subject. A lot of people have also noticed similarities between certain classical protocols like RSVP and the problem of distributing Bell Pairs so it seems natural to pursue this direction.
>>>>
>>>> However, I wouldn't say that this is the only way to go or that some other framework might not be more optimal. In fact, Rod, one of the group's chair, has for example proposed to use a recursive architecture (https://www.nii.ac.jp/pi/n8/8_65.pdf). I haven't heard anyone suggest content defined networking for quantum yet, but if one were to come up I'm sure the group would also be interested in such a proposal.
>>>>
>>>>> Also, I am thinking that it might be useful to construct a data model that shows how entangled qubits are created, moved, destroyed, etc. This could also show any physics constraints (for instance, cases where bits need to be transported on the quantum link). The tutorial shows some of this, but I think it is incomplete.
>>>>>
>>>> That is a good point, and might be worth adding to the "architectural principles" work which will be going on in the near future.
>>>>
>>>>> Stephen
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Qirg mailing list
>>>>>
>>>>> Qirg@irtf.org
>>>>> https://www.irtf.org/mailman/listinfo/qirg
>>>> _______________________________________________
>>>> Qirg mailing list
>>>> Qirg@irtf.org
>>>> https://www.irtf.org/mailman/listinfo/qirg
>>>
>>>
>>> _______________________________________________
>>> Qirg mailing list
>>>
>>> Qirg@irtf.org
>>> https://www.irtf.org/mailman/listinfo/qirg
>> 	Garanti sans virus. www.avast.com
> _______________________________________________
> Qirg mailing list
> Qirg@irtf.org
> https://www.irtf.org/mailman/listinfo/qirg