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

[Patrick Gelard <[e-mail]>]

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, ...) !!!

/Patrick


Le 27/03/2019 à 18:24, Marcello Caleffi a écrit :
>
>> Il giorno 27 mar 2019, alle ore 14:32, Wojciech Kozlowski 
>> <[e-mail] <mailto:[e-mail]>> 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
>>> [e-mail]
>>> https://www.irtf.org/mailman/listinfo/qirg
>>
>> _______________________________________________
>> Qirg mailing list
>> [e-mail] <mailto:[e-mail]>
>> https://www.irtf.org/mailman/listinfo/qirg
>
>
> _______________________________________________
> Qirg mailing list
> [e-mail]
> https://www.irtf.org/mailman/listinfo/qirg


---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus