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

Stephen Botzko <stephen.botzko@gmail.com> Wed, 27 March 2019 14:38 UTC

Return-Path: <stephen.botzko@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 2DD17120096 for <qirg@ietfa.amsl.com>; Wed, 27 Mar 2019 07:38:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.2
X-Spam-Level:
X-Spam-Status: No, score=-1.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_BOUND_DIGITS_15=0.798, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, 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 RoeB-K2UamPh for <qirg@ietfa.amsl.com>; Wed, 27 Mar 2019 07:38:33 -0700 (PDT)
Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) (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 4C63412002F for <qirg@irtf.org>; Wed, 27 Mar 2019 07:38:33 -0700 (PDT)
Received: by mail-ed1-x536.google.com with SMTP id x61so8576300edc.9 for <qirg@irtf.org>; Wed, 27 Mar 2019 07:38:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Ix5AgkUIo/YLT76xLdKMSC842l6XB9/4WVFd09oVIYs=; b=T3wjXB5kfcpMuz5EJ5VzqoGVJJhpHdljuC2W1tiU9tTLOb8e+rd/52zC+fFv5iG6A3 kqpAvpbJ6wJJK6aSfjAVyY+B7heQJZDmhbrZTUUolABqXOQv1HW93x2Tz9wbcQnxxVq9 ioRbyXfYmgLw9MMeLbhTYyEMzCEx8SK4YKJsdbjRwCwc49qeNAmGlOi8hKsJopAwPdgm Uh4PJ+YNck8oYl2DJjCkt11HLKDiTaKC+LCMBJWSxJAhSb20YWie9DzAbyE4Ax4CrYbQ ZBzqHeOWZYjSJFuHz9d4WJkOdXCQ/KEe6iV5xtBhI0nyTyip44Oh5xk/nnRj1a4E1l2+ kCxA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Ix5AgkUIo/YLT76xLdKMSC842l6XB9/4WVFd09oVIYs=; b=WZOrRDwZz0UxA9EhXmwhXTQeF1jQrdInv3ljt0mQWv1793j2mNm/jbzNnGZvPNaqYr 0dZrX5KT+QloLkNvqRFn/neoGfIsH6tjecXL9yc2OVbwEw8xxDYBfzNIKswrOc6Sqtei SXOUcX5TA6+/b3ObB5NyPWj24I3W55jRzE5/6V8Hc5gPoeD35YK19EgURTX9f4FZ1Dxc f39XTfwye4g1bDaWfqxHMf0S4gVGEIGHU6qCA78FLDNdh0HzZErw6SeXKZ59+6Me4OnZ sm7TKyhN1w4S+R3GhvHzgbjCSGgi7VsOAImFMeH3i0zEBKiVF0hBYjLMwv2hXwsb/Bg1 Kv+Q==
X-Gm-Message-State: APjAAAUPr+Sw0c1m3fHYOPOupQR/mQXMqtLg4ISYJSzdOHtCtKxupB6U MF6fplMlM3AATvkYEfjQ0iAas441ltQGDy7sT6c=
X-Google-Smtp-Source: APXvYqykl2M1qbSf9FkRGrhk7uRbsC+drhV3/1VrGTtHXJ933nYNzBdcKEwKBGy8S+o8b7OeV6fILIbyIJPbUcC7JEI=
X-Received: by 2002:a50:9745:: with SMTP id d5mr24179007edb.66.1553697511733; Wed, 27 Mar 2019 07:38:31 -0700 (PDT)
MIME-Version: 1.0
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>
In-Reply-To: <2ee7dc7c-1f40-6dd4-7cea-5666f5919136@tudelft.nl>
From: Stephen Botzko <stephen.botzko@gmail.com>
Date: Wed, 27 Mar 2019 15:38:20 +0100
Message-ID: <CAMC7SJ6NpHGOLHdm+76hAdP1Si9uVfZikHPJEHdLVA1ZnnVAbg@mail.gmail.com>
To: Wojciech Kozlowski <w.kozlowski@tudelft.nl>
Cc: qirg@irtf.org
Content-Type: multipart/alternative; boundary="0000000000004681360585146487"
Archived-At: <https://mailarchive.ietf.org/arch/msg/qirg/_SN7rLPw8WjnaSqu3eKfu1doYSM>
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: Wed, 27 Mar 2019 14:38:36 -0000

On Wed, Mar 27, 2019 at 2:32 PM Wojciech Kozlowski <w.kozlowski@tudelft.nl>
wrote:

> 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.
>
> [SB]Thanks for the correction.  A Bell Pair is the object, not an
entangled qubit.

> 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.
>


> [SB] There are some similarities, since RSVP does require each router on a
> path to commit to provide a precious resource (bandwidth).  But the
> bandwidth reservation in RSVP has some persistence - by contrast, the each
> Quantum Repeater on a path is committing to perform a discrete
> transaction.    And RSVP isn't fundamental to classical networking (and
> AFAIK was never widely deployed).
>


> 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.
>
[SB] Ideally that model would be a driver of the overall network
architecture.


>
> Stephen
>
> _______________________________________________
> Qirg mailing listQirg@irtf.orghttps://www.irtf.org/mailman/listinfo/qirg
>
>
> _______________________________________________
> Qirg mailing list
> Qirg@irtf.org
> https://www.irtf.org/mailman/listinfo/qirg
>