Re: [Teas] [CCAMP] YANG prefix for Tunnel models (was RE: YANG prefix for flexi-grid (was RE: FW: Proposal for YANG model prefix naming))

"Belotti, Sergio (Nokia - IT/Vimercate)" <sergio.belotti@nokia.com> Tue, 22 June 2021 10:20 UTC

Return-Path: <sergio.belotti@nokia.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C154F3A1F4F; Tue, 22 Jun 2021 03:20:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.198, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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=nokia.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 WsUcLjJShbTk; Tue, 22 Jun 2021 03:20:31 -0700 (PDT)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2114.outbound.protection.outlook.com [40.107.22.114]) (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 610B33A1F4A; Tue, 22 Jun 2021 03:20:31 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NxyVAsCMzoC2PrIJDJ4gcaqwoEmxikVXmnyG9625hg5UAAdBn4P41RWGzD97zpyK1LT3SdE/SyoI6ChXkawaClOPCLBvbQbrK+HCbuYFEfGk8YRmOUsNpnex1ZDtLDM8m3zJWpycHB9IsCnD+PTUUNdwduER3/+CFwNLnFRfS1pvwkfwetX9AIUbqn7GO3GncoTQZHU2L9Ywkqgn7nGqLbIE0rB2YV/2ID+Ufi/eKrZusX4dURWCvwWdt+ftrw8dpKD5H7pfYHb+G/42wBkuVQgfTjftmEwTNA02SXdi3dFQLG+sw3vs4GIUXdd+es6eo2jdUf+EZ4zqgveDvimiwQ==
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=0hiBYlIiexWENYoEHZTqcgufe8PoLfMCe6AfMZvpYYk=; b=GQwt0WgAS2eJKlyO7g6TdpPGG4cgs8IhEp/dpYG39+CJcxKXFZabUIdfJOyFKONbv76gDSnECgsMgimbFVbVImsYqTI3TG+f3vzl0rgX4VpXjQwu29Ga4JoTyrxW+Em3t6LTaVA4v3h+Nl5qp/hXMIU1MkeD7YZH4npwxKQVoR54Klwq2CYgT57Uo8JH1/SJCoQtMyD8aa7VeDlA76tDjFF3Nq2rA7dYFYO/IaToEFquplxjPvv5cyEzlwqYmK0UzCM2p5QCszo72BvdVa64qEZpZRqOXBTEdHr7P7lAKwnQ8m/XRKSsXLCG4JAl5oOctGTcoKaDOmcfqmKVBVxiVg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=0hiBYlIiexWENYoEHZTqcgufe8PoLfMCe6AfMZvpYYk=; b=pPquO24a9xG0HsocjVoNJQRKY09SLADqKS8k4gGb5YaJm+Foc8y8pBUmjiBVwJhqH6dK0GN5MdPmG8d2KtJnTy9MivI3VVdHQAt4GxH2errjhmrP6wxF9L3i5cRzHdsj1K96tnPAY72ehGCsFpWMNEIIc+pIWeHmd5oG31DpZpI=
Received: from AM0PR07MB5490.eurprd07.prod.outlook.com (2603:10a6:208:104::27) by AM4PR07MB3123.eurprd07.prod.outlook.com (2603:10a6:205:5::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4264.16; Tue, 22 Jun 2021 10:20:28 +0000
Received: from AM0PR07MB5490.eurprd07.prod.outlook.com ([fe80::69cc:bbcd:3af:e8d4]) by AM0PR07MB5490.eurprd07.prod.outlook.com ([fe80::69cc:bbcd:3af:e8d4%4]) with mapi id 15.20.4264.018; Tue, 22 Jun 2021 10:20:28 +0000
From: "Belotti, Sergio (Nokia - IT/Vimercate)" <sergio.belotti@nokia.com>
To: Daniele Ceccarelli <daniele.ceccarelli=40ericsson.com@dmarc.ietf.org>, tom petch <ietfc@btconnect.com>, Italo Busi <Italo.Busi@huawei.com>, CCAMP <ccamp@ietf.org>, "teas@ietf.org" <teas@ietf.org>
Thread-Topic: [CCAMP] YANG prefix for Tunnel models (was RE: YANG prefix for flexi-grid (was RE: FW: Proposal for YANG model prefix naming))
Thread-Index: AQHXZ0YwjxP7ZjLj60i9RnYYO7R3EasfwTOAgAAQdBA=
Date: Tue, 22 Jun 2021 10:20:27 +0000
Message-ID: <AM0PR07MB5490FD339933EBBB3868FC4791099@AM0PR07MB5490.eurprd07.prod.outlook.com>
References: <3eff922ce57b4c7caa7e546f82a4d8be@huawei.com> <AM7PR07MB6248C0D9C5755474F6144574A0099@AM7PR07MB6248.eurprd07.prod.outlook.com> <AM8PR07MB82959E8835E5971386C5FE4EF0099@AM8PR07MB8295.eurprd07.prod.outlook.com>
In-Reply-To: <AM8PR07MB82959E8835E5971386C5FE4EF0099@AM8PR07MB8295.eurprd07.prod.outlook.com>
Accept-Language: it-IT, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=nokia.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c55200a0-0763-4d7e-5e92-08d935675b7a
x-ms-traffictypediagnostic: AM4PR07MB3123:
x-microsoft-antispam-prvs: <AM4PR07MB312363CF833EE7C32B2BB6ED91099@AM4PR07MB3123.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:6430;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: xetuvVChi4ZPlkwOWoIDF+PEaRYXiSchOKNSezQQOUdm61e3EO6skVa4EW1ayyFSbs6a97bfXCqoyL0VAIqlZaZYHHu2R1iLw8Z17ec9zCX+kAOti7Js8IsVG2wrbZUHT5YD7e6gKP50MbuwaFSQwYvvKV3OgWfW3GU4h9o+N0in1dEfaS/C5e2VjXv0gsLM/FAWY+M3HnS05QCiXINd8DLehtvyIhSJrC7uHNJofCCtNfywt7oEtbc8CXnNmonMYOVRqOKVNgw4epS/mLLKgKAPZCwb/hecVzYZDxSRe49f3Rc6hrYV9X4eP2jmTqseVTRCWPx37k7ruMfKqFgE/wJpUbVABQHzZBW4IIKC//rCXkhJyfF+/TPb+hISZMcfTaz3rl1D/4M4lbtFPfpKHtGDBpFHEDsXcfqRlN0tnXtGq7+B+A3t/31Zp3tco/RGXeOQBNANjQ99AuSPOqbWiZXAXbWakT8g6B2RqmBkVfvLnnC9jnevIX4uRp8CHX2sgKvtMUD4QJ619xXZks/jilKbrp1lKFU+cp2oajxIhlHfHFI2Clm3DEbHX7gQizm+5Z4BZ2y6aYWZ0jq6SEBLLIFyi8f01dh0cQWTlGul5ssJRqyLT4HQgiJH7EkYgiXrQuPA+M+ljplAFFDEBSrTJCKIi6mNgmFnpenKufHyFoSF7ylEqYtaZpqZrnOU+HuSyxYfhuElIraJolUZGvYWkACDHvwpJ6nPJ4EYtH9iBsGcpNBEXahc11AF11kAAMAUZm5HPviAcWJSqaYoAHdmWQl90/UoTwWH9joK6of2m8DJFyUY2cuK5UcQ70Z1c2flVrY8BbAsERHs9vgxg+deqw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR07MB5490.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(346002)(376002)(39860400002)(136003)(366004)(66446008)(64756008)(66476007)(66556008)(66946007)(8676002)(478600001)(83380400001)(76116006)(26005)(8936002)(186003)(7696005)(53546011)(6506007)(52536014)(30864003)(110136005)(966005)(316002)(5660300002)(122000001)(38100700002)(9686003)(71200400001)(2906002)(86362001)(55016002)(33656002)(414714003)(473944003); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?oqSxq2K4xXbZp3yR5TC0/XQVl2sw37Vh/OXWhzGumYtuZ70QtmQdzxVMIY?= =?iso-8859-1?Q?Bs30HIxpqI17XicAwwHjjdiZpkV1x5MXtiloUjo9TdyKOKxZZlYsFHu4EE?= =?iso-8859-1?Q?km6tvtJRB0weUur35CJbbhmaMI8HBaDq+rE1ow697euuWwrNnEkoEhUFZV?= =?iso-8859-1?Q?gHQIEwE4onWwLw1Y2pB2kLzwHFLJxXvpys/HUPOv4LhcVywqF2rQ3lfITW?= =?iso-8859-1?Q?K0qa05ouA5rdZ/FQoN2f97KCuM7vxgQp3EMgBSlF26LYh+3w14hcBHM3Un?= =?iso-8859-1?Q?k5/9yQvgpv5fbvdnLC9FlDImd+MxpRkCVYmduqt6pIvKVRZJhVWFocu5K2?= =?iso-8859-1?Q?Ycpa/+KgquY9RzboEXNlc0aUv7MZbcbtAA5lKB9Mz4QR8LuDkVpiVowuBc?= =?iso-8859-1?Q?/EbN6wgvWfVpsr5wM5RW3SAtXWf377tTF0KXRa5kOIbv7NTSPP5XqTKAdQ?= =?iso-8859-1?Q?AQOxXH+1gknfMmqIYMuSqamIa/sK1TkG1LD3hGdskyqAr/RSPxTFodGc02?= =?iso-8859-1?Q?xl23ziyITlQ+QdGI1sj6s3jDD/9uP6HIqvgSCadPN2LL1U4WVP9u2yhCDo?= =?iso-8859-1?Q?ZE2q+zsjpFneauh5tU0Kze7IPMBhSm1anb+Z3eLsgBlNtOhE/UG81yldko?= =?iso-8859-1?Q?bbKCarP4DcnwRb8WD7kjuUbeK/4feo3OMaq42wyUV5/X6QK+Nd7cplZJmU?= =?iso-8859-1?Q?tev7ZmoR8W9e92Dva4v1AGcyQNYq1ILPC1GA0XlsRpe9Yef2BjFuZFvtae?= =?iso-8859-1?Q?57m1/CtBHWgBk448RixTsbxJzc/HxydsYsbAkaUqfCGeIeVKiDoh2/s3FH?= =?iso-8859-1?Q?x+t5Q4YR0oidCsWdHYVxjkEqoQavpt1zW5kaoK6C6iO0y/Puu1Be6ZUv/8?= =?iso-8859-1?Q?UDZmegZAsJTkl3th7Yn1MDkweQWphmB5wPVKh2fuMmF35OVrEm0op4V+F3?= =?iso-8859-1?Q?caxW2bM07q3Q++/EBrM69+xBytuAiW9CTgU5qx/GZ/qapuJeRICRRA/c3p?= =?iso-8859-1?Q?0/q0TT3DeVhI4rjIFVVDOOZW+EP3F+4LO0o63TWQz5wgv1i87yFGnR2Sp0?= =?iso-8859-1?Q?hiyRfj/0mDmOE8pVZqwTGH8KMRrNUsJiyUQRIV4Vag4ILop6TtvNfgS3CG?= =?iso-8859-1?Q?oPNOCQmRHWNGqU0M3l2BPJcw/3aNVdw9iFS8wGKZlsXD92WbVQRjzSrR8O?= =?iso-8859-1?Q?7u88SQplEgUzi+v0Z5fwf5r2naKjsGE2D/0SSYMVQsnxCVyfZ7m2i6ADVh?= =?iso-8859-1?Q?23evRIOY3PwAAmybNZEErHMAv52MEo41eBlCsD4Qw8PVKoAyj43my43bXo?= =?iso-8859-1?Q?J9+hLPUmjvQ2HaV9jyVe7/FsUEvwkCZ/LYjkqJTV+9K9Hlk=3D?=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM0PR07MB5490.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: c55200a0-0763-4d7e-5e92-08d935675b7a
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jun 2021 10:20:28.0916 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: ruevvdK3yCQoh8gvJim2CDe3YRr1FdgBvUUuLeoVZyElW6Pzo8kd07hkEczyLa06hqYL0wVutbmSCrI3vMSPkusFTGQfT0uvMLXhTE1bRjw=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR07MB3123
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/__rUeHTtDlueJClln67fYtNrGr4>
Subject: Re: [Teas] [CCAMP] YANG prefix for Tunnel models (was RE: YANG prefix for flexi-grid (was RE: FW: Proposal for YANG model prefix naming))
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Jun 2021 10:20:37 -0000

+1 for -tnl

Thanks
Sergio

> -----Original Message-----
> From: CCAMP <ccamp-bounces@ietf.org> On Behalf Of Daniele Ceccarelli
> Sent: Tuesday, June 22, 2021 11:21 AM
> To: tom petch <ietfc@btconnect.com>om>; Italo Busi <Italo.Busi@huawei.com>om>;
> CCAMP <ccamp@ietf.org>rg>; teas@ietf.org
> Subject: Re: [CCAMP] YANG prefix for Tunnel models (was RE: YANG prefix
> for flexi-grid (was RE: FW: Proposal for YANG model prefix naming))
> 
> Hi all,
> 
> If adding one character is not a big issue I would suggest to go for -tnl, as -tn
> might cause ambiguity with a lot of other items, e.g. transport network,
> transit node, termination node...while the only thing I can think of for "tnl" is
> tunnel.
> I would reject all the other options for the good reasons brought up by Tom.
> BR
> Daniele
> 
> > -----Original Message-----
> > From: CCAMP <ccamp-bounces@ietf.org> On Behalf Of tom petch
> > Sent: den 22 juni 2021 11:08
> > To: Italo Busi <Italo.Busi@huawei.com>om>; CCAMP <ccamp@ietf.org>rg>;
> > teas@ietf.org
> > Subject: Re: [CCAMP] YANG prefix for Tunnel models (was RE: YANG
> > prefix for flexi-grid (was RE: FW: Proposal for YANG model prefix
> > naming))
> >
> > From: CCAMP <ccamp-bounces@ietf.org> on behalf of Italo Busi
> > <Italo.Busi@huawei.com>
> > Sent: 21 June 2021 19:52
> >
> > Let's continue the discussion about the prefix to be used for tunnel
> > models, adding also TEAS WG since this discussion impact also the
> > ietf-te model
> >
> > There have been some negative comments from Tom against the current
> > prefix (i.e., "te" which would also lead to "otn", "wson" and "flexg"
> > in CCAMP tunnel
> > models) which is broader than just the te-tunnel
> >
> > The letter 't' is not possible because it has been already used for
> > topology (i.e., "tet", "otnt", "wsont", "flexgt")
> >
> > The only option to abbreviate tunnel I have seen so far are tn or tnl
> > with or without the hyphen: "tetn", "te-tn", "tetnl" or "te-tnl"
> >
> > I have a slight preference for "te-tnl", which would lead to "otn-tnl", "wson-
> tnl"
> > and "flexg-tnl" in CCAMP, but I am open to other opinions or better
> > proposals
> >
> > I have only a strong preference to close this issue as quickly as
> > possible :)
> >
> > Any other opinion or better suggestions?
> >
> > <tp>
> > I am losing track of the context, which modules are involved, but
> > assuming it is WSON, OTN. FLEXG (MW?, DWDM?) then I would prefer
> > '-tn' to '-tnl'  as it is shorter  and to 'tn' as it is easier to
> > read. 'tl' 'to' can be misread as 't1' 't0' in some typeface. ('tx' I often use but
> usually as transport or transmit not tunnel).
> > 'tu' I reject because it is consonants that are wanted not vowels in
> > such abbreviations,
> >
> > There are plenty of other topo in TEAS but I do not know which if any
> > will have a matching tunnel.
> >
> > Tom Petch
> >
> > Italo
> >
> > > -----Original Message-----
> > > From: tom petch [mailto:ietfc@btconnect.com]
> > > Sent: giovedì 1 aprile 2021 17:40
> > > To: Italo Busi <Italo.Busi@huawei.com>om>; CCAMP <ccamp@ietf.org>
> > > Subject: Re: [CCAMP] YANG prefix for flexi-grid (was RE: FW:
> > > Proposal for YANG model prefix naming)
> > >
> > > From: CCAMP <ccamp-bounces@ietf.org> on behalf of Italo Busi
> > > <Italo.Busi@huawei.com>
> > > Sent: 31 March 2021 16:49
> > >
> > > It seems that addressing this issue on a step by step has worked
> > > well for the topology models
> > >
> > > Let's then consider a second question/convention about the prefix to
> > > use for flexi-grid YANG model
> > >
> > > I think that "flexi-grid" (which would lead to "flexi-gt" for
> > > flexi-grid Topology) is a bit too long for a prefix
> > >
> > > I have not found any better option to shorten flexible other than
> > > flexi or flex. I think f is really too short to be meaningful and fx
> > > can be misunderstood as fixed as well
> > >
> > > Therefore, I think we can shorten it to either "flexig" or "flexg"
> > > (which would lead to "flexigt" or "flexgt" respectively for
> > > flexi-grid
> > > Topology)
> > >
> > > I have a slight preference for the latter option ("flexg" leading to
> > > "flexgt" for flexi-grid Topology) but I am open to other opinions or
> > > better proposals
> > >
> > > Any other opinion?
> > >
> > > <tp>
> > > I prefer flexg of the options you suggest.
> > >
> > > There is something un-English about flexig, it just sounds wrong,
> > > and flexigt is worse.
> > >
> > > (In passing, flex-g looks wrong to me with just one letter after the
> > > hyphen, it needs two).
> > >
> > > Tom Petch
> > >
> > > Thanks, Italo
> > >
> > > > -----Original Message-----
> > > > From: tom petch [mailto:ietfc@btconnect.com]
> > > > Sent: lunedì 15 marzo 2021 13:00
> > > > To: Daniele Ceccarelli
> > > > <daniele.ceccarelli=40ericsson.com@dmarc.ietf.org>rg>;
> > > > CCAMP <ccamp@ietf.org>
> > > > Subject: Re: [CCAMP] FW: Proposal for YANG model prefix naming
> > > >
> > > > From: CCAMP <ccamp-bounces@ietf.org> on behalf of Daniele
> > > > Ceccarelli <daniele.ceccarelli=40ericsson.com@dmarc.ietf.org>
> > > > Sent: 11 March 2021 16:38
> > > >
> > > > as previously anticipated during the CCAMP session today, we will
> > > > ask the RFC editor to update the YANG model prefix for the WSON
> > > > topology to
> > > "wsont".
> > > >
> > > > Many thanks for sharing your thoughts and participating to the
> discussion.
> > > >
> > > > <tp>
> > > > I await the minutes with interest!
> > > >
> > > > Meanwhile ccamp-flexigrid-yang is plain wrong.  Under IANA it
> > > > registers flexi- grid-topology whereas the when statements have
> > > > tet-flexig which I would characterise as ugly and uglier!  And I
> > > > seem to recall this is not my first post on the prefix in this I-D
> > > > which clearly is not ready for Last Call:-(
> > > >
> > > > Tom Petch
> > > >
> > > >
> > > > Daniele
> > > >
> > > > -----Original Message-----
> > > > From: CCAMP <ccamp-bounces@ietf.org> On Behalf Of Daniele
> > > > Ceccarelli
> > > > Sent: den 15 februari 2021 16:17
> > > > To: tom petch <ietfc@btconnect.com>om>; Italo Busi
> > > > <Italo.Busi@huawei.com>om>; 'CCAMP' <ccamp@ietf.org>rg>;
> > > adrian@olddog.co.uk
> > > > Cc: rkrejci@cesnet.cz
> > > > Subject: Re: [CCAMP] Proposal for YANG model prefix naming
> > > >
> > > > Thanks for your feedback Tom.
> > > >
> > > > Working group, other opinions?
> > > >
> > > > Thanks,
> > > > Daniele
> > > >
> > > > -----Original Message-----
> > > > From: tom petch <ietfc@btconnect.com>
> > > > Sent: den 12 februari 2021 13:29
> > > > To: Italo Busi <Italo.Busi@huawei.com>om>; Daniele Ceccarelli
> > > > <daniele.ceccarelli@ericsson.com>om>; 'CCAMP' <ccamp@ietf.org>rg>;
> > > > adrian@olddog.co.uk
> > > > Cc: rkrejci@cesnet.cz
> > > > Subject: Re: [CCAMP] Proposal for YANG model prefix naming
> > > >
> > > > From: Italo Busi <Italo.Busi@huawei.com>
> > > > Sent: 12 February 2021 09:02
> > > >
> > > > Thanks Daniele
> > > >
> > > > FYI: we are discussing these options also with TEAS experts:
> > > >
> > > > https://protect2.fireeye.com/v1/url?k=d3d01972-8c4b2077-d3d059e9-
> > > > 86959e472243-ddf7de26918206cd&q=1&e=586b5fcf-a971-4d25-81f3-
> > > > 4c64316f0395&u=https%3A%2F%2Fgithub.com%2Ftsaad-
> > > > dev%2Fte%2Fissues%2F125
> > > >
> > > > Let's see if we can get an agreement at least for these two drafts
> > > > which are in RFC queue:
> > > >
> > > > > draft-ietf-ccamp-layer0-types
> > > > > ietf-layer0-types (l0-types) --->(l0-types)
> > > >
> > > > I think we can agree with this prefix since all the proposals are aligned.
> > > >
> > > > > draft-ietf-ccamp-wson-yang
> > > > > ietf-wson-topology  (wson) --->(wson-topo)
> > > >
> > > > Here, I think we have two candidates: wson-topo and wsont
> > > >
> > > > I have a slight preference for wsont since it is aligned with tet
> > > > and nt prefix conventions used in RFC8795 and RFC8345 but I can
> > > > accept wson-topo (it could be seen as aligned with wson-tunnel or
> > > > wson-tnl prefix
> > > conventions).
> > > >
> > > > What do you think?
> > > >
> > > > <tp>
> > > > Since TEAS already has its tanks on the lawn, I would go for wsont.
> > > >
> > > > Adrian expressed a preference for ...topo but I think that wrong
> > > > as it gets too long IMHO as with ethtetopo or else eth-te-topo
> > > >
> > > > Tom Petch
> > > > Italo
> > > >
> > > > > -----Original Message-----
> > > > > From: Daniele Ceccarelli
> > > > > [mailto:daniele.ceccarelli@ericsson.com]
> > > > > Sent: giovedì 4 febbraio 2021 09:14
> > > > > To: tom petch <ietfc@btconnect.com>om>; 'CCAMP' <ccamp@ietf.org>rg>;
> > > > > adrian@olddog.co.uk
> > > > > Cc: rkrejci@cesnet.cz
> > > > > Subject: Re: [CCAMP] Proposal for YANG model prefix naming
> > > > >
> > > > > Tom, Adrian, all,
> > > > >
> > > > > The L0 types and the WSON topology drafts are now on hold. We
> > > > > can include them in the updated prefix naming.
> > > > > The RFC editor will delay processing these documents until the
> > > > > updated versions are available. The AD (John or Deborah) will
> > > > > need to approve the changes.
> > > > >
> > > > > This will also affect the IANA registries, they have been informed as
> well.
> > > > >
> > > > > BR
> > > > > Daniele
> > > > >
> > > > > -----Original Message-----
> > > > > From: CCAMP <ccamp-bounces@ietf.org> On Behalf Of tom petch
> > > > > Sent: den 3 februari 2021 17:44
> > > > > To: 'CCAMP' <ccamp@ietf.org>rg>; adrian@olddog.co.uk
> > > > > Cc: rkrejci@cesnet.cz
> > > > > Subject: Re: [CCAMP] Proposal for YANG model prefix naming
> > > > >
> > > > > From: Adrian Farrel <adrian@olddog.co.uk>
> > > > > Sent: 03 February 2021 12:12
> > > > >
> > > > > Hi Tom,
> > > > >
> > > > > >> Proposal for YANG model prefix naming.
> > > > > >>
> > > > > >> Radek and then Tom raised the issue of consistency in prefix
> > > > > >> naming based
> > > > > on
> > > > > >> the fact that the TE topology model uses 'tet' and the TE
> > > > > >> topology state model uses 'tet-s'
> > > > > >
> > > > > > I think that the starting point is a list of I-D/RFC and I see
> > > > > > some
> > > > > glitches in your list.
> > > > > >
> > > > > > draft-ietf-client-signal-yang probably should be
> > > > > draft-ietf-ccamp-client-signal-yang
> > > > >
> > > > > Yes, typo.
> > > > >
> > > > > > I see two flexigrid I-D but you only list one
> > > > >
> > > > > I'm at https://datatracker.ietf.org/wg/ccamp/documents/ looking
> > > > > at extant WG documents.
> > > > > Looks like draft-ietf-ccamp-flexigrid-media-channel-yang expired
> > > > > almost 6 months ago.
> > > > >
> > > > > > wson-yang and l1types have been approved by the IESG so I
> > > > > > regard those as
> > > > > fixed
> > > > > > points that it is now too late to change and which we should
> > > > > > build around
> > > > >
> > > > > Well, colour me confused.
> > > > > I thought this whole thing came up in debate of the WSON YANG
> model.
> > > > > If that debate is now closed, let's all move on and not worry
> > > > > about any of this any more.
> > > > >
> > > > > > I have seen more than one wson model
> > > > >
> > > > > There's an information model in draft-ietf-ccamp-wson-iv-info,
> > > > > but no data model.
> > > > > draft-ietf-ccamp-wson-tunnel-model expired almost 6 months ago
> > > > >
> > > > > > microwave seems to be missing
> > > > >
> > > > > draft-ietf-ccamp-mw-topo-yang expired almost 18 months ago
> > > > >
> > > > > <tp>
> > > > >
> > > > > Adrian,
> > > > >
> > > > > The progress of I-D in the routing area can be erratic.  The
> > > > > fact that the IETF has expired the I-D does not mean that it
> > > > > will not come back to life - a whole raft of I-D that were
> > > > > produced in a rush just before the IETF meeting have just
> > > > > expired 6 months later and some are now being resuscitated,
> > > > > others will be in future, others will not.  Some re-appear
> > > > years later when their time has come.
> > > > >
> > > > > To me, an expired draft says that someone was interested enough
> > > > > to put in a lot of work and even if that work is not current,
> > > > > then it would be a short- sighted naming convention, although
> > > > > well in keeping with the traditions of the IETF, not to cater for such
> work in future.
> > > > >
> > > > > For myself, I like names that start with the most important
> > > > > property and for me, that is WSON. OTN, RSVP and so on, and that
> > > > > is the basis on which I reviewed them, and not the fact that
> > > > > they are te - the rival proposal is for te to be the centre of
> > > > > the universe around which everything revolves, regardless of
> > > > > which WG
> > > > > - TEAS, CCAMP, ... -it
> > > may be in.
> > > > I am not a fan of this approach.
> > > > >
> > > > > Tom Petch
> > > > >
> > > > > CCAMP is currently working on plenty of YANG models, so it might
> > > > > be worth stepping back and getting the prefixes consistent
> > > > > across all of our
> > > > work.
> > > > > I'm not sure this is the most important thing on our list, and
> > > > > perhaps it would be better to discuss the colour of the bike
> > > > > shed, but to make sure that we do this just once, here is my attempt.
> > > > >
> > > > > My conclusion is that, although it would be nice to be
> > > > > consistent with using just a suffix of 't' to indicate
> > > > > 'topology', this becomes messy with some of the longer names,
> > > > > and it is clearer to always
> > use 'topo'
> > > > > (leaving the TE topology model as the odd one out).
> > > > >
> > > > > This proposal only extends to CCAMP YANG models, and I don't
> > > > > think this list can debate the wider scoping of prefixes, but I
> > > > > think it would extend well enough.
> > > > >
> > > > > The list shows...
> > > > > Draftname
> > > > > Modelname (currentprefix)--->(proposedprefix)
> > > > >
> > > > > draft-ietf-ccamp-client-signal-yang
> > > > > ietf-eth-tran-service (ethtsvc)--->(etht-svc)
> > > > > ietf-eth-tran-types
> > > > > (etht-types) ---
> > > > > >(etht-types) ietf-trans-client-service (clntsvc)
> > > > > >--->(tclnt-svc)
> > > > > >ietf-trans-client-
> > > > > svc-types (clntsvc-types) --->(tclnt-svc-types)
> > > > >
> > > > > draft-ietf-ccamp-dwdm-if-param-yang
> > > > > ietf-ext-xponder-wdm-if
> > > > > (ietf-ext-xponder-wdm-if)--->(ext-xponder-wdm-if)
> > > > >
> > > > > draft-ietf-ccamp-flexigrid-yang
> > > > > ietf-flexi-grid-topology (flexi-grid-topology)
> > > > > --->(flexi-grid-topo)
> > > > >
> > > > > draft-ietf-ccamp-l1csm-yang
> > > > > ietf-l1csm (l1csm) --->(l1csm)
> > > > >
> > > > > draft-ietf-ccamp-layer0-types
> > > > > ietf-layer0-types (l0-types) --->(l0-types)
> > > > >
> > > > > draft-ietf-ccamp-layer1-types
> > > > > ietf-layer1-types (l1-types) --->(l1types)
> > > > >
> > > > > draft-ietf-ccamp-optical-impairment-topology-yang
> > > > > ietf-optical-impairment-topology (optical-imp-topo)
> > > > > --->(optical-imp-topo)
> > > > >
> > > > > draft-ietf-ccamp-otn-topo-yang
> > > > > ietf-otn-topology (otntopo) --->(otn-topo)
> > > > >
> > > > > draft-ietf-ccamp-otn-tunnel-model ietf-otn-tunnel (otn-tunnel)
> > > > > --->(otn-tunnel)
> > > > >
> > > > > draft-ietf-ccamp-wson-yang
> > > > > ietf-wson-topology  (wson) --->(wson-topo)
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > CCAMP mailing list
> > > > > CCAMP@ietf.org
> > > > > https://www.ietf.org/mailman/listinfo/ccamp
> > > > > =
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > CCAMP mailing list
> > > > > CCAMP@ietf.org
> > > > > https://www.ietf.org/mailman/listinfo/ccamp
> > > > >
> > > >
> > > > _______________________________________________
> > > > CCAMP mailing list
> > > > CCAMP@ietf.org
> > > > https://www.ietf.org/mailman/listinfo/ccamp
> > > >
> > > > _______________________________________________
> > > > CCAMP mailing list
> > > > CCAMP@ietf.org
> > > > https://www.ietf.org/mailman/listinfo/ccamp
> > > >
> > >
> > > _______________________________________________
> > > CCAMP mailing list
> > > CCAMP@ietf.org
> > > https://www.ietf.org/mailman/listinfo/ccamp
> >
> > _______________________________________________
> > CCAMP mailing list
> > CCAMP@ietf.org
> > https://www.ietf.org/mailman/listinfo/ccamp
> >
> > _______________________________________________
> > CCAMP mailing list
> > CCAMP@ietf.org
> > https://www.ietf.org/mailman/listinfo/ccamp
> 
> _______________________________________________
> CCAMP mailing list
> CCAMP@ietf.org
> https://www.ietf.org/mailman/listinfo/ccamp