[Qirg] R: Naming and addressing in a quantum network

Michele AMORETTI <michele.amoretti@unipr.it> Thu, 28 March 2019 12:23 UTC

Return-Path: <michele.amoretti@unipr.it>
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 A842C1202CE for <qirg@ietfa.amsl.com>; Thu, 28 Mar 2019 05:23:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=unipr.it
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 5YYH1pukQ38A for <qirg@ietfa.amsl.com>; Thu, 28 Mar 2019 05:22:58 -0700 (PDT)
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-eopbgr140119.outbound.protection.outlook.com [40.107.14.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6E143120296 for <qirg@irtf.org>; Thu, 28 Mar 2019 05:22:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unipr.it; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=gB7yU/65jN8jXlJz+F8TJyhPdyAknCuczn9uU97NkNQ=; b=Ee8y/kuO2s9ilRSmQIxYhWuhlygtDG8ccdMP1ac9+IAHPVF8ApKafOnBjOaXV2cbPzmtvjA9AE/bTMNDNnhyyCCNiCTYbnj3CxQv4BrWTEkVwD/xQeqxxpiokx+TCZyKuhmaXUKaf47frojWAOy+JiBUuVUBZU4gmMoTy1Zcu+o=
Received: from VI1PR07MB5053.eurprd07.prod.outlook.com (20.177.203.77) by VI1PR07MB3215.eurprd07.prod.outlook.com (10.175.243.29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1750.13; Thu, 28 Mar 2019 12:22:53 +0000
Received: from VI1PR07MB5053.eurprd07.prod.outlook.com ([fe80::c84d:e450:f3a5:16a5]) by VI1PR07MB5053.eurprd07.prod.outlook.com ([fe80::c84d:e450:f3a5:16a5%2]) with mapi id 15.20.1771.006; Thu, 28 Mar 2019 12:22:53 +0000
From: Michele AMORETTI <michele.amoretti@unipr.it>
To: "qirg@irtf.org" <qirg@irtf.org>
Thread-Topic: Naming and addressing in a quantum network
Thread-Index: AQHU5V0b9bRMiofLhUqMnI+iGmZ4rqYg8g19
Date: Thu, 28 Mar 2019 12:22:53 +0000
Message-ID: <VI1PR07MB505361B6F81D6A1692ABD710E9590@VI1PR07MB5053.eurprd07.prod.outlook.com>
References: <65F6DAF7-0122-4F57-A5F5-C0EF0DEC04CB@tudelft.nl>
In-Reply-To: <65F6DAF7-0122-4F57-A5F5-C0EF0DEC04CB@tudelft.nl>
Accept-Language: it-IT, en-US
Content-Language: it-IT
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [160.78.28.235]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: ff7658d5-f6d1-49b3-ee0b-08d6b3781a26
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600127)(711020)(4605104)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:VI1PR07MB3215;
x-ms-traffictypediagnostic: VI1PR07MB3215:
x-ms-exchange-purlcount: 5
x-microsoft-antispam-prvs: <VI1PR07MB321563CCD83CB6B183194C62E9590@VI1PR07MB3215.eurprd07.prod.outlook.com>
x-forefront-prvs: 0990C54589
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(376002)(366004)(39860400002)(346002)(136003)(199004)(189003)(14014004)(606006)(486006)(76176011)(5640700003)(52536014)(53936002)(7736002)(81156014)(186003)(6306002)(81166006)(7696005)(19627405001)(54896002)(86362001)(413944005)(2501003)(9686003)(106356001)(6436002)(6116002)(74316002)(236005)(55016002)(478600001)(5660300002)(105586002)(6346003)(2351001)(71200400001)(25786009)(966005)(476003)(71190400001)(26005)(446003)(102836004)(1730700003)(11346002)(1015004)(33656002)(66574012)(256004)(561944003)(14454004)(6506007)(99286004)(66066001)(105004)(97736004)(786003)(53386004)(3846002)(6916009)(8936002)(14444005)(74482002)(68736007)(8676002)(2906002)(316002); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB3215; H:VI1PR07MB5053.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: unipr.it does not designate permitted sender hosts)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=michele.amoretti@unipr.it;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: zV1c9GQ4ZhngijRQ431MSKoNO20QJC56huR9BZ15NpAUWbrU8kyXqx7hIJvs2aGQlm3zUoDOJLK/AW6nI+WNMz//RWnEn0hOj/pjmnk3/e8Mw7bLYW4Guu3Pd22slc45uzzlitXaLOGrV3LwAKpPUls8iJQKkCPTVNSg6mQrwAhCyuRMBj4hJBwzbs5BO1LwnmUWGmjYt9vlIvqXV33bmYhoGmpN4SZn45ighLMP6/2L7s/LntwHhaXumBiHt6qtTAuHob/RN7jGsFLM5XncTyNXhyPWGcnrwuHTXQlWeYpf3UKRwgaqsGzueJLnyEVKXv4KCfLUBfGPydqQRwExq/syEuj5kje2GiTQrB8+jwPROhhPjP+rnl0TCm1tBWrCioioS8/kzx9SqzM717UcA6SSMFmRXR0kU/u2J0yO7Dc=
Content-Type: multipart/alternative; boundary="_000_VI1PR07MB505361B6F81D6A1692ABD710E9590VI1PR07MB5053eurp_"
MIME-Version: 1.0
X-OriginatorOrg: unipr.it
X-MS-Exchange-CrossTenant-Network-Message-Id: ff7658d5-f6d1-49b3-ee0b-08d6b3781a26
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Mar 2019 12:22:53.5399 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bb064bc5-b7a8-41ec-babe-d7beb3faeb1c
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB3215
Archived-At: <https://mailarchive.ietf.org/arch/msg/qirg/ULIvg-RyVREqWAP2lGvNtzw1OOc>
Subject: [Qirg] R: Naming and addressing in a quantum network
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: Thu, 28 Mar 2019 12:23:02 -0000

Dear Axel,

the naming/addressing topic is very important in networking and, personally, I like it very much.

A challenging problem is to define meaningful but compact names, that may be associated to addresses (in IP networks), although the association may not be necessary (for example, in named data networking it is not: https://named-data.net/).

In recent years I worked on this topic in the context of the Internet of Things, in collaboration with the Drakkar group of the LIG Lab (Grenoble, France).
Our proposal is described in the following paper:

M. Amoretti et al., DINAS: A Lightweight and Efficient Distributed Naming Service for All-IP Wireless Sensor Networks, IEEE Internet of Things Journal, vol. 4, no. 3, June 2017.
https://ieeexplore.ieee.org/document/7784700

In summary: use Bloom filters to derive compact binary names from a set of keywords that describe the nodes.

Cheers


Michele Amoretti, Ph.D.
Associate Professor of Computer Engineering
http://dsg.ce.unipr.it/people/michele-amoretti/
- Distributed Systems Group, Department of Engineering and Architecture
- Quantum Information Science http://www.qis.unipr.it<http://www.qis.unipr.it/>
University of Parma, Italy


________________________________
Da: Qirg <qirg-bounces@irtf.org> per conto di Axel Dahlberg <E.A.Dahlberg@tudelft.nl>
Inviato: giovedì 28 marzo 2019 12:55
A: qirg@irtf.org
Oggetto: [Qirg] Naming and addressing in a quantum network

Hi qirgers!

In the QIRG meeting on Tuesday there was some questions regarding naming and addressing in a quantum network and in particular what the “Remote Node ID” refers to in the draft draft-dahlberg-ll-quantum-01 (https://tools.ietf.org/html/draft-dahlberg-ll-quantum-01) on the service of a link layer in a quantum network. I would like to continue the discussion here on the mailing list. Any feedback or thought are highly appreciated, especially from those of you who have experience on these topics. I have knowledge about the quantum but not so much about naming and addressing.

In the draft the Remote Node ID, used in the CREATE message for requesting entanglement generation, is needed to identify the remote node which the higher layer wants to create entanglement with. This is useful if there are multiple nodes connected to a single heralding station (automated repeater) where photons can be interfered, in a star-like topology. There is also another use for the identifiers of the nodes in the network, which concern identifying entanglement. The link layer provides a sequence number for the generated entanglement contained in the OK message. However, this sequence number SEQ is only unique with respect to the link (at least during the lifetime of the entangled pair). Together with IDs of the nodes holding the entanglement (ID_A and ID_B), the higher layer can construct an entanglement identifier as (ID_A, ID_B, SEQ) which is unique in the network and can be used by an entanglement manager. Note though that this assumes that the node IDs are unique in the network.

Looking forward to your thoughts and feedback!

/Axel Dahlberg