Re: [Qirg] renewing I-Ds: comments, please!

Patrick Gelard <patrick.gelard.59@gmail.com> Fri, 06 September 2019 17:15 UTC

Return-Path: <patrick.gelard.59@gmail.com>
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 B9D74120895 for <qirg@ietfa.amsl.com>; Fri, 6 Sep 2019 10:15:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.737
X-Spam-Level:
X-Spam-Status: No, score=-1.737 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 ZUagJixuNkw7 for <qirg@ietfa.amsl.com>; Fri, 6 Sep 2019 10:15:06 -0700 (PDT)
Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 550981208AF for <qirg@irtf.org>; Fri, 6 Sep 2019 10:15:06 -0700 (PDT)
Received: by mail-wm1-x32b.google.com with SMTP id q12so7922889wmj.4 for <qirg@irtf.org>; Fri, 06 Sep 2019 10:15:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=Mn1CyMFUVnFmS6u6bAlug7HymRYspqNJX3GGBF1ij5o=; b=KIXrAPRPSE9VMoQQepHB27I3XE2grt/mAbfoOTQQXA3pQLuCtXe9tnN+VTfAh20rq5 LJez6mr06w4lihezYau3DCJGpM3Vvdj0oeOJXo5tEXl/wQ+OQsLsUyxeUrPdPk6DSO12 cK9ds/LJ0RTvPNtJq/TGNJfvffoqk+ICVfaQpjXxUU6AiE9ld11xHEnXaPski6H2fZcV OrQo9JlCnQfcM3gpckRGnsAilJw+9EDVOnvW49qYlD4JhZN0zpBa2lcRhn4wFzCHfPhm Ht44PrNYnh2SqBIyEM1xalXbHSK/qyPGskCJPEuna0MpQIHMMAO3u7Klp9X/cvXtmG0b hIXg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=Mn1CyMFUVnFmS6u6bAlug7HymRYspqNJX3GGBF1ij5o=; b=fEepEOpipd6hhZKfnSOn5kbrzqkwY4fcvRbQPXEOeluzyY2tT5zdHmHNuWNO/2ONgc 7OeYYOireyWi9CkOlctH9MAncKKzfo0EuMybyIGSQ2fbO8ZaFK9gYTAsrmocnqABUVTw 4enskhUDYBkk0odsFQWUlRBAc6HGAHMXT36G89HjvAAETi44fC8oChh1YayDnxa7lAoj +qVOygBYmWoeaRgTZhqhe9SODrm1nsVh/yANELIqW6Nhbrnh/XYRZmT9o1MPfHbkUFmX JTB2eXvk0ZOkkBvoRUdkvsFUdPRps6f0iVYza9OIFjSUl+WcwCae/bjbdfSNBfHD4qHs zyeQ==
X-Gm-Message-State: APjAAAWgj3BnX6yaprD1ew112xewY4JouwgmOXa2Ez0g2vKdK+NnM9X1 JzjgJacelcVGH8GnT/P5fuH0IbwM
X-Google-Smtp-Source: APXvYqwERgVitDRC6oOYA4xiV68PgvgAcJ/DS5eAX+3NYP/4NX13HNqQrnc3S9t3yvwdoA2oJT4TyQ==
X-Received: by 2002:a7b:cbd8:: with SMTP id n24mr7881181wmi.71.1567790104688; Fri, 06 Sep 2019 10:15:04 -0700 (PDT)
Received: from ?IPv6:::1? ([2a01:e34:ef55:a450:ddc9:d0f1:b885:5ce3]) by smtp.gmail.com with ESMTPSA id r28sm9521856wrr.94.2019.09.06.10.15.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Sep 2019 10:15:04 -0700 (PDT)
To: Wojciech Kozlowski <W.Kozlowski@tudelft.nl>, "qirg@irtf.org" <qirg@irtf.org>
References: <B51265F3-9A91-49FB-8392-B6BD6D2993CE@sfc.wide.ad.jp> <BN7PR10MB269096CB34CF34B33C53E15FF8B90@BN7PR10MB2690.namprd10.prod.outlook.com> <F1E8EFF81FCF1B46AA7CCA3CC4D5E18CA053139A@TW-MBX-P03.cnesnet.ad.cnes.fr> <1a1d5928006d3a11c86dbed5ae4e8fae3dd07881.camel@tudelft.nl>
From: Patrick Gelard <patrick.gelard.59@gmail.com>
Message-ID: <401b3076-f334-839f-0bba-257d5173fe30@gmail.com>
Date: Fri, 06 Sep 2019 19:14:59 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0
MIME-Version: 1.0
In-Reply-To: <1a1d5928006d3a11c86dbed5ae4e8fae3dd07881.camel@tudelft.nl>
Content-Type: multipart/alternative; boundary="------------8BE6E155B3F6C2FEC712390B"
Content-Language: fr
X-Antivirus: Avast (VPS 190906-0, 06/09/2019), Outbound message
X-Antivirus-Status: Clean
Archived-At: <https://mailarchive.ietf.org/arch/msg/qirg/ys-9Qo5QWt6yV2sQYpg080k6J4c>
Subject: Re: [Qirg] renewing I-Ds: comments, please!
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: Fri, 06 Sep 2019 17:15:09 -0000

Hi

Thanks for your answers.

1/ About teleportation the feedback i have from telcom engineers :

    To be able to teleport 1 Qubit you must first :

    - generate a pair of maximally entangled qubits, referred to as EPR
    pair, with each qubit stored at each remote node.

    - consume two classical bit.

A direct transmission of Qubit does not need to consume all these 
communication resources, but you are limited by the distance unless 
quantum error correction progress significantly

Teleport a qudits (with d>> 2) should be more beneficial even if consume 
more ressources than a qubit. Because you can exploit more parallelism 
(exponential) for the calculation (more dimensions)


2/Can a set of Bell pairs be used to establish multipoint/multicast 
communication? for example, for distributed quantum computing.


/Patrick

Le 06/09/2019 à 18:05, Wojciech Kozlowski a écrit :
> Thanks for your feedback. I didn't have time to address all your 
> points, but I have some comments inline:
>
> On Wed, 2019-09-04 at 14:45 +0000, Gelard Patrick wrote:
>>
>> 2/ It is written that :
>>
>> However, it is impossible to entangle two qubits without ever having 
>> them directly interact with each other (e.g. by performing a local 
>> two-qubit gate, such as the CNOT)
>>
>> Does this sentence not contradict the paragraph “4.3.3.  Bell Pair 
>> links and entanglement swapping”   ? Because with entanglement 
>> swapping it is possible to entangle two qubits that never directly 
>> interact with each other : https://arxiv.org/abs/quant-ph/0409093 !!!
>>
>
> This is a very good point and it just shows the draft needs some extra 
> care with the language. I guess the best way to clarify this point is 
> that entanglement swapping doesn't actually create entanglement. 
> Instead one of the particles is simply teleported to a more distant 
> location. I haven't addressed this point in the latest version though.
>
>> 3/To achieve teleportation, a Bell Pair needs to be distributed 
>> between the source and destination. Thus to teleport a Qubit we need 
>> first to distributed a Bell Pair and also use two classical bit. This 
>> is not a very effective type of communication because it is consume 
>> more resource than the one is transmit, isn’t it ? !!!
>>
>
> It doesn't consume more resources, because we are not interested in 
> transmitting classical data. Qubits are teleported for the purposes of 
> sharing quantum states and entanglement (for use by higher-layer 
> applications), something you cannot do by simply transmitting 
> classical bits.
>
>
>> 4/ 5.3.1.  Goals of a quantum internet.
>>
>> -Support distributed quantum applications and Support tomorrow's 
>> distributed quantum applications. For example concerning the QKD, 
>> there is a great zoology of QKD algorithms ( 
>> https://arxiv.org/pdf/1906.01645.pdf ) not necessarily based on the 
>> same quantum phenomenon (Heisenberg's uncertainty principle, 
>> entanglement) and require different characteristic of quantum 
>> channel.   Can an internet quantum communication infrastructure take 
>> into account this diversity of needs?
>>
>
> Adding references is a pain to do in the XML format for drafts so I 
> haven't added this reference. I would also add a reference to 
> https://wiki.veriqloud.fr/index.php?title=Main_Page
>
>
>> 5/ 5.3.2.  The principles of a quantum internet.
>>
>> -Bell Pairs are the fundamental building block.Distributed quantum 
>> computation need multipartite entangled states shared among several 
>> nodes of the network and thus more than  Bell Pairs, isn’t it ? Or 
>> the goal is to transforming multipartite entangled states into the 
>> tensor product of bipartite Bell pairs between specific nodes using 
>> only a certain class of local operations and classical communication 
>> ( https://arxiv.org/abs/1907.08019 ) ?
>>
>
> I'm not sure I follow this point. You can create more complex 
> entangled states from Bell Pairs.
>
> _______________________________________________
> Qirg mailing list
> Qirg@irtf.org
> 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