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
- [Coin] COINRG and QIR : interaction for generic a… Kuhn Nicolas
- Re: [Coin] COINRG and QIR : interaction for gener… Marie-Jose Montpetit
- Re: [Coin] COINRG and QIR : interaction for gener… Wojciech Kozlowski
- [Coin] 答复: COINRG and QIR : interaction for gener… Hejianfei (Jeffrey)
- Re: [Coin] 答复: COINRG and QIR : interaction for g… Marie-Jose Montpetit
- Re: [Coin] COINRG and QIR : interaction for gener… Diego R. Lopez