Re: [Qirg] Pull request for new section "Comparison with multi-protocol label switched (MPLS) networks."

Bruno Rijsman <brunorijsman@gmail.com> Tue, 11 February 2020 22:14 UTC

Return-Path: <brunorijsman@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 B627812081A for <qirg@ietfa.amsl.com>; Tue, 11 Feb 2020 14:14:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.437
X-Spam-Level: *
X-Spam-Status: No, score=1.437 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, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_SBL_CSS=3.335, SPF_HELO_NONE=0.001, SPF_PASS=-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 eFZmVqGP4-N0 for <qirg@ietfa.amsl.com>; Tue, 11 Feb 2020 14:14:36 -0800 (PST)
Received: from mail-ua1-x934.google.com (mail-ua1-x934.google.com [IPv6:2607:f8b0:4864:20::934]) (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 6466F120024 for <Qirg@irtf.org>; Tue, 11 Feb 2020 14:14:36 -0800 (PST)
Received: by mail-ua1-x934.google.com with SMTP id h32so89198uah.4 for <Qirg@irtf.org>; Tue, 11 Feb 2020 14:14:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=C/tAIqyOArGnzEq5h05XQqq0b0AHm7TuW0w/zN02LV4=; b=O0nr2t1eu0PtNzG1mYmwWyqeI+vfgmqIE0AhNjCOZLbn3mAePXieX7gYVCn6pJzWQT zgiWwJGVxdSy7+8n4/i/bnknmKgjUO2GNp8I4AX12XJ2CeE5kRqVShk/E4AGn/HpdVty 1d0A+I4qn9zc2B4/lJl+xFn4yHjSQzg9uIxqgKtmm+ZEsPppGYIFkKuqHIpTFraUMBPt QYpgnZAmZCYM3IuIN1bJHyzOTWLIaCRMBxVAca+13IQflHcJzS8RSmOSmfY/yE7IXClR xGRKBMsY72oE3Nt83MxeNrkWRsOQeTLeU1J45P1iJhWm+/aumm3Jwns9eZpNqnihMszp tmuQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=C/tAIqyOArGnzEq5h05XQqq0b0AHm7TuW0w/zN02LV4=; b=MiEYWX4AqzC8pztij7jIEjz5tWrtyr5Ie9JpGRAQvg8Rp37ieXGXAzxGHSiXmHpHr7 JLGfdVrH0Ks/3tvsoswGYw7NNccPDK1eSRRnjIMV5THrV5OqWqOOKOmCLgCwGU0ufdvt WAst53IgwBQrFjFrkJPTIi5Ab4/Fi28ecySwn+1lhsu9gb1WhqhKHNjb4LVrhMkLczHA DbRm7CfMA5bt2lk3JyPhijasUDKCbmgPWOQGTL/K9lk0RdkHz4wS4gPrz0FSxVaJY4Dk UysIKlkRMDTol9tK41pRzPWKhiCSvuD86qSKeErM8qYAzHEtfph2l+zkZVv2K4B44vS4 aCpQ==
X-Gm-Message-State: APjAAAXTI0W/7LfdXgJBed7B5H9s0c5K5MGw9GvpySZH75jfbVeFgDep WdS+ZPiRU4N7wMGEb1BJ7ta1UV6L
X-Google-Smtp-Source: APXvYqzVjr4BcTizlgzJM6H5hGdytHVlScpna/jS63GLKYF4QZZCN0Vn3C57hNw80VP8L/755fLWng==
X-Received: by 2002:ab0:4931:: with SMTP id z46mr2948421uac.119.1581459275192; Tue, 11 Feb 2020 14:14:35 -0800 (PST)
Received: from brunos-macbook.domain.name ([138.94.252.66]) by smtp.gmail.com with ESMTPSA id d191sm1693586vka.37.2020.02.11.14.14.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 11 Feb 2020 14:14:34 -0800 (PST)
From: Bruno Rijsman <brunorijsman@gmail.com>
Message-Id: <F31F189F-03E4-4272-9E60-7C61BDAE0C44@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_538C3FFA-F15D-4AFE-B114-9A162C79E17E"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Tue, 11 Feb 2020 16:14:32 -0600
In-Reply-To: <0ee348aa0d8f20ae53bc9db5d16de526d7539694.camel@tudelft.nl>
Cc: "Qirg@irtf.org" <Qirg@irtf.org>
To: Wojciech Kozlowski <W.Kozlowski@tudelft.nl>
References: <d755e4fc670c04bffdf1c6b61f060d2c4e26d7dd.camel@tudelft.nl> <0FB02454-AAE3-4084-BBD9-473FE552906F@gmail.com> <0ee348aa0d8f20ae53bc9db5d16de526d7539694.camel@tudelft.nl>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/qirg/5iP3NOCiXN-0tDdYZGtFHk28FE0>
Subject: Re: [Qirg] Pull request for new section "Comparison with multi-protocol label switched (MPLS) 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: Tue, 11 Feb 2020 22:14:39 -0000

Hi Woj,

Thanks for the feedback.

I agree with most of your points:

- I will attempt to (drastically) reduce the verbosity 

- Add a “why” sentence

- Allow for non-circuit approaches

- The centralized vs distributed discussion can be removed

I do however, I think that a brief mention of the topic of resource reservation would be good to keep. Although reasonable people might have different opinions on the need for resource reservation, to me it seems almost unavoidable given the extreme resource constraints in quantum networks for the foreseeable future.

I will update the pull request and re-submit it.

— Bruno

> On Feb 11, 2020, at 9:41 AM, Wojciech Kozlowski <W.Kozlowski@tudelft.nl> wrote:
> 
> Hi Bruno,
> 
> Thanks for your contribution! It's written quite clearly so I have no questions or need clarifications. However, it is quite long and verbose which doesn't fit with concise character of the rest of the draft. The material is good though so worth keeping it around somewhere, but I'm hoping to cut it down a bit for this draft. At the moment it's about 3 pages making it about 10% of the entire content. I suggest we draw out the key points from this analogy for this draft.
> 
> Having read the section many times I think it can be split into two separate concepts - signalling + match-action rules, and resource reservation + traffic engineering. I think the latter can be left out from this draft. Variations of the match-action rules concept is pretty present in literature come to think of it (even it it's not called that) and given that the pairs don't carry headers it is the natural approach. Resource reservation + traffic engineering is I think a broader and deeper area.
> 
> One thing that would be worth mentioning in this section is to simply answer the question "why are we making this analogy"? My take on it is that the undirected nature of entangled pairs (they don't proceed in a line from source to destination, but rather the whole circuit can work on it at the same time) very much lends itself to some form of a circuit approach with match-action rules closely mimicking label swaps.
> 
> At the same time it's also worth pointing out that circuits aren't the only way to go around quantum networking with entangled pairs. For example, in https://www.nature.com/articles/s41534-019-0139-x <https://www.nature.com/articles/s41534-019-0139-x> the authors do not consider individual circuits, but instead with a correct local strategy, the two nodes will end up with an entangled pair. Of course, this may well have other complications (e.g. how to install these rules if not using circuits), but my point is only that there may well be a variety of approaches so it's worth avoiding language implying that this is the one and only correct way of doing things. If memory lifetimes were good enough and performance was not a concern, hop-by-hop would be entirely possible so it's worth avoiding language implying this is a MUST rather than a very plausible candidate.
> 
> I'd probably also skip point 9 about fully centralised vs distributed. It is correct, but I feel like the text doesn't lose anything if you remove it.
> 
> Anyway, all of the above is up for discussion though conciseness would very much be welcome either way :)
> 
> Thanks,
> Wojtek
> 
> On Tue, 2020-02-04 at 18:01 -0600, Bruno Rijsman wrote:
>> I finally got around to generating the pull request for the long-promised new section "Comparison with multi-protocol label switched (MPLS) networks.” for the "Architectural Principles for a Quantum Internet” draft (draft-irtf-qirg-principles-03).
>> 
>> https://github.com/Wojtek242/draft-irtf-qirg-principles/pull/3 <https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Wojtek242_draft-2Dirtf-2Dqirg-2Dprinciples_pull_3&d=DwMFaQ&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m=HG745pqKDMrOuvEGoaOzZ8E5Zcz6AQe7iFqbW3KHBvU&s=16hS14fH5Dg8j-XMAdSPQuHiuTKymyP6Ox-GffCMcgE&e=>
>> 
>> — Bruno