Re: [netmod] 6991bis add protocol identities ?

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Tue, 23 July 2019 18:08 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEA3D12075C for <netmod@ietfa.amsl.com>; Tue, 23 Jul 2019 11:08:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 eDrdrhSxRXsi for <netmod@ietfa.amsl.com>; Tue, 23 Jul 2019 11:08:28 -0700 (PDT)
Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 275D7120767 for <netmod@ietf.org>; Tue, 23 Jul 2019 11:08:20 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id D542D86A; Tue, 23 Jul 2019 20:08:18 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas5.jacobs-university.de ([10.70.0.198]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id Z4Koq0wuOm1a; Tue, 23 Jul 2019 20:08:18 +0200 (CEST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Tue, 23 Jul 2019 20:08:18 +0200 (CEST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by hermes.jacobs-university.de (Postfix) with ESMTP id 8E7E92012C; Tue, 23 Jul 2019 20:08:18 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10028) with ESMTP id 0zavWzuyhB3p; Tue, 23 Jul 2019 20:08:18 +0200 (CEST)
Received: from exchange.jacobs-university.de (SXCHMB01.jacobs.jacobs-university.de [10.70.0.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id 3F2C220129; Tue, 23 Jul 2019 20:08:18 +0200 (CEST)
Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1713.5; Tue, 23 Jul 2019 20:08:17 +0200
Received: by anna.localdomain (Postfix, from userid 501) id 6DC5B3459F0; Tue, 23 Jul 2019 20:08:16 +0200 (CEST)
Date: Tue, 23 Jul 2019 20:08:16 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: =?utf-8?Q?Bal=C3=A1zs?= Lengyel <balazs.lengyel@ericsson.com>
CC: "'netmod@ietf.org'" <netmod@ietf.org>
Message-ID: <20190723180816.ydsjtoqe3omwni4f@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: =?utf-8?Q?Bal=C3=A1zs?= Lengyel <balazs.lengyel@ericsson.com>, "'netmod@ietf.org'" <netmod@ietf.org>
References: <VI1PR0701MB2286478D0FD2DC42A855A46AF0C70@VI1PR0701MB2286.eurprd07.prod.outlook.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
In-Reply-To: <VI1PR0701MB2286478D0FD2DC42A855A46AF0C70@VI1PR0701MB2286.eurprd07.prod.outlook.com>
User-Agent: NeoMutt/20180716
X-ClientProxiedBy: SXCHMB03.jacobs.jacobs-university.de (10.70.0.155) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155)
X-Clacks-Overhead: GNU Terry Pratchett
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/jTeoCpFWr4zma21TkIEt7KEVvsg>
Subject: Re: [netmod] 6991bis add protocol identities ?
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 18:08:31 -0000

Balázs,

I am not sure I fully understand what you are looking for but it
sounds to me like you are looking for an IANA maintained YANG module
rather than a common YANG type (i.e., this may be considered out of
scope for RFC 6991 bis).

By doing this, you will likely face the same problem the crypto types
are facing; having a long list of protocol identities (crypto
identities) does not express that only certain subsets are useful in
certain contexts (a design time subset) and that implementations are
supporting only certain subsets of the subset (an implementation time
subset). I am sure we have a YANG next isssue for the later one, I am
not sure we have one for the first.

/js

On Tue, Jul 23, 2019 at 04:10:05PM +0000, Balázs Lengyel wrote:
> Hello Jurgen,
> 
> I have seen multiple places where protocol identities are needed.
> (Subscribed notifications, draft-mahesh-netconf-https-notif
> <https://tools.ietf.org/id/draft-mahesh-netconf-https-notif-00.txt> , 3GPP
> YAMs). Wouldn’t it be a good idea to define these centrally e.g. in 6991bis?
> 
> I know collecting a complete set of protocols would be a problem, but
> defining at least the most important ones centrally, is better than every
> module defining its own identities, enums, strings.
> 
> If we provide these protocol identities, it would also be good to find a way
> to specify, that a YANG module supports only a subset of them not the full
> set going back to X.25 and pigeon based IP.
> 
> Regards Balazs
> 
>  
> 
>  
> 



> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod


-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>