Re: [OPSAWG] Minutes of L3NM/L2NM module discussions (27th-May-2020)

mohamed.boucadair@orange.com Thu, 04 June 2020 07:31 UTC

Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D197D3A0853 for <opsawg@ietfa.amsl.com>; Thu, 4 Jun 2020 00:31:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level:
X-Spam-Status: No, score=-2.095 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.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 AzTvKCfXiL46 for <opsawg@ietfa.amsl.com>; Thu, 4 Jun 2020 00:31:18 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C485F3A085C for <OPSAWG@ietf.org>; Thu, 4 Jun 2020 00:31:17 -0700 (PDT)
Received: from opfedar00.francetelecom.fr (unknown [xx.xx.xx.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by opfedar27.francetelecom.fr (ESMTP service) with ESMTPS id 49cyBX28Mgz2xMF; Thu, 4 Jun 2020 09:31:16 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1591255876; bh=ko6qQBj+nr/HuFHjCzuuowehHq2onTSSZOlQvI8pMiM=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=mk43+z9tEKt9p8EX9kY7TpJ4wIsA+vxobnnsYjy8YbHD0qyK79ri3LtsdV805IUnr K1FtxoiZXBia3NhIUbdET8tcI1/krxiR5z3tZU+sufXaEKJ7HLuB20ezT0AHf/0EV/ sngMVyMzH4nfvmtYWSkrhklFQN60R9DgYlesCslU/7+8CmUmviRXLupT97ZmvLexpa uwC+bm4WE5MhRg2wXqLWW+GXbWrni7mb3MQ1tjgF2iJP54lL7Jpa10pdvytgfcHjpj a+IcGGsB2cFP52TH8gOo0emSah2PHhOoREpfivEl+Dy/FOOUvbWvXnHf+hg3fsJX0J l+x9eJLXKvUzw==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by opfedar00.francetelecom.fr (ESMTP service) with ESMTPS id 49cyBW5FzrzCqjh; Thu, 4 Jun 2020 09:31:15 +0200 (CEST)
From: mohamed.boucadair@orange.com
To: Qin Wu <bill.wu@huawei.com>, "Joe Clarke (jclarke)" <jclarke=40cisco.com@dmarc.ietf.org>, SAMIER BARGUIL GIRALDO <samier.barguilgiraldo.ext@telefonica.com>
CC: "OPSAWG@ietf.org" <OPSAWG@ietf.org>
Thread-Topic: [OPSAWG] Minutes of L3NM/L2NM module discussions (27th-May-2020)
Thread-Index: AdY6QHbOtADabprqQiObQhlY1kgoEAAANqzA
Date: Thu, 04 Jun 2020 07:31:15 +0000
Message-ID: <787AE7BB302AE849A7480A190F8B9330314D7BAC@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <B8F9A780D330094D99AF023C5877DABAAD72F9B3@dggeml511-mbs.china.huawei.com>
In-Reply-To: <B8F9A780D330094D99AF023C5877DABAAD72F9B3@dggeml511-mbs.china.huawei.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.114.13.245]
Content-Type: multipart/alternative; boundary="_000_787AE7BB302AE849A7480A190F8B9330314D7BACOPEXCAUBMA2corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/7jOg9RagOhCC3lg2xmH9DexxnV0>
Subject: Re: [OPSAWG] Minutes of L3NM/L2NM module discussions (27th-May-2020)
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Jun 2020 07:31:21 -0000

Hi Qin,

I cited ietf-packet-fields as an example if a common module with groupings. Apologies for the confusion.

As you know, we already import ietf-packet-fields and reuse it as much we can in the l3nm current version. We don’t plan to change that.

Cheers,
Med

De : Qin Wu [mailto:bill.wu@huawei.com]
Envoyé : jeudi 4 juin 2020 09:24
À : BOUCADAIR Mohamed TGI/OLN; Joe Clarke (jclarke); SAMIER BARGUIL GIRALDO
Cc : OPSAWG@ietf.org
Objet : RE: [OPSAWG] Minutes of L3NM/L2NM module discussions (27th-May-2020)

Common features, yes, factoring out some reusable groupings from other documents, I am not sure 100% sure, there is some gray area, e.g., ietf-packet-fields has already been defined in RFC8519, it is separated document, when needed, why not just import and reuse it.
发件人: mohamed.boucadair@orange.com [mailto:mohamed.boucadair@orange.com]
发送时间: 2020年6月4日 13:42
收件人: Qin Wu <bill.wu@huawei.com>; Joe Clarke (jclarke) <jclarke=40cisco.com@dmarc.ietf.org>; SAMIER BARGUIL GIRALDO <samier.barguilgiraldo.ext@telefonica.com>
抄送: OPSAWG@ietf.org
主题: RE: [OPSAWG] Minutes of L3NM/L2NM module discussions (27th-May-2020)

Hi Qin, all,

The idea is to have a common module listing items that can be reused by other VPN modules than L3NM. This “common” module does not have to be called “common types”.

As such, it is OK to have reusable groupings (e.g., ietf-packet-fields in RFC8519) or even common features (e.g., ietf-softwire-common in RFC8676).

Cheers,
Med

De : OPSAWG [mailto:opsawg-bounces@ietf.org] De la part de Qin Wu
Envoyé : jeudi 4 juin 2020 06:09
À : Joe Clarke (jclarke); SAMIER BARGUIL GIRALDO
Cc : OPSAWG@ietf.org<mailto:OPSAWG@ietf.org>
Objet : Re: [OPSAWG] Minutes of L3NM/L2NM module discussions (27th-May-2020)

发件人: OPSAWG [mailto:opsawg-bounces@ietf.org] 代表 Joe Clarke (jclarke)
发送时间: 2020年6月4日 0:16
收件人: SAMIER BARGUIL GIRALDO <samier.barguilgiraldo.ext@telefonica.com<mailto:samier.barguilgiraldo.ext@telefonica.com>>
抄送: OPSAWG@ietf.org<mailto:OPSAWG@ietf.org>
主题: Re: [OPSAWG] Minutes of L3NM/L2NM module discussions (27th-May-2020)


The module is available in the following PULL REQUEST: https://github.com/IETF-OPSAWG-WG/l3nm/pull/118

I know other *types module have included groupings, but to add groupings in a types module seems wrong to me.  I would just expect typedefs and identities.

[Qin]: We lack a good usage guidance on which kind of groupings should be included in types module,
section 4.3 of RFC8407 said:
“
4.13<https://tools.ietf.org/html/rfc8407#section-4.13>.  Reusable Groupings

   A reusable grouping is a YANG grouping that can be imported by
   another module and is intended for use by other modules.
”
But it didn’t tell us whether the reusable grouping should be in the separate module or in the same type modules as identity and typedef.
Following some published type module examples,e.g.,RFC8294 and draft-ietf-teas-yang-te-types-13 in the RFC queue, it did add some of reusable grouping in the type modules, my impression is grouping that contain newly defined typedef and identities can be added into type modules, grouping in grouping, we need to be very carefully,
There are some guidance on reusable grouping in section 4.3 of RFC8407