Re: [nmrg] [EXT] Re: Adoption call for draft-li-nmrg-intent-classification-02
"El Khatib, Yehia (elkhatib)" <y.elkhatib@lancaster.ac.uk> Thu, 05 December 2019 18:39 UTC
Return-Path: <y.elkhatib@lancaster.ac.uk>
X-Original-To: nmrg@ietfa.amsl.com
Delivered-To: nmrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 12A121200C4; Thu, 5 Dec 2019 10:39:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=livelancsac.onmicrosoft.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 hXwvN-WV4MAV; Thu, 5 Dec 2019 10:39:11 -0800 (PST)
Received: from GBR01-CWL-obe.outbound.protection.outlook.com (mail-eopbgr110104.outbound.protection.outlook.com [40.107.11.104]) (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 8F58512006B; Thu, 5 Dec 2019 10:39:10 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CD7nbh7LsFuFe2Kg1uqsEGkVoacY19Ob9HlwAm7LWl/DLFI7Lw/6yB0p2kS09HC4ygh4NynVscZlZExFQDkzvgWw6v7vRW1TIhSA2qcNK1h+nfNgRgjI5Zk+sEhGzQM3/bLLcC1mdZ2+CFS9jeGRdqAW32+WhoWYvCze8kFOKtQh4fdNhkq1d/3/S5kIZFdeMNifRPh3t8emsq1r5sU2SX7UgzrRna5vHtsJupwuy+GFj00LTmXixDy5S+7+Aosnls+BnRRMAssvgncVEB/pEl0v6LAFiDs3QM4jI0Q+lUbhV2yPyCAYY3cgXbfixeT9mFxh8aSLF8A8z0UZpgmrEA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=QPjqkqz08bU333JPpITnRhKpedabMXkl8+JcUAM3PE4=; b=RAdcQAXhIrFatLHZsVvbJN+nnvkB6TDVUmkAtNdxdH4hp9ZnUXcEExoArIgHLD54sehauWEB5tsmD51RRggFrOzuJkuGWAUmK2x/dOyiai+ux8egFUHmrPmXu189LYtkBMzUzcNXZFYhutUvR6I7HvypuqBiD6Iq6/z2bRn32bKuMt7ifRckhV87aQEdPPd44c2AilEYPLDjtNOg7/B90xR00P7r0TIGiwj08/QurNDuRlyW0wHC9DI2sXyBb339h/DabSSXrL562uA08jNohpN22cL1mN2T14sHuFKYR/6qOj8dRtKA+xegSrjX442kHyXrNQA7jWsERJ/1MpwXTQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=lancaster.ac.uk; dmarc=pass action=none header.from=lancaster.ac.uk; dkim=pass header.d=lancaster.ac.uk; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=livelancsac.onmicrosoft.com; s=selector2-livelancsac-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=QPjqkqz08bU333JPpITnRhKpedabMXkl8+JcUAM3PE4=; b=RYf9iVzxNTzdHmSlgkSthGbh2nldcstd+1nuwU3CGrPpz0EStxDN1siPvCtyimGa1rrjQ7ra6okPjCBTTP0VX+NaqXLDaMtcObEEFR4qbuYv+/OgNrs9mU50KOfHpKDGlersg7jelnXfoJLV8Vp/rMo6ZgNkOo9c4vjcweTOQGU=
Received: from LNXP265MB1177.GBRP265.PROD.OUTLOOK.COM (20.176.136.140) by LNXP265MB0410.GBRP265.PROD.OUTLOOK.COM (10.166.183.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.18; Thu, 5 Dec 2019 18:39:03 +0000
Received: from LNXP265MB1177.GBRP265.PROD.OUTLOOK.COM ([fe80::1c75:c889:8078:6b87]) by LNXP265MB1177.GBRP265.PROD.OUTLOOK.COM ([fe80::1c75:c889:8078:6b87%6]) with mapi id 15.20.2495.014; Thu, 5 Dec 2019 18:39:03 +0000
From: "El Khatib, Yehia (elkhatib)" <y.elkhatib@lancaster.ac.uk>
To: "nmrg@irtf.org" <nmrg@irtf.org>
CC: "nmrg-chairs@irtf.org" <nmrg-chairs@irtf.org>
Thread-Topic: [nmrg] [EXT] Re: Adoption call for draft-li-nmrg-intent-classification-02
Thread-Index: AQHVq5tEFsZR7/6YHka1xga7kzwrrA==
Date: Thu, 05 Dec 2019 18:39:03 +0000
Message-ID: <4D295A81-235F-4E14-84C1-31DDAC1A7BF8@lancaster.ac.uk>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1f.0.191110
authentication-results: spf=none (sender IP is ) smtp.mailfrom=y.elkhatib@lancaster.ac.uk;
x-originating-ip: [148.88.244.226]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: ab2b45e8-e420-4ac7-cb4e-08d779b26722
x-ms-traffictypediagnostic: LNXP265MB0410:
x-microsoft-antispam-prvs: <LNXP265MB041061D49E37088B42FDAFF9D45C0@LNXP265MB0410.GBRP265.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 02426D11FE
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(366004)(396003)(136003)(39860400002)(376002)(13464003)(189003)(199004)(53754006)(14454004)(2906002)(86362001)(45080400002)(66476007)(66446008)(64756008)(66946007)(66556008)(25786009)(71190400001)(450100002)(786003)(316002)(6916009)(966005)(71200400001)(58126008)(99286004)(478600001)(76116006)(8936002)(81156014)(8676002)(1730700003)(81166006)(5640700003)(6506007)(26005)(53546011)(4326008)(6486002)(2616005)(102836004)(5660300002)(14444005)(33656002)(305945005)(186003)(229853002)(36756003)(6512007)(66574012); DIR:OUT; SFP:1102; SCL:1; SRVR:LNXP265MB0410; H:LNXP265MB1177.GBRP265.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: lancaster.ac.uk does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: UFkymTZgINv+w4SEQzz1UY3DSvCj55ZfwWotDpdRHzettHBqlf7j5jEOXmEcT+0BWfNb3ducLjkg8DWJTnMYonox2Kib3niBlsihZjAnKttFBWQAetPSfsxpF59RSwnl8sRr7JFL/ds0zP7nSbYKhqp3uBYO/2hftzchb9gNKkhhVzyd46SiOm6LmWHUQQeijFNxN+/X2nNg9j4uPntgvo1yRPAPS8Q0uypkgJxDZHRDJd4qS6Dt5giroK+Be/R7wqsmer1TZpm5z10mdgufCiOipLSi/pHOmzQfQjhUTB6Ow/6vpW/7O9Kke40MY/qjqPnpIzbTP/0jDHk6/H3WU7iVlr2idwltTGX3/Z9o9sgHzQiOS0NRlh3+OcdOKHbZeeW2EPiNKvPsGqlkyLZ6ElXzsiEIAJ6iiRa5C0kyXWnSSkwdi26NV3afofA9lgccsUmvbccU3w7ZPfRfcrLFtuIB7UlPKwapD9FgAUUjVH1PHFkHG3LFY+ynTyWmcc6gRe9x6hmZPk7m0KawfiLNxnl2ZQH3pJaMzHLuE/AuxV8GFNdPp9EyEuNtospCyzVj
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <63320B3534685A4F9F26F6F7BBBDC4A9@GBRP265.PROD.OUTLOOK.COM>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: lancaster.ac.uk
X-MS-Exchange-CrossTenant-Network-Message-Id: ab2b45e8-e420-4ac7-cb4e-08d779b26722
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Dec 2019 18:39:03.6488 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 9c9bcd11-977a-4e9c-a9a0-bc734090164a
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: R+05BUgqJ8JL+bISx6OS6J0nH4G2qEVxhRhKJ/8DrZ6ohL22so5sd10ayDaaoGlKDjRwvae3FsS4fmutM9Eci9AC2ub9uDUFAyu0OUodJAU=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: LNXP265MB0410
Archived-At: <https://mailarchive.ietf.org/arch/msg/nmrg/NTf-7UDn_xaI9EZ9WfCOrNDmtcU>
Subject: Re: [nmrg] [EXT] Re: Adoption call for draft-li-nmrg-intent-classification-02
X-BeenThere: nmrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Network Management Research Group discussion list <nmrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/nmrg>, <mailto:nmrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nmrg/>
List-Post: <mailto:nmrg@irtf.org>
List-Help: <mailto:nmrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/nmrg>, <mailto:nmrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Dec 2019 18:39:16 -0000
Hello all, Long time listener, first time caller! I feel compelled to chip in as someone who's worked on intents for a few years now. The definitions in the draft are not entirely helpful in terms of clarifying the difference between intents and policies, which is the main point of confusion I observed from working and publishing** in this area. To me, an intent is for an application (that 'intends' to do something) whereas a policy is for an operator (a policy of how to run things). An intent cannot be everything for everyone, as this will not be feasible to work with. As such, the way an intent is defined needs to enable the application developer to indicate their: (1) preference; (2) priorities; and (3) ways the network can help. I fail to see how these could be specified using this draft. Just my 2 cents and glad to finally make contact with the group. __ ** See papers: http://www.lancaster.ac.uk/~elkhatib/papers/elkhatib2017idn.pdf http://www.lancaster.ac.uk/~elkhatib/papers/elhabbash2018mediation.pdf /yehia -- Dr. Yehia Elkhatib PhD Admissions Officer & Distributed Systems Group Lead School of Computing & Communications Lancaster University, LA1 4WA, UK y.elkhatib /then add/ lancaster.ac.uk http://www.lancaster.ac.uk/~elkhatib On 06/12/2019, 7:15 am, "nmrg on behalf of Branislav Meandzija" <nmrg-bounces@irtf.org on behalf of bran@metacomm.com> wrote: This email originated from outside of the University. Do not click links or open attachments unless you recognise the sender and know the content is safe. While I have followed some of the various discussions here over the past decades, I am not sure whether my 2 cents on this subject is appropriate or not. However, I have done quite a bit of research, system design and implementation synonymous with "intent" intent over this period of time and feel compelled to comment. My perspective is that intent is application/domain specific and can only be abstracted from a knowledgebase specific to that application/domain. This abstraction should be formal and not fluff. As such, I feel this document just further muddies the waters with unnecessary and arbitrary new definitions and I would not promote it further. Branislav -----Original Message----- From: nmrg [mailto:nmrg-bounces@irtf.org] On Behalf Of Natale, Bob Sent: Wednesday, December 4, 2019 10:58 PM To: Jérôme François <jerome.francois@inria.fr> Cc: nmrg-chairs@irtf.org; nmrg@irtf.org Subject: Re: [nmrg] [EXT] Re: Adoption call for draft-li-nmrg-intent-classification-02 Importance: Low I would like to add that the extremely brief section on the Policy Continuum in the draft seems superfluous in light of its brevity and consequent over-simplification. (If John Strassner feels otherwise, then please ignore my comments here!) While the existing text is a reasonable facsimile of early descriptions of the Policy Continuum, as thought developed the concept matured: E.g., "The Policy Continuum - Policy authoring and conflict analysis" (2008), https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbrendanjennings.net%2Fpapers%2F2008_COMCOM_SDavy_et_al_published.pdf&data=02%7C01%7Cy.elkhatib%40lancaster.ac.uk%7Cf4cb25180e5e4f4bb8ce08d779af12a3%7C9c9bcd11977a4e9ca9a0bc734090164a%7C1%7C1%7C637111665168487059&sdata=zjSiVlt1Ej1ZH%2FNiBBehVQG281%2FzFrwQTJ3ZDtSi5BQ%3D&reserved=0, esp. sec. 2.1.4, but most of the rest of the paper is essential to a useful level of understanding. Alas, at some point the Policy Continuum concept seems to have fallen relatively dormant. Regardless, wrt the discussion topic at hand, I believe that several points must be considered: - Non-person entity "actors" as policy authors will be essential to translation of policy expressions in the Intent-based operating model. - It is (and always has been) the translation of policies across levels. The translation activity is what makes the model a continuum as opposed to (only) a set of interworking differentiated layers. - Applying Intent-based policy expression adds a distinct dimension to operation of the Policy Continuum ... this new dimension is compatible with existing common understanding of the Policy Continuum but introduces additional translations at some layers. So, I think it's necessary to cover the Policy Continuum (by whatever name might be preferable today, if that term is out of vogue) in an explanation of Intent-based policy implementation. I am not sure it belongs in a document defining Intent classification. And it almost certainly does not fit into this particular draft in its present form. I do see the connection you are presumably making with your Intent User and Intent Type breakouts and the Policy Continuum but (to coin a phrase?) it's "too little too early" to add any real value. FWIW (from a lurker), BobN -----Original Message----- From: nmrg <nmrg-bounces@irtf.org> On Behalf Of Schönwälder, Jürgen Sent: Wednesday, December 4, 2019 4:25 PM To: Jérôme François <jerome.francois@inria.fr> Cc: nmrg-chairs@irtf.org; nmrg@irtf.org Subject: [EXT] Re: [nmrg] Adoption call for draft-li-nmrg-intent-classification-02 I am still not sure what the value of this document is. What is the insight that these big tables deliver? How do they help doing ultimately better work in the IETF? I am sure I will get some answer quickly from the authors but what I am saying is that I prefer to see the value of this document very clearly explained in the document before adopting it. Note that I also expect that this document would align with the other document defining intent concepts and terminology. Perhaps this is more intended like a survey paper but then it has gone a bit in the wrong direction since a decent survey would explain how intent is defined and used in concrete projects (hint: lots of concrete descriptions and references) and then you would classify things. But right now, we have big tables with empty cells or cells with text that seems to come from rather unknown sources. For the above reasons, I do not support adoption at this point in time. /js On Wed, Dec 04, 2019 at 06:24:44PM +0100, Jérôme François wrote: > Dear all, > > We recently received an RG adoption request for > draft-li-nmrg-intent-classification-02 > (https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fid%2Fdraft-li-nmrg-intent-classification-02.txt&data=02%7C01%7Cy.elkhatib%40lancaster.ac.uk%7Cf4cb25180e5e4f4bb8ce08d779af12a3%7C9c9bcd11977a4e9ca9a0bc734090164a%7C1%7C1%7C637111665168487059&sdata=M%2FTst5mAOIjFeR1iFSukkcRTaOchtVh9ewwBRVbky4M%3D&reserved=0) > > Please let us know if you support the work becoming a RG document or > if you think it should not be adopted. In all cases, provide detailed > comments to support your opinion and send them on the mailing list. > > This call for adoption is open for two weeks and ends up on 19 December 2019. > > The procedure for RG document adoption and important criteria are > detailed > here: > https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailarchive.ietf.org%2Farch%2Fmsg%2Fnmrg%2FCVEyLUvfxJk1Ud5WdM9Y5LGvQmU&data=02%7C01%7Cy.elkhatib%40lancaster.ac.uk%7Cf4cb25180e5e4f4bb8ce08d779af12a3%7C9c9bcd11977a4e9ca9a0bc734090164a%7C1%7C1%7C637111665168497055&sdata=7rhDdw7Y5XcdL1Af1MxnlfrF3wjQknNKZpSWIU%2FYcIU%3D&reserved=0 > > Best regards > NMRG chairs > Laurent & Jérôme > > _______________________________________________ > nmrg mailing list > nmrg@irtf.org > https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.irtf.org%2Fmailman%2Flistinfo%2Fnmrg&data=02%7C01%7Cy.elkhatib%40lancaster.ac.uk%7Cf4cb25180e5e4f4bb8ce08d779af12a3%7C9c9bcd11977a4e9ca9a0bc734090164a%7C1%7C1%7C637111665168497055&sdata=lUFZxPcdaugC8U%2BAWiLnm9DQxVJlQGdhM6CNmwMF84E%3D&reserved=0 -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.jacobs-university.de%2F&data=02%7C01%7Cy.elkhatib%40lancaster.ac.uk%7Cf4cb25180e5e4f4bb8ce08d779af12a3%7C9c9bcd11977a4e9ca9a0bc734090164a%7C1%7C1%7C637111665168497055&sdata=tMNXSBE2hRvkwWK676Zb%2FzUROEGDRRMrjEBUQJF48Vc%3D&reserved=0> _______________________________________________ nmrg mailing list nmrg@irtf.org https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.irtf.org%2Fmailman%2Flistinfo%2Fnmrg&data=02%7C01%7Cy.elkhatib%40lancaster.ac.uk%7Cf4cb25180e5e4f4bb8ce08d779af12a3%7C9c9bcd11977a4e9ca9a0bc734090164a%7C1%7C1%7C637111665168497055&sdata=lUFZxPcdaugC8U%2BAWiLnm9DQxVJlQGdhM6CNmwMF84E%3D&reserved=0 _______________________________________________ nmrg mailing list nmrg@irtf.org https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.irtf.org%2Fmailman%2Flistinfo%2Fnmrg&data=02%7C01%7Cy.elkhatib%40lancaster.ac.uk%7Cf4cb25180e5e4f4bb8ce08d779af12a3%7C9c9bcd11977a4e9ca9a0bc734090164a%7C1%7C1%7C637111665168497055&sdata=lUFZxPcdaugC8U%2BAWiLnm9DQxVJlQGdhM6CNmwMF84E%3D&reserved=0 _______________________________________________ nmrg mailing list nmrg@irtf.org https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.irtf.org%2Fmailman%2Flistinfo%2Fnmrg&data=02%7C01%7Cy.elkhatib%40lancaster.ac.uk%7Cf4cb25180e5e4f4bb8ce08d779af12a3%7C9c9bcd11977a4e9ca9a0bc734090164a%7C1%7C1%7C637111665168497055&sdata=lUFZxPcdaugC8U%2BAWiLnm9DQxVJlQGdhM6CNmwMF84E%3D&reserved=0
- [nmrg] Adoption call for draft-li-nmrg-intent-cla… Jérôme François
- Re: [nmrg] Adoption call for draft-li-nmrg-intent… Schönwälder
- Re: [nmrg] Adoption call for draft-li-nmrg-intent… Jeff Tantsura
- Re: [nmrg] [EXT] Re: Adoption call for draft-li-n… Natale, Bob
- Re: [nmrg] [EXT] Re: Adoption call for draft-li-n… Branislav Meandzija
- Re: [nmrg] [EXT] Re: Adoption call for draft-li-n… El Khatib, Yehia (elkhatib)
- Re: [nmrg] Adoption call for draft-li-nmrg-intent… Liushucheng (Will Liu)
- Re: [nmrg] [EXT] Re: Adoption call for draft-li-n… Olga Havel
- Re: [nmrg] Adoption call for draft-li-nmrg-intent… Olga Havel
- Re: [nmrg] Adoption call for draft-li-nmrg-intent… Giuseppe Fioccola
- Re: [nmrg] Adoption call for draft-li-nmrg-intent… Jéferson Campos Nobre
- Re: [nmrg] Adoption call for draft-li-nmrg-intent… Olga Havel
- Re: [nmrg] [EXT] Re: Adoption call for draft-li-n… Olga Havel
- Re: [nmrg] Adoption call for draft-li-nmrg-intent… SUN Xueyuan
- Re: [nmrg] Fw: Adoption call for draft-li-nmrg-in… Pedro Martinez-Julia
- Re: [nmrg] Adoption call for draft-li-nmrg-intent… sunqiong.bri@chinatelecom.cn
- Re: [nmrg] Fw: Adoption call for draft-li-nmrg-in… lichen6@chinatelecom.cn
- Re: [nmrg] Fw: Adoption call for draft-li-nmrg-in… Schönwälder
- [nmrg] 回复: Fw: Adoption call for draft-li-nmrg-in… lichen6@chinatelecom.cn
- [nmrg] Fw: Fw: Adoption call for draft-li-nmrg-in… Chongfeng Xie
- Re: [nmrg] Fw: Adoption call for draft-li-nmrg-in… Ciavaglia, Laurent (Nokia - FR/Paris-Saclay)
- Re: [nmrg] Fw: Adoption call for draft-li-nmrg-in… Olga Havel
- Re: [nmrg] Fw: Adoption call for draft-li-nmrg-in… Schönwälder
- Re: [nmrg] Fw: Adoption call for draft-li-nmrg-in… Olga Havel
- Re: [nmrg] Fw: Adoption call for draft-li-nmrg-in… Schönwälder
- Re: [nmrg] Adoption call for draft-li-nmrg-intent… Jérôme François
- Re: [nmrg] Adoption call for draft-li-nmrg-intent… Olga Havel
- Re: [nmrg] Adoption call for draft-li-nmrg-intent… Ying Cheng
- [nmrg] Adoption call result for draft-li-nmrg-int… Jérôme François