Re: [Coin] 答复: COINRG and QIR : interaction for generic architecture of quantum computation node ?

Marie-Jose Montpetit <marie@mjmontpetit.com> Tue, 26 November 2019 07:24 UTC

Return-Path: <marie@mjmontpetit.com>
X-Original-To: coin@ietfa.amsl.com
Delivered-To: coin@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9EA48120836 for <coin@ietfa.amsl.com>; Mon, 25 Nov 2019 23:24:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level:
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mjmontpetit-com.20150623.gappssmtp.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 w-kBQ2dJSQO6 for <coin@ietfa.amsl.com>; Mon, 25 Nov 2019 23:24:17 -0800 (PST)
Received: from mail-il1-x133.google.com (mail-il1-x133.google.com [IPv6:2607:f8b0:4864:20::133]) (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 D671312081F for <coin@irtf.org>; Mon, 25 Nov 2019 23:24:10 -0800 (PST)
Received: by mail-il1-x133.google.com with SMTP id v17so12841516ilg.7 for <coin@irtf.org>; Mon, 25 Nov 2019 23:24:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mjmontpetit-com.20150623.gappssmtp.com; s=20150623; h=from:in-reply-to:references:mime-version:date:message-id:subject:to; bh=1eLMRogz76okVfmJ6kPjPNegj+TSWWf8hdto4IpDR08=; b=giMfNHAtPFsvLMsa8ZwQ2GReVQyViCq6C5uQCHsIhLdywaGm1lgQQEpqD+AVYdsCf0 /gfaogygb+GIyvPtXlGv6hDTgnl5xPDbjQGGvPy59+fjVDJ+1bpP1GJg/12Oilo0U025 Hej+CpJ1/wVVGUi0zgpVeoHIMvMy5MLKNWjF+HpHsfm2UHDd2rkohN2p2DfnCwYIJzpb rZ1yBJkj9wqFL/ZMWkD1N/X8rdEeVVBSV+sDtGdS7q4jUQFG+v1+doejkFeuFtKyaFV6 J8tf32DdKGeCkje25ZfebW2/3/nFoduQvfeY1/v0VUMZTbJ2P3zJ6N1pVdkIq54HHcRI Gy5A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to; bh=1eLMRogz76okVfmJ6kPjPNegj+TSWWf8hdto4IpDR08=; b=YjpHkGbo0dZQR90VU1yLfoqkp/pF9LEAYkAY1U3wZzC/6EkClX5uoUG9y3tlCfIe1L mpIcdr5OGlCOs/7UeSeGJnCQBB2y5odONxXyjxfkl4fiaORptxWquaO3BbLUDWupnIa9 I7L1fS5ohIxULN0C2if2izqDMhqTf5gha99A4LKn0+/mz6nQ8iim4yIbxPesn/gMMwrd 1SptwKOi2bqKyke729WUhJ9st7wuSYTAokualQ8mGlxbi07q7PMFpdQshNbydV6Q0wQE q1MMAPpdDwSCs2putbsv7jdF9IwE6NOwJcKWvXlHiOvmmDTCthva976OH0prffj2Uj4k A7Vg==
X-Gm-Message-State: APjAAAULH6wVEkUUAfsSPASm+EIUhkAR40sqYv+2c2Y/NWHBVxzG2mc+ FRe5kF1kT4i9EDeQ9oCf70aiqlpKOVuesOrjHIxE8g==
X-Google-Smtp-Source: APXvYqyAA7qFdWniNnzx2dmhg5/6X4RV2G3UOy/ugr7hQjZqkprBsVLUVqm4tcBltCCPvJDWwNyg5Oy95EFmEqgngd8=
X-Received: by 2002:a92:1bcc:: with SMTP id f73mr23416621ill.207.1574753050012; Mon, 25 Nov 2019 23:24:10 -0800 (PST)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Mon, 25 Nov 2019 23:24:09 -0800
From: Marie-Jose Montpetit <marie@mjmontpetit.com>
In-Reply-To: <AB07990D3CAE53419132AB701C45693CD7BE8B68@dggeml509-mbx.china.huawei.com>
References: <F3B0A07CFD358240926B78A680E166FF1ED066DC@TW-MBX-P03.cnesnet.ad.cnes.fr> <CAPjWiCQLZZMuPyop=-aPVCwc-0i7aOQqwMSt4+FeSGE0pRgr3A@mail.gmail.com> <c52b812819bae9c5473dbbc5afcf19dd3cfad51d.camel@tudelft.nl> <AB07990D3CAE53419132AB701C45693CD7BE8B68@dggeml509-mbx.china.huawei.com>
MIME-Version: 1.0
Date: Mon, 25 Nov 2019 23:24:09 -0800
Message-ID: <CAPjWiCQ2Yz0SAuOW5BJ6xvdeSaOTZfKt22y91hxY0nwcowp0Nw@mail.gmail.com>
To: Wojciech Kozlowski <w.kozlowski@tudelft.nl>, "Hejianfei (Jeffrey)" <jeffrey.he@huawei.com>, "coin@irtf.org" <coin@irtf.org>
Content-Type: multipart/alternative; boundary="00000000000027c7ef05983ac4f2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/coin/wMRCcwTkJAyT2uejm951uLbBevM>
Subject: Re: [Coin] 答复: COINRG and QIR : interaction for generic architecture of quantum computation node ?
X-BeenThere: coin@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "COIN: Computing in the Network" <coin.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/coin>, <mailto:coin-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/coin/>
List-Post: <mailto:coin@irtf.org>
List-Help: <mailto:coin-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/coin>, <mailto:coin-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Nov 2019 07:24:20 -0000

I actually had a slightly different take more in the sense of what Quantum
could do to help computing in the network in terms of fast route/re-route
decision in complex interconnected topologies base don localized criteria
and the use of strong encryption/fast decrytption on a path.

SoI can see reasons to communicate...

Marie-José Montpetit, Ph.D.
Research Affiliate, MIT Media Laboratory
mariejose@mjmontpetit.com
mariejo@mit.edu

On November 26, 2019 at 5:12:37 AM, Hejianfei (Jeffrey) (
jeffrey.he@huawei.com) wrote:

Hi Wojtek and Nicolas ,

Thanks for raising this topic. And the QIRG architecture draft is a very
good introduction for me, one without any quantum background. I have a
question after reading it.

It seems to me what you need for the control plane (which is built above
the classical channels) is a signaling mechanism to  reserve the resource
on quantum repeater/routers along a path, as the arch draft mentioned in
section5.2.

The challenge in the first item in section 5.1 ( “no headers”) reminds me
the similarity to all-optical networks, particularly the Optical Burst
Switch(OBS), which is also separating the control plane from the data
plane, doesn’t rely on processing headers in data (bursts), and try to
reduce the requirement of buffer(optical buffer is non-trivial). This paper
below may provide some information how OBS handle their reservations
:Just-in-time, Just-enough-time et. My understanding is that the basic idea
is to send a message at the control plane ahead of the data burst to
reserve the resource before the real data arrives. I have to also mention
that OBS hasn’t been deployed in real networks(as far as I know), although
there were many research and some prototypes in the optical community back
to nearly 20 years ago.

(https://rouskas.csc.ncsu.edu/Publications/Conferences/WOBS-Teng-2003.pdf)

Maybe I am wrong, you are exploring something more than resource
reservation?

Cheers,

Jeffrey

*发件人**:* Coin [mailto:coin-bounces@irtf.org] *代表 *Wojciech Kozlowski
*发送时间:* 2019年11月25日 21:05
*收件人:* coin@irtf.org
*主题:* Re: [Coin] COINRG and QIR : interaction for generic architecture of
quantum computation node ?



Following a mention of COIN at the QIRG meeting I attended the meeting on
Friday and I do think there is definitely at least some scope for initial
exploration. However, I am new to COIN so please forgive me any obvious
blunders in the technical matters.



I picked up an interest in COIN, because one of the problems of developing
an architectural model for a quantum network is that the stateless packet
processing model just does not apply when you have to deal with certain
quantum phenomena such as entanglement where you have a pair of qubits on
two different physical devices yet they share state information which must
be tracked by the network. Rodney Van Meter who is a co-chair of QIRG and
published a lot of early work on this topic often suggests that quantum
networking is a form of distributed computation. Furthermore, quantum
networks (at least the near-term realisations) will be incredibly
time-sensitive - latency will matter _a lot_ - so I was interested to see
that one of the driving factors for COIN is reducing the latency.



Quantum networking will have a significant non-quantum processing component
which will involve local processing and networked communication with other
nodes. This has caused me some trouble in my own research when trying to
apply the conventional notion of data and control planes to the problem.
Perhaps computation in the network might end up being one way of looking at
this problem. I have even been exploring using P4 for quantum "data planes"
(but more from the SDN and central controller approach) which would open up
a practical way of adding computation in the network to quantum nodes.



This is a line of thinking I would like to explore and I'm sure it would be
of interest to some in the QIRG. If the people at COINRG are interested and
think it's relevant there might be some scope to move forward on this topic.



Thanks,

Wojtek



PS For curious readers: we are currently working on a "Architectural
Principles of a Quantum Internet" draft which will serve as an introduction
for networking people with no quantum background to the subject of quantum
networking (for a quick look into the challenges involved that might be
addressed with COIN see sections 4.1 and 5.1).



On Mon, 2019-11-25 at 02:39 -0800, Marie-Jose Montpetit wrote:

Thanks.



At the QIRG meeting last week COIN was mentioned so maybe there is an
opportunity to indeed start a dialogue.



mjm



Marie-José Montpetit, Ph.D.

Research Affiliate, MIT Media Laboratory

mariejose@mjmontpetit.com

mariejo@mit.edu



On November 25, 2019 at 10:44:55 AM, Kuhn Nicolas (nicolas.kuhn@cnes.fr)
wrote:

Hi all,



Despite my interest in QIRG activity, I could not attend the meeting at
last IETF106 for conflict with other meetings reasons.

However, I could attend COINRG.

I think there is an opportunity for interaction between QIRG and COINRG.



The draft “Directions for Computing in the Network” [
https://datatracker.ietf.org/doc/draft-kutscher-coinrg-dir/] mentions a
terminology towards a novel "computing in the network (COIN)" approach that
revisits the function split between computing and networking.

The document takes one example: “Compute-First Networking with ICN”. To
assess whether the proposed terminology is generic, it may be interesting
to consider other use-cases where the computing is spread within the
network.

Another example could then be “Interconnected Quantum Computers”.

Indeed, the charter of QIRG mentions an architectural framework to support
a first step toward a quantum network architecture [
https://datatracker.ietf.org/rg/qirg/about/].



I am not sure about the way towards an interaction between those
activities, but starting email discussions may pull a trigger.



I hope this helps,

Kind regards,



Nicolas



-- 
Coin mailing list
Coin@irtf.org
https://www.irtf..org/mailman/listinfo/coin
<https://www.irtf.org/mailman/listinfo/coin>

-- 
Coin mailing list
Coin@irtf.org
https://www.irtf.org/mailman/listinfo/coin