Re: [Inventory-yang] Nimby WG chartering

julien.meuric@orange.com Fri, 28 April 2023 10:19 UTC

Return-Path: <julien.meuric@orange.com>
X-Original-To: inventory-yang@ietfa.amsl.com
Delivered-To: inventory-yang@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9BB4C14CF09 for <inventory-yang@ietfa.amsl.com>; Fri, 28 Apr 2023 03:19:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.488
X-Spam-Level:
X-Spam-Status: No, score=-0.488 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FORGED_MUA_MOZILLA=2.309, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9W34DShC2kdH for <inventory-yang@ietfa.amsl.com>; Fri, 28 Apr 2023 03:19:16 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DEB64C151534 for <Inventory-yang@ietf.org>; Fri, 28 Apr 2023 03:19:15 -0700 (PDT)
Received: from opfedar02.francetelecom.fr (unknown [xx.xx.xx.4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by opfedar27.francetelecom.fr (ESMTP service) with ESMTPS id 4Q77r16bggz2y75; Fri, 28 Apr 2023 12:19:13 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1682677153; bh=4wjdqEJ7EP98pGN0lFgnb57nNQDy4idEI7uyERpYy8Y=; h=Content-Type:Message-ID:Date:MIME-Version:Subject:To:From; b=bsIBf/GXQ5utERxX7oR95CkNGijN+ML0KMj6DO8L2KourRRGrzUyqlUFTEqxa+X6j Y6+aDhKfW9/6g21OD5xfP7GiBWer6vMqMsB/YMjY92PfrZ2xfq6YqNpg31+c4M0m8x UASFYUP6UprifMI4Z+gEv2oeAvxYe9nJv694byLLh7YeAfot4QvTksj6o+rvcqjJmK ExWP1Tqo/XKl6JIdPpP9YCXKE2mttGYiiKFBzYJ1qu4ugDUBrFgAj50QFsEJJysbJM jliWlTMa3n3c2PX169VfpejuLGfefVhjZSJgM1BM+lzBq3kl/OEzLb+y8UsfRG5/YE vrp9qablVphFQ==
Content-Type: multipart/alternative; boundary="------------h8HkJtR1qJu3xW7fMzarYqOp"
Message-ID: <21440_1682677153_644B9DA1_21440_412_1_7c4f9773-abf0-38e9-0aa2-1697c7a99328@orange.com>
Date: Fri, 28 Apr 2023 12:19:12 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0
Content-Language: en-US, fr
To: Oscar González de Dios <oscar.gonzalezdedios@telefonica.com>, Daniele Ceccarelli <daniele.ietf@gmail.com>, Qin Wu <bill.wu@huawei.com>
CC: "Rob Wilton (rwilton)" <rwilton=40cisco.com@dmarc.ietf.org>, "Rob Wilton (rwilton)" <rwilton@cisco.com>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "mohamed.boucadair@orange.com" <mohamed.boucadair@orange.com>, Michael Richardson <mcr+ietf@sandelman.ca>, "Inventory-yang@ietf.org" <Inventory-yang@ietf.org>, JACQUENET Christian INNOV/NET <christian.jacquenet@orange.com>
References: <713d4fa333e14e039979868673e5251d@huawei.com> <CAB01kMh4zKOY2YYuhZAcqVtbEb=12vBunQR3X3GO+8XpQ7LKpg@mail.gmail.com> <PAXPR06MB787215711E0369EE222E923AFD679@PAXPR06MB7872.eurprd06.prod.outlook.com>
From: julien.meuric@orange.com
Organization: Orange
In-Reply-To: <PAXPR06MB787215711E0369EE222E923AFD679@PAXPR06MB7872.eurprd06.prod.outlook.com>
X-Originating-IP: [10.115.27.53]
X-ClientProxiedBy: OPE16NORMBX205.corporate.adroot.infra.ftgroup (10.115.27.6) To OPE16NORMBX407.corporate.adroot.infra.ftgroup (10.115.27.16)
Archived-At: <https://mailarchive.ietf.org/arch/msg/inventory-yang/1PFOmHTJp4g07CR9ZDYnZ3C_-0o>
X-Mailman-Approved-At: Fri, 28 Apr 2023 03:24:19 -0700
Subject: Re: [Inventory-yang] Nimby WG chartering
X-BeenThere: inventory-yang@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Inventory Management using YANG <inventory-yang.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/inventory-yang>, <mailto:inventory-yang-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/inventory-yang/>
List-Post: <mailto:inventory-yang@ietf.org>
List-Help: <mailto:inventory-yang-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/inventory-yang>, <mailto:inventory-yang-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Apr 2023 10:19:20 -0000

Hi all,

@Oscar: In that case, how about trying YAVIN? We could expand it as 
"YANG-Viewed Inventory",  "YANG-Valued Inventory", "YANG-Versioned 
Inventory", etc. ;-)

Cheers,

Julien


On 24/04/2023 09:42, Oscar González de Dios wrote:
> How about YABIN ? YANG Based Inventory ?
> It reminds me of Yavin (famous moon in Star Wars)
>
> Oscar
>
>
> ------------------------------------------------------------------------
> *De:* Inventory-yang <inventory-yang-bounces@ietf.org> en nombre de 
> Daniele Ceccarelli <daniele.ietf@gmail.com>
> *Enviado:* domingo, 23 de abril de 2023 8:25
> Any name works for me.
>
> Cheers
> Daniele
>
>
>
> Il Sab 22 Apr 2023, 11:23 Qin Wu <bill.wu@huawei.com> ha scritto:
>
>     As a plant lover, I like IVY, it might also link to IVY league.
>     I think also could choose IVORY for "Inventory YANG" since the
>     color of IVORY represent elegance and purity,:-)
>
>     -Qin
>     -----邮件原件-----
>     发件人: Rob Wilton (rwilton)
>     [mailto:rwilton=40cisco.com@dmarc.ietf.org]
>     发送时间: 2023年4月21日 10:08
>
>     If folks want to brainstorm on alternative names then that is fine
>     with me.
>
>     I am aware of the connotations of the name, at least in the UK,
>     and e.g., flagged the suggested name with the IESG when it was
>     first suggested.  However, I regard the choice of name as a mostly
>     harmless playful name rather than an intended slight on the WG or
>     work.
>
>     If you want alternatives, then there is YIMBY, but perhaps that
>     would also be regarded as also being negative, I don’t know
>     (https://en.wikipedia.org/wiki/YIMBY_movement)
>
>     Or for more boring, but harmless names, there we could possibly
>     use one of:
>       IVY, for "Inventory YANG".
>       BIVY, for "Base Inventory YANG"
>
>     Regards,
>     Rob
>
>
>
>     -----Original Message-----
>     From: Inventory-yang <inventory-yang-bounces@ietf.org> On Behalf
>     Of Qin Wu
>     Sent: 21 April 2023 06:12
>     To: Rob Wilton (rwilton) <rwilton=40cisco.com@dmarc.ietf.org>;
>     adrian@olddog.co.uk; mohamed.boucadair@orange.com; 'Michael
>     Richardson' <mcr+ietf@sandelman.ca
>     <mailto:mcr%2Bietf@sandelman.ca>>; 'Daniele Ceccarelli'
>     <daniele.ietf@gmail.com>
>     Cc: Inventory-yang@ietf.org; 'JACQUENET Christian INNOV/NET'
>     <christian.jacquenet@orange.com>
>     Subject: Re: [Inventory-yang] Nimby WG chartering
>
>     Rob, and all:
>     Just want to flag out one issue:
>     I hear a few concerns on the WG naming, some believe NIMBY is a
>     derogatory term, can we come up with a better name?
>
>     -Qin
>     -----邮件原件-----
>     发件人: Inventory-yang [mailto:inventory-yang-bounces@ietf.org] 代表
>     Rob Wilton (rwilton)
>     发送时间: 2023年4月20日 19:12
>
>     Hi all,
>
>     Adrian, thanks for the suggestion, your proposal does scan better
>     than mine, but I think that the first part of the sentence isn't
>     quite right (or could be confusing) and would need reworking, as
>     per Qin's point.
>
>     So, to keep the process moving along, I've decided to ship it with
>     my proposed text that got agreement.
>
>     The two further changes that I made were to:
>      - Move terminology and scope to the beginning (as per Med's request).
>      - Remove the text on capabilities, as agreed previously.
>
>     So version 00-01 of
>     https://datatracker.ietf.org/doc/charter-ietf-nimby/ should
>     hopefully go on next-week's telechat for internal IESG/IAB review
>     - if I've managed to press the right buttons and got the timing right.
>
>     Thanks,
>     Rob
>
>
>     -----Original Message-----
>     From: Adrian Farrel <adrian@olddog.co.uk>
>     Sent: 18 April 2023 18:48
>
>     Thanks for continuing to drive this, Rob.
>
>     I could live with your proposal. So, if in doubt, go ahead.
>
>     A possible "improvement" to tighten this up a bit, would be:
>
>     "Specification of how the inventory is maintained or structured,
>     and the mechanisms of how inventory content is used are outside
>     the scope of the Working Group, but the Working Group may develop
>     informative examples describing how the inventory data could be used."
>
>     Adrian
>     -----Original Message-----
>     From: Inventory-yang <inventory-yang-bounces@ietf.org> On Behalf
>     Of Rob Wilton (rwilton)
>     Sent: 18 April 2023 17:26
>
>     Hi all,
>
>     Perhaps rather than:
>
>     " Details of how the inventory content is used is outside the
>     scope of the Working Group."
>
>     We could have:
>
>     "Work specifying the use of inventory content is outside the scope
>     of the Working Group, but informative examples describing how the
>     inventory data may be used is within scope".
>
>     Would this be sufficient (alongside deleting the paragraph on
>     capabilities) to submit this version of the charter for IESG review?
>
>     Ideally, I would like to get this onto next week's telechat (which
>     means pushing the button on/before Thursday this week), so if we
>     able to close on this today/tomorrow then that would be really
>     appreciated (and I appreciate that I've also been slow here).
>
>     Regards,
>     Rob
>
>
>     -----Original Message-----
>     From: Inventory-yang <inventory-yang-bounces@ietf.org> On Behalf
>     Of mohamed.boucadair@orange.com
>     Sent: 14 April 2023 06:08
>
>     Hi Michael,
>
>     > Do we ever tell operators what they have do? No.
>     > Should we say things like, "this enables an operator who wants
>     to map
>     > their L1 circuits to L0 segments"? Yes.
>
>     This falls under means to ease correlation and zoom in/out. This
>     is covered by the proposed charter.
>
>     This is distinct from the initial part you commented on about the
>     use of the inventory content. I don't think we have to dive into
>     how (1) an authoritative inventory is bootstrapped/maintained, (2)
>     how the same data model is used to structure data that is actually
>     discovered from the network/infrastructure, (3) how this is
>     exposed to applications such as planning, emulation tools, etc.
>
>     BTW, I suggest that we make this change:
>
>     NEW:
>      Details of how the inventory content is fed and used are outside
>     the scope of
>
>     ^^^^^^
>      the Working Group.
>
>     Thanks.
>
>     Cheers,
>     Med
>
>     > -----Message d'origine-----
>     > De : Inventory-yang <inventory-yang-bounces@ietf.org>
>     >
>     > Daniele Ceccarelli <daniele.ietf@gmail.com> wrote:
>     >     > LMO is Lifecycle Management and Operations. (
>     >     > https://datatracker.ietf.org/doc/draft-palmero-opsawg-dmlmo/)
>     >
>     >     > Layer 0 is the layer at which optical devices operate.
>     >
>     > I see.  So layer 1 is that I have a 100G fiber from Chicago-DC1
>     to LA-DC8.
>     > Layer 0 is that there are five segments between DC1 and DC8 via
>     four
>     > optical switches in St.Louis, Denver, Reno, SFO and LA.
>     >
>     >     > Can you elaborate a bit? Providing example won't be banned,
>     > telling
>     >     > operators how they have to populate their inventories
>     won't make
>     > them
>     >     > very happy.
>     >
>     > Do we ever tell operators what they have do? No.
>     > Should we say things like, "this enables an operator who wants
>     to map
>     > their L1 circuits to L0 segments"? Yes.
>     >
>     > --
>     > ]               Never tell me the odds!      | ipv6 mesh
>     networks [
>     > ]   Michael Richardson, Sandelman Software Works     |    IoT
>     architect
>     > [
>     > ] mcr@sandelman.ca http://www.sandelman.ca/       |   ruby on rails
>     > [
>

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.