Re: [Qirg] Qirg Digest, Vol 23, Issue 3

[gyananjay rai <[e-mail]>]

Congratulations  Wojtek!

Gyananjay


On Wed, 4 Mar 2020, 00:21 , <[e-mail]> wrote:

> Send Qirg mailing list submissions to
>         [e-mail]
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://www.irtf.org/mailman/listinfo/qirg
> or, via email, send a message with subject or body 'help' to
>         [e-mail]
>
> You can reach the person managing the list at
>         [e-mail]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Qirg digest..."
> Today's Topics:
>
>    1. Change of chairs for QIRG (Colin Perkins)
>    2. Re: Change of chairs for QIRG (JW ? John Woodworth)
>    3. Re: Change of chairs for QIRG (Rodney Van Meter)
>    4. Re: Change of chairs for QIRG (Wojciech Kozlowski)
>    5. Re: New Version Notification for
>       draft-wang-qirg-quantum-internet-use-cases-00.txt (Chonggang Wang)
>
>
>
> ---------- Forwarded message ----------
> From: Colin Perkins <[e-mail]>
> To: [e-mail]
> Cc: Rodney Van Meter <[e-mail]>, Wojciech Kozlowski <
> [e-mail]>, "steph_X_locc.la" <[e-mail]>
> Bcc:
> Date: Mon, 2 Mar 2020 23:33:03 +0000
> Subject: [Qirg] Change of chairs for QIRG
> Dear QIRG participants,
>
> I’m sorry to announce that Stephanie Wehner has asked to step down as
> co-chair of the research group, citing increased commitments elsewhere. I’d
> like to thank her for the many contributions she made in getting the group
> started - it wouldn’t have been possible without her input - and wish her
> the best of luck in her future endeavours.
>
> Wojciech Kozlowski will join Rod Van Meter in chairing the group. Wojtek
> has been active on the list and running some of the interim calls already,
> and I’m sure you’ll join me in welcoming him as co-chair.
>
> Regards,
>
> Colin Perkins
> IRTF Chair
>
>
>
>
> ---------- Forwarded message ----------
> From: "JW λ John Woodworth" <[e-mail]>
> To: Colin Perkins <[e-mail]>, [e-mail]
> Cc: [e-mail], Rodney Van Meter <[e-mail]>, Wojciech
> Kozlowski <[e-mail]>, "steph_X_locc.la" <[e-mail]>
> Bcc:
> Date: Tue, 03 Mar 2020 01:13:43 -0500
> Subject: Re: [Qirg] Change of chairs for QIRG
> Thank you and best wishes Stephanie!
>
> Congratulations Wojtek!
>
>
> /John
>
> -------- Original message --------
> From: Colin Perkins <[e-mail]>
>
> Dear QIRG participants,
>
> I’m sorry to announce that Stephanie Wehner has asked to step down as
> co-chair of the research group, citing increased commitments elsewhere. I’d
> like to thank her for the many contributions she made in getting the group
> started - it wouldn’t have been possible without her input - and wish her
> the best of luck in her future endeavours.
>
> Wojciech Kozlowski will join Rod Van Meter in chairing the group. Wojtek
> has been active on the list and running some of the interim calls already,
> and I’m sure you’ll join me in welcoming him as co-chair.
>
> Regards,
>
> Colin Perkins
> IRTF Chair
> _______________________________________________
> Qirg mailing list
> [e-mail]
> https://www.irtf.org/mailman/listinfo/qirg
>
>
>
> ---------- Forwarded message ----------
> From: Rodney Van Meter <[e-mail]>
> To: Colin Perkins <[e-mail]>
> Cc: Rodney Van Meter <[e-mail]>, [e-mail], Wojciech
> Kozlowski <[e-mail]>, "steph_X_locc.la" <[e-mail]>
> Bcc:
> Date: Tue, 3 Mar 2020 15:53:21 +0900
> Subject: Re: [Qirg] Change of chairs for QIRG
> My thanks to Stephanie for kicking off this entire adventure.  It was her
> idea originally! (And thanks to Allison Mankin for picking it up and
> running with it; without her enthusiasm this wouldn’t have gotten off the
> ground.) Stephanie, I’m sure, will continue to be a big supporter of QIRG,
> both as a manager dedicating the time and resources of her team, and as an
> individual technical contributor to documents. And, in ways that are harder
> to see from here, in her continuing work with the EU Quantum Internet
> Alliance, and in the ideas she contributes to her team.
>
> Wojtek and I have already developed a good working relationship in the
> last few months, and I’m thrilled he’s going to push things forward. I’m
> sure I speak for him when I say we want the QIRG effort to be as inclusive
> and collaborative as possible, both as a forum for learning and for
> developing a shared understanding of how the Quantum internet should be
> built.
>
> Thanks, Colin, for being such a pro-active IRTF Chair, and for your
> support for QIRG.  See you in Vancouver, COVID willing!
>
> —Rod
>
> Rodney Van Meter
> Professor, Faculty of Environment and Information Studies
> Keio University, Japan
> [e-mail]
>
>
>
> > On Mar 3, 2020, at 8:33, Colin Perkins <[e-mail]> wrote:
> >
> > Dear QIRG participants,
> >
> > I’m sorry to announce that Stephanie Wehner has asked to step down as
> co-chair of the research group, citing increased commitments elsewhere. I’d
> like to thank her for the many contributions she made in getting the group
> started - it wouldn’t have been possible without her input - and wish her
> the best of luck in her future endeavours.
> >
> > Wojciech Kozlowski will join Rod Van Meter in chairing the group. Wojtek
> has been active on the list and running some of the interim calls already,
> and I’m sure you’ll join me in welcoming him as co-chair.
> >
> > Regards,
> >
> > Colin Perkins
> > IRTF Chair
> > _______________________________________________
> > Qirg mailing list
> > [e-mail]
> > https://www.irtf.org/mailman/listinfo/qirg
>
>
>
>
>
> ---------- Forwarded message ----------
> From: Wojciech Kozlowski <[e-mail]>
> To: "[e-mail]" <[e-mail]>, "[e-mail]" <
> [e-mail]>
> Cc: "[e-mail]" <[e-mail]>, "steph_X_locc.la" <[e-mail]>
> Bcc:
> Date: Tue, 3 Mar 2020 14:18:12 +0000
> Subject: Re: [Qirg] Change of chairs for QIRG
> Completely agree here that the QIRG is to be as inclusive and
> collaborative as
> possible and I will work with Rod to make sure that is the case. In
> particular,
> I am very happy to see the growing interest and engagement from the
> classical
> networking community. I hope this trend continues.
>
> As an individual member of the QIRG I will continue with the work on the
> current "architectural principles" draft which I am hoping to wrap up
> shortly
> after the Vancouver meeting. As co-chair, I will work with Rod and the
> QIRG to
> continue fostering community growth and research collaborations.
>
> I'm also looking forward to the hackathon in Vancouver (I've already signed
> up). I've got an idea for a project and am looking forward to trying it
> out on
> the new simulator.
>
> Thanks Colin for your work and support for the QIRG.
>
> Thanks,
> Wojtek
>
> On Tue, 2020-03-03 at 15:53 +0900, Rodney Van Meter wrote:
> > My thanks to Stephanie for kicking off this entire adventure.  It was her
> > idea originally! (And thanks to Allison Mankin for picking it up and
> running
> > with it; without her enthusiasm this wouldn’t have gotten off the
> ground.)
> > Stephanie, I’m sure, will continue to be a big supporter of QIRG, both
> as a
> > manager dedicating the time and resources of her team, and as an
> individual
> > technical contributor to documents. And, in ways that are harder to see
> from
> > here, in her continuing work with the EU Quantum Internet Alliance, and
> in
> > the ideas she contributes to her team.
> >
> > Wojtek and I have already developed a good working relationship in the
> last
> > few months, and I’m thrilled he’s going to push things forward. I’m sure
> I
> > speak for him when I say we want the QIRG effort to be as inclusive and
> > collaborative as possible, both as a forum for learning and for
> developing a
> > shared understanding of how the Quantum internet should be built.
> >
> > Thanks, Colin, for being such a pro-active IRTF Chair, and for your
> support
> > for QIRG.  See you in Vancouver, COVID willing!
> >
> > —Rod
> >
> > Rodney Van Meter
> > Professor, Faculty of Environment and Information Studies
> > Keio University, Japan
> > [e-mail]
> >
> >
> >
> > > On Mar 3, 2020, at 8:33, Colin Perkins <[e-mail]> wrote:
> > >
> > > Dear QIRG participants,
> > >
> > > I’m sorry to announce that Stephanie Wehner has asked to step down as
> co-
> > > chair of the research group, citing increased commitments elsewhere.
> I’d
> > > like to thank her for the many contributions she made in getting the
> group
> > > started - it wouldn’t have been possible without her input - and wish
> her
> > > the best of luck in her future endeavours.
> > >
> > > Wojciech Kozlowski will join Rod Van Meter in chairing the group.
> Wojtek
> > > has been active on the list and running some of the interim calls
> already,
> > > and I’m sure you’ll join me in welcoming him as co-chair.
> > >
> > > Regards,
> > >
> > > Colin Perkins
> > > IRTF Chair
> > > _______________________________________________
> > > Qirg mailing list
> > > [e-mail]
> > >
>
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.irtf.org_mailman_listinfo_qirg&d=DwIFaQ&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m=2RLPpU6eX4NvXbO6A7cZ0-BEffysis3f-s4tJpddIts&s=KgEwlH8RXkohSQf-b-42y9_JO6Im65oPqndxo2Fxukk&e=
> > >
> >
> >
>
>
>
> ---------- Forwarded message ----------
> From: Chonggang Wang <[e-mail]>
> To: Rodney Van Meter <[e-mail]>
> Cc: Wojciech Kozlowski <[e-mail]>, "[e-mail]" <
> [e-mail]>
> Bcc:
> Date: Tue, 3 Mar 2020 18:51:22 +0000
> Subject: Re: [Qirg] New Version Notification for
> draft-wang-qirg-quantum-internet-use-cases-00.txt
>
> Hi Rodney,
>
>
>
> We have incorporated your comments into v04, which was just uploaded.
> Please let us know if your comments have been addressed and/or if you have
> any new ones.
>
>
>
> https://www.ietf.org/id/draft-wang-qirg-quantum-internet-use-cases-04.txt
>
>
>
> Thanks,
>
> Chonggang
>
>
>
> *From:* Chonggang Wang
> *Sent:* Tuesday, February 25, 2020 10:50 AM
> *To:* Rodney Van Meter <[e-mail]>
> *Cc:* Wojciech Kozlowski <[e-mail]>; [e-mail]
> *Subject:* RE: [Qirg] New Version Notification for
> draft-wang-qirg-quantum-internet-use-cases-00.txt
>
>
>
> Hi Rodney,
>
>
>
> Thank you for your comments from QIRG the chair’s and an individual’s
> perspective. I embedded some responses below and will discuss with my
> coauthors for a revision.
>
>
>
> Best regards,
>
> Chonggang
>
>
>
> *From:* Rodney Van Meter <[e-mail]>
> *Sent:* Thursday, February 20, 2020 6:45 PM
> *To:* Chonggang Wang <[e-mail]>
> *Cc:* Rodney Van Meter <[e-mail]>; Wojciech Kozlowski <
> [e-mail]>; [e-mail]
> *Subject:* Re: [Qirg] New Version Notification for
> draft-wang-qirg-quantum-internet-use-cases-00.txt
>
>
>
> Hi Chonggang,
>
>
>
> I’ve been passively following the work here. As RG chair, I think this is
> important, and I’m happy you’re working on it and getting good feedback
> from others. I’ve only skimmed the I-D, not read it in detail so far,
> though.  Loking forward to talking about it in real time, if not in person,
> at Vancouver.
>
> [CW: Thank you for the support. We will continue to improve this use case
> document based on all comments from you and the QIRG team]
>
>
>
> <chair hat off>
>
> On the content…
>
>
>
> Re: position verification, my understanding is that it has been proven
> *impossible* in the quantum realm, which is a *very* interesting result:
>
> @Article{buhrman14:_posit_based_quant_crypt,
>
>   author =            {Harry Buhrman and Nishanth Chandran and Serge Fehr
>
>                   and Ran Gelles and Vipul Goyal and Rafail Ostrovsky
>
>                   and Christian Schaffner},
>
>   title = {Position-based Quantum Cryptography: Impossibility
>
>                   and Constructions},
>
>   journal = {SIAM Journal on Computing},
>
>   year = 2014,
>
>   volume =          43,
>
>   number =         1,
>
>   pages =             {150--178},
>
>   month =            feb,
>
>   comment = {Prior to this, Chandran had shown that position-based
>
>                   classical position-based cryptography (Defined in
>
>                   this paper as, "The goal of position-based
>
>                   cryptography is to use the geographical position of
>
>                   a party as its only 'credential'.") is impossible, but
>
>                   the quantum version was an open question.  That is,
>
>                   a group of colluders can fool a classical position
>
>                   verification scheme, but could a group of quantum
>
>                   colluders fool a quantum verifier?  Turns out, the
>
>                   answer is "yes" if the colluders have access to
>
>                   pre-prepared entanglement, and so, sadly, even
>
>                   quantum position-based crypto appears not to be
>
>                   useful.  Interesting set of references.}
>
> }
>
> [CW: Thank you for bringing this good reference. We will double check the
> feasibility of “position verification” and may remove it from the use case
> set. ]
>
>
>
> Trying not to say “you should cite me!”, and I don’t think I have time to
> contribute as an author to I’m happy to stay as an outside observer, but
> I’ve spent a lot of time working on apps for a Quantum Internet, and given
> a bunch of talks on it.  Overall, I divide uses of quantum networks up into
> three areas:
>
>
>
> * crypto functions: QKD, byzantine agreement, etc. Check out Ben-Or and
> Hassidim, and (ahem) Taherkhani & Van Meter. We were hoping QBA would make
> a good second app for QI, after basic QKD, but it’s harder than we thought
> — one-part-in-a-million error rates, couple of hundred qubits, etc. as
> resources.
>
> * sensor (& reference frame) functions: clock sync — there are at least
> three or four proposals for this; also position reference frames, etc. An
> important one here is Gottesman’s interferometry.  Note that I put QKD on
> the border between cerypto & sensor, since its function is to act as
> detection of a physical eavesdropper.
>
> * distributed computing: Broadbent, Kashefi, Fitsimons, Barz and their
> blind computation is one of *the* best reasons to build a QI — but it has
> *tremendous* resource requirements in its current form.  Finding
> lower-resource uses for blind QC is a great research area, IMO.
>
> [CW: Thank you for the valuable comment. Currently, the use case document
> covers the 1st and 3rd area at some degree although we were thinking to
> write something on sensor functions. We will try to organize use cases
> according to those three areas you mentioned above, in next version of the
> use case document.]
>
>
>
> Rodney Van Meter
>
> Professor, Faculty of Environment and Information Studies
>
> Keio University, Japan
>
> [e-mail]
>
>
>
>
>
>
>
> On Feb 11, 2020, at 2:28, Chonggang Wang <[e-mail]>
> wrote:
>
>
>
> Hi Wojtek,
>
>
>
> Thank you for your feedback and detailed inline remarks. We will look at
> and incorporate them into v03.
>
>
>
> I agree with you that a discussion in a F2F meeting (either Vancouver or
> Madrid) will be very helpful.
>
>
>
> Thanks,
>
> Chonggang
>
>
>
> *From:* Wojciech Kozlowski <[e-mail]>
> *Sent:* Monday, February 10, 2020 11:42 AM
> *To:* [e-mail]; Chonggang Wang <[e-mail]>
> *Subject:* Re: [Qirg] FW: New Version Notification for
> draft-wang-qirg-quantum-internet-use-cases-00.txt
>
>
>
> Forgot to actually attach document
>
>
>
> On Mon, 2020-02-10 at 17:41 +0100, Wojciech Kozlowski wrote:
>
> HI Chonggang,
>
>
>
> Thanks for including my feedback. I have now read your draft in more
> detail. I attach a version with some in-line remarks (search for >>>) about
> the first few sections - they are all minor.
>
>
>
> In general I think there's lots to discuss about the classification and
> the use cases in the later sections, but perhaps such a discussion would be
> good for an actual meeting? I'm still not sure if QIRG will be meeting in
> Vancouver (Rodney?), but whichever IETF will be next might be worth adding
> to the agenda.
>
>
>
> Thanks,
>
> Wojtek
>
>
>
> On Tue, 2020-01-28 at 15:50 +0000, Chonggang Wang wrote:
>
> Hi Wojceich,
>
>
>
> Thank you again for your good comments on the use case document. We have
> revised the document according to all comments from you and a few other
> people. The v01 was just uploaded and can be accessed from the following
> link.
>
> https://tools.ietf.org/html/draft-wang-qirg-quantum-internet-use-cases-01
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_draft-2Dwang-2Dqirg-2Dquantum-2Dinternet-2Duse-2Dcases-2D01&d=DwMFAg&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m=8Ul7lqKxYXuSiZKDc4OC4pCtVgjWDs557p5GfzN9FsM&s=Yl6ZZJgXjO0-KzW0QsZbF_2rwCY5rEtT1F0uUEAlxTE&e=>
>
>
>
> Answers to your comments/questions are also provided below. Would you
> please review v01 and our answers and let us know if your comments have
> been addressed? If you have any new comment, we will be happy to address it
> and improve the document furthermore.
>
>
>
> 1. "You separate applications into control and data plane applications.
> However, it's not clear to me what exactly separates the two groups. Could
> you expand on that?"
>
> [CW] - We rewrote and expanded section 4 to further clarify the concepts.
>
>
>
> 2. "And one other important point about the end-node definition.   You
> write in your end-node definition that that it must be a quantum computer.
> That is not the case. An end-node without full fault-tolerant capabilities,
> a quantum memory, or even a universal gate set is still useful. For QKD you
> don't even need to store the qubits at the end-nodes (prepare-and-measure
> stage in Wehner's Quantum Internet paper). Perhaps this is what you had in
> mind when you wrote quantum computer, but it is important to make it clear
> that end-nodes don't have to be as capable as quantum routers/repeaters. "
>
> [CW] - Agreed and we clarified the end-node definition to reflect your
> points.
>
>
>
> 3. "You also write that classical connectivity in the end-node is
> optional. I can't think of any application that would not need classical
> connectivity as well to coordinate with the application's remote. In
> general, I would say that all quantum network connected nodes also have
> classical connectivity."
>
> [CW] - Agreed and we clarified the end-node definition to reflect your
> point.
>
>
>
> 4. "Quantum Key Distribution(QKD);Components and Internal Interfaces :
> https://www.etsi.org/deliver/etsi_gr/QKD/001_099/003/02.01.01_60/gr_QKD003v020101p.pdf
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.etsi.org_deliver_etsi-5Fgr_QKD_001-5F099_003_02.01.01-5F60_gr-5FQKD003v020101p.pdf&d=DwMFAg&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m=8Ul7lqKxYXuSiZKDc4OC4pCtVgjWDs557p5GfzN9FsM&s=f8UqUDuYVJ81YCc6F6tyCugOS2LfOJgBQnrBUaSobdM&e=>
> NOTE: Entanglement-based schemes where entangled states are prepared
> externally to Alice and Bob are not normally considered
> "prepare-and-measure". Schemes where entanglement is generated within Alice
> can still be considered "prepare-and-measure". Send-and-return schemes can
> still be "prepare-and-measure" if the information content from which keys
> will be derived is prepared within Alice before being sent to Bob for
> measurement."
>
> [CW] - The last paragraph of section 5.1 was revised to reflect your
> points.
>
>
>
> 5. “A series of loopholes have been identified due to the imperfections of
> measurement devices. There are several solutions to take into account these
> attacks such as for example measurement-device-independent quantum key
> distribution https://arxiv.org/abs/1912.09642
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__arxiv.org_abs_1912.09642&d=DwMFAg&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m=8Ul7lqKxYXuSiZKDc4OC4pCtVgjWDs557p5GfzN9FsM&s=dnmk-npspZBud2lZcwBM_VQlzWsb1VT_Rz1JsPzSVvk&e=>
> This operational solutions can work differently than the steps of BB84
> protocol.”
>
> [CW] - The last paragraph of 5.1 was revised to reflect your points.
>
>
>
> 6. “It would be necessary to be able to extract the requirements on the
> networks. For this use case you consider that the targeted step is
> "prepared and measured" (
> https://pure.tudelft.nl/portal/files/47533107/qim_final_V7_FINAL.pdf ) ?
> And thus no need  entanglement distribution for long distance  ? The need
> for this use case is to have QKD Network base on trusted relays to take in
> account long distance communications?”
>
> [CW] - The need for this use case is not only about trusted replays, but
> also entanglement distribution for long distance. In other words, our aim
> for having this use case is  to explain and show there are a variety of QKD
> protocols which may operate differently, and we need to consider as many as
> requirements from most of them, if not all. As such, we revised the last
> sentence in section 5.1 as follows:
>
>               “As a result, the Quantum Internet in Figure 1 in order to
> support secure communication setup especially in large-scale deployment may
> contain quantum  channels, quantum repeaters/routers
> [I-D.irtf-qirg-principles], entanglement and entanglement distribution
> [I-D. van-meter-qirg-quantum-connection-setup-01], and/or trusted QKD
> relays.”
>
>
>
>
>
> -----Original Message-----
> From: Chonggang Wang
> Sent: Monday, January 20, 2020 3:56 PM
> To: Wojciech Kozlowski <[e-mail]>; [e-mail]
> Subject: RE: [Qirg] FW: New Version Notification for
> draft-wang-qirg-quantum-internet-use-cases-00.txt
>
>
>
> Hi Wojciech,
>
>
>
> Thank you for your feedback and good questions on our use case draft.
>
>
>
> We will look into your questions and answer them in the mailing list and
> on a fast update of the draft.
>
>
>
> Best regards,
>
> Chonggang
>
>
>
> -----Original Message-----
>
> From: Qirg <[e-mail]> On Behalf Of Wojciech Kozlowski
>
> Sent: Monday, January 20, 2020 11:44 AM
>
> To: [e-mail]
>
> Subject: Re: [Qirg] FW: New Version Notification for
> draft-wang-qirg-quantum-internet-use-cases-00.txt
>
>
>
> Hi,
>
>
>
> Great work on starting with a use case draft! It will definitely be useful.
>
>
>
> I'm still going through the text so I can't provide a full
> commentary/feedback, but I do already have one question:
>
>
>
> You separate applications into control and data plane applications.
> However, it's not clear to me what exactly separates the two groups. Could
> you expand on that?
>
>
>
> And one other important point about the end-node definition.
>
>
>
> You write in your end-node definition that that it must be a quantum
> computer.
>
> That is not the case. An end-node without full fault-tolerant
> capabilities, a quantum memory, or even a universal gate set is still
> useful. For QKD you don't even need to store the qubits at the end-nodes
> (prepare-and-measure stage in Wehner's Quantum Internet paper). Perhaps
> this is what you had in mind when you wrote quantum computer, but it is
> important to make it clear that end-nodes don't have to be as capable as
> quantum routers/repeaters.
>
>
>
> You also write that classical connectivity in the end-node is optional. I
> can't think of any application that would not need classical connectivity
> as well to coordinate with the application's remote. In general, I would
> say that all quantum network connected nodes also have classical
> connectivity.
>
>
>
> Other than that, I'm still slowly going through the draft.
>
>
>
> Wojtek
>
>
>
> On Thu, 2020-01-16 at 14:33 +0000, Chonggang Wang wrote:
>
> > Dear All,
>
> >
>
> > We were thinking a use case document would be beneficial for QIRG. As
>
> > such, we just prepared and uploaded a document on quantum internet use
> cases.
>
> >
>
> > Your feedback and/or any interest in co-developing this document is
> welcomed.
>
> >
>
> > Best regards,
>
> > CG
>
> >
>
> > -----Original Message-----
>
> > From: [e-mail] <[e-mail]>
>
> > Sent: Wednesday, January 15, 2020 8:57 PM
>
> > To: Chonggang Wang <[e-mail]>; Chonggang Wang <
>
> > [e-mail]>; Akbar Rahman
>
> > <[e-mail]>
>
> > Subject: New Version Notification for
>
> > draft-wang-qirg-quantum-internet-use-
>
> > cases-00.txt
>
> >
>
> >
>
> > A new version of I-D,
>
> > draft-wang-qirg-quantum-internet-use-cases-00.txt
>
> > has been successfully submitted by Akbar Rahman and posted to the IETF
>
> > repository.
>
> >
>
> > Name:draft-wang-qirg-quantum-internet-use-cases
>
> > Revision:00
>
> > Title:Applications and Use Cases for the Quantum Internet Document
>
> > date:2020-01-15 Group:Individual Submission
>
> > Pages:14
>
> > URL:
>
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_inte
>
> > rnet-2Ddrafts_draft-2Dwang-2Dqirg-2Dquantum-2Dinternet-2Duse-2Dcases-2
>
> > D00.txt&d=DwICAg&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=xRe3k
>
> > 8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m=hwXW-AMJfMiAk-XdtOdqxqwr2uDYy
>
> > 0rzAssyFXySKEI&s=PMzmzur07rBP5gr4m8p4JB85MZMdmkT_WANusdrgIeY&e=
>
> >
>
> > Status:
>
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.ietf.
>
> > org_doc_draft-2Dwang-2Dqirg-2Dquantum-2Dinternet-2Duse-2Dcases_&d=DwIC
>
> > Ag&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWU
>
> > ARpslGfYlRaP7D3dVZXHUEVc&m=hwXW-AMJfMiAk-XdtOdqxqwr2uDYy0rzAssyFXySKEI
>
> > &s=oE_6J9C-NK3Sg0X7tc15r37wija6fVyTtkTweA8H32I&e=
>
> >
>
> > Htmlized:
>
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_ht
>
> > ml_draft-2Dwang-2Dqirg-2Dquantum-2Dinternet-2Duse-2Dcases-2D00&d=DwICA
>
> > g&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUA
>
> > RpslGfYlRaP7D3dVZXHUEVc&m=hwXW-AMJfMiAk-XdtOdqxqwr2uDYy0rzAssyFXySKEI&
>
> > s=RUyxLSfDa9jkZJYQm-NwM55Qktzvkeez-xfrDiLI-LQ&e=
>
> >
>
> > Htmlized:
>
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.ietf.
>
> > org_doc_html_draft-2Dwang-2Dqirg-2Dquantum-2Dinternet-2Duse-2Dcases&d=
>
> > DwICAg&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC
>
> > 7RWUARpslGfYlRaP7D3dVZXHUEVc&m=hwXW-AMJfMiAk-XdtOdqxqwr2uDYy0rzAssyFXy
>
> > SKEI&s=hz2EZoCivsq91uNRPLpqD2ypMzVutblGbCGcNqKaY0s&e=
>
> >
>
> >
>
> >
>
> > Abstract:
>
> >    The Quantum Internet has the potential to improve Internet protocol
>
> >    and application functionality by incorporating quantum information
>
> >    technology into the infrastructure of the overall Internet.  In this
>
> >    document, we provide an overview of some applications expected to be
>
> >    used on the Quantum Internet, and then categorize them using the
>
> >    standard telecommunications classification of control plane versus
>
> >    data plane functionality.  We then provide detailed use cases for
>
> >    selected applications which can help steer the development of the
>
> >    requisite Quantum Internet functionality.
>
> >
>
> >
>
> >
>
> >
>
> > Please note that it may take a couple of minutes from the time of
>
> > submission until the htmlized version and diff are available at
> tools.ietf.org.
>
> >
>
> > The IETF Secretariat
>
> >
>
> > [Banner]
>
> >
>
> >
>
> > [Banner]<
>
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__idcc.me_2ZVMLEv&d
>
> > =DwICAg&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=xRe3k8UnFVGCju
>
> > C7RWUARpslGfYlRaP7D3dVZXHUEVc&m=hwXW-AMJfMiAk-XdtOdqxqwr2uDYy0rzAssyFX
>
> > ySKEI&s=m5U3d47laqzfhiupIF0tuDwrDhJtosQdWAh3uvK3jls&e=
>
> >  >
>
> > ABI White Paper<
>
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__idcc.me_2ZVMLEv&d
>
> > =DwICAg&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=xRe3k8UnFVGCju
>
> > C7RWUARpslGfYlRaP7D3dVZXHUEVc&m=hwXW-AMJfMiAk-XdtOdqxqwr2uDYy0rzAssyFX
>
> > ySKEI&s=m5U3d47laqzfhiupIF0tuDwrDhJtosQdWAh3uvK3jls&e=
>
> >  >
>
> > This e-mail is intended only for the use of the individual or entity
>
> > to which it is addressed, and may contain information that is
>
> > privileged, confidential and/or otherwise protected from disclosure to
>
> > anyone other than its intended recipient. Unintended transmission
>
> > shall not constitute waiver of any privilege or confidentiality
>
> > obligation. If you received this communication in error, please do not
>
> > review, copy or distribute it, notify me immediately by email, and
>
> > delete the original message and any attachments. Unless expressly
>
> > stated in this e-mail, nothing in this message or any attachment should
> be construed as a digital or electronic signature.
>
> > _______________________________________________
>
> > Qirg mailing list
>
> > [e-mail]
>
> >
>
>
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.irtf.org_mailman_listinfo_qirg&d=DwICAg&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m=hwXW-AMJfMiAk-XdtOdqxqwr2uDYy0rzAssyFXySKEI&s=nhxvSfcS-vT6ceZUnfRHsesl_Y73nfFC4qQadCS-nu4&e=
>
> >
>
> _______________________________________________
>
> Qirg mailing list
>
> [e-mail]
>
> https://www.irtf.org/mailman/listinfo/qirg
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.irtf.org_mailman_listinfo_qirg&d=DwMFAg&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m=8Ul7lqKxYXuSiZKDc4OC4pCtVgjWDs557p5GfzN9FsM&s=cyCgu8AyFHjHCsse0yIulD_-i6-Y2g2Pme95aPNeYJQ&e=>
>
>
>
>
>
>
>
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__idcc.me_2ZVMLEv&d=DwMFAg&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m=8Ul7lqKxYXuSiZKDc4OC4pCtVgjWDs557p5GfzN9FsM&s=UKRL50t45cbbn8qlcg41u78fR0-vf1zWsyzJssm5eM0&e=>
> ABI White Paper
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__idcc.me_2ZVMLEv&d=DwMFAg&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=xRe3k8UnFVGCjuC7RWUARpslGfYlRaP7D3dVZXHUEVc&m=8Ul7lqKxYXuSiZKDc4OC4pCtVgjWDs557p5GfzN9FsM&s=UKRL50t45cbbn8qlcg41u78fR0-vf1zWsyzJssm5eM0&e=>
>
> This e-mail is intended only for the use of the individual or entity to
> which it is addressed, and may contain information that is privileged,
> confidential and/or otherwise protected from disclosure to anyone other
> than its intended recipient. Unintended transmission shall not constitute
> waiver of any privilege or confidentiality obligation. If you received this
> communication in error, please do not review, copy or distribute it, notify
> me immediately by email, and delete the original message and any
> attachments. Unless expressly stated in this e-mail, nothing in this
> message or any attachment should be construed as a digital or electronic
> signature.
>
>
>
> [image: Banner]
>
>
> [image: Banner] <https://www.interdigital.com/features/mwc-2020>
> Mobile World Congress 2020
> <https://www.interdigital.com/features/mwc-2020>
>
> This e-mail is intended only for the use of the individual or entity to
> which it is addressed, and may contain information that is privileged,
> confidential and/or otherwise protected from disclosure to anyone other
> than its intended recipient. Unintended transmission shall not constitute
> waiver of any privilege or confidentiality obligation. If you received this
> communication in error, please do not review, copy or distribute it, notify
> me immediately by email, and delete the original message and any
> attachments. Unless expressly stated in this e-mail, nothing in this
> message or any attachment should be construed as a digital or electronic
> signature.
>
> _______________________________________________
> Qirg mailing list
> [e-mail]
> https://www.irtf.org/mailman/listinfo/qirg
>
>
> [image: Banner]
>
> [image: Banner]
> <https://www.interdigital.com/white_papers/streaming-media-report->
>
> ABI - Streaming Media Report
> <https://www.interdigital.com/white_papers/streaming-media-report->
>
> This e-mail is intended only for the use of the individual or entity to
> which it is addressed, and may contain information that is privileged,
> confidential and/or otherwise protected from disclosure to anyone other
> than its intended recipient. Unintended transmission shall not constitute
> waiver of any privilege or confidentiality obligation. If you received this
> communication in error, please do not review, copy or distribute it, notify
> me immediately by email, and delete the original message and any
> attachments. Unless expressly stated in this e-mail, nothing in this
> message or any attachment should be construed as a digital or electronic
> signature.
> _______________________________________________
> Qirg mailing list
> [e-mail]
> https://www.irtf.org/mailman/listinfo/qirg
>