[netmod] Server Capabilities [was: Re: WG adoption poll - instance-data]

Balázs Lengyel <balazs.lengyel@ericsson.com> Sat, 13 October 2018 15:13 UTC

Return-Path: <balazs.lengyel@ericsson.com>
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 75CAE130EE5 for <netmod@ietfa.amsl.com>; Sat, 13 Oct 2018 08:13:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.321
X-Spam-Level:
X-Spam-Status: No, score=-3.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.979, RCVD_IN_DNSWL_MED=-2.3, 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=ericsson.com header.b=g5Cj1xVi; dkim=pass (1024-bit key) header.d=ericsson.com header.b=DFFRDUZg
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 TpipKGpL47bN for <netmod@ietfa.amsl.com>; Sat, 13 Oct 2018 08:13:28 -0700 (PDT)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 5B033130EDC for <netmod@ietf.org>; Sat, 13 Oct 2018 08:13:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1539443606; x=1542035606; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=nKNUrhcALSdNV6OvrRxDdHG+/oH8j5fqNPLwWfDPs5E=; b=g5Cj1xVizYznvzXlQHcxiPRTuJn6avXpLz9VsNtI6w12DlDsJO/H+vhLRDG53S/f hgFe6crgorlmPpsHuOIfXS8Jfd4JcRH7FhjhleFLICjRB2/vBNBomXlGMTupKTGw wWwuzyE/3jeKepj2rgneOU2aH//gp+PYdXWe27SWmpw=;
X-AuditID: c1b4fb30-2bbff700000047d2-8f-5bc20b967d50
Received: from ESESBMB503.ericsson.se (Unknown_Domain [153.88.183.116]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 92.7F.18386.69B02CB5; Sat, 13 Oct 2018 17:13:26 +0200 (CEST)
Received: from ESESBMR501.ericsson.se (153.88.183.129) by ESESBMB503.ericsson.se (153.88.183.116) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Sat, 13 Oct 2018 17:13:26 +0200
Received: from ESESBMB502.ericsson.se (153.88.183.169) by ESESBMR501.ericsson.se (153.88.183.129) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Sat, 13 Oct 2018 17:13:26 +0200
Received: from EUR02-HE1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESBMB502.ericsson.se (153.88.183.169) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Sat, 13 Oct 2018 17:13:25 +0200
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=yUIVLfTNlhGTdKADPxWjp/oRF+Ut8VgnK9fS5BSqi24=; b=DFFRDUZgx6+CoOLAdRDe2KvrvzlL9JqL3FppbCy+ZCSKHIQrXpEg8rb1tPqtnDP/wE5lk8zY8JTlceWx3Gs76ngJTJR6MZPY2SIZZCLf/pXDMPJZ2aE8zJhAEKIp4xMtGU2s/KdElyrsv7cBHBgZkdbRu/LzN0xbgMDWltlXz1I=
Received: from VI1PR0701MB2736.eurprd07.prod.outlook.com (10.173.80.148) by VI1PR0701MB2703.eurprd07.prod.outlook.com (10.173.80.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1228.20; Sat, 13 Oct 2018 15:13:24 +0000
Received: from VI1PR0701MB2736.eurprd07.prod.outlook.com ([fe80::4e4:6761:27d5:5bd]) by VI1PR0701MB2736.eurprd07.prod.outlook.com ([fe80::4e4:6761:27d5:5bd%10]) with mapi id 15.20.1228.020; Sat, 13 Oct 2018 15:13:24 +0000
From: Balázs Lengyel <balazs.lengyel@ericsson.com>
To: Martin Bjorklund <mbj@tail-f.com>
CC: "lberger@labn.net" <lberger@labn.net>, "netmod-chairs@ietf.org" <netmod-chairs@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: Server Capabilities [was: Re: [netmod] WG adoption poll - instance-data]
Thread-Index: AQHUYwdJUC3pMgxg0UOtjQ0/UpH0gw==
Date: Sat, 13 Oct 2018 15:13:24 +0000
Message-ID: <3500e5b2-b9f2-b7d8-6ac7-dcb0f8b8f4ee@ericsson.com>
References: <b8f163ea-ea33-53a6-3fac-944b8d6c03ec@labn.net> <20181009.125822.1764836266889190398.mbj@tail-f.com> <58f8baa5-320c-a75e-62ef-e277d488b962@ericsson.com> <20181009.142506.637283350958767455.mbj@tail-f.com>
In-Reply-To: <20181009.142506.637283350958767455.mbj@tail-f.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [89.135.192.225]
user-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1
x-clientproxiedby: HE1PR0501CA0023.eurprd05.prod.outlook.com (2603:10a6:3:1a::33) To VI1PR0701MB2736.eurprd07.prod.outlook.com (2603:10a6:801:8::20)
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VI1PR0701MB2703; 6:ydcyQ7kXnQczI9r+h4ZyOFkwU2MukdHo2UNVPXUUM2YvwlxwFkRdEMJgQ1Eb8cArTqVCmZE3aoHU+EZTBB13INAygt8g5x3y2LrWP/o6l/EGp4ay6UNgSl/hrRQSGgiYu0fsxS+4teRFdYY5NMNek9aykEfhD5AU3hcvXWmQdCEnT2DKJv5zfRcFdY6x2pYM2qt5E45wP5YaFPh+O+y0rEc2ckZ8mi/eSsf+peRuAmg3mJVerr5hFIFPEL68QEgSbNT73gNkzdnqKn6l4Poykofiy6C8vbuw66AfkpSJMLcwUxSUYRKF8ZUBRDjlL6vtGSh6pbyhKdBdEShwJgHBiqyUhpjIEW8a0Ws9xPUNA33NyYu6Xmmsy0plEGBU7p7Qh3J8YU018JHh9sbUo+ZHa/a1gdX60f6J0IEYo0PdLBkDv7yD5QzEo2ukuaWlzdGWMP0O+zCj0Q7DJ/R4aDJmXw==; 5:9GE/fC68ZWQ6zlSvsGDXm9H/H9tx4uk+hA9Zz02LbDlhAJUEBYo5QFrEJ47Mahh9FPsgwOnmztTO7PGr6lCxTnk+XXjjVPPFSxHbNAO4AuNvl8oNS1IysKZFafUNHD518rAUNqajzurw5NbA3l/MX5S7vH7oqSZEHv9iAk2J0mI=; 7:i6Hj3ZSmWsG+XC/IlioMvgdScjzvXqctqQyu8tD9fYr0/u/UAfv+OqAM5PUIerZSB8iKPHYudekc6/j6vaz7wq3ZBalgUR9hYrPwhMv90TndZ2OPf5020DMvVGXwxyrDmf+V4CpdthT2GaCT4KpHmVBjGbknZXpPkcpV95wXmqVETXzln340iAxkHfmS9o/KX3tG9B0HHRIASKm4dGNbHqMKU4CMKm5xaVQEOqztgswNgf2/rhRU6ZWcRx+MDLvG
x-ms-office365-filtering-correlation-id: 68efbecc-5e5b-45f5-18a6-08d6311e6a52
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(2017052603328)(7153060)(49563074)(7193020); SRVR:VI1PR0701MB2703;
x-ms-traffictypediagnostic: VI1PR0701MB2703:
x-microsoft-antispam-prvs: <VI1PR0701MB27034515E651C83018447C54F0E30@VI1PR0701MB2703.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(158342451672863)(37575265505322)(248295561703944);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(3231355)(944501410)(4983020)(52105095)(149066)(150057)(6041310)(20161123560045)(20161123564045)(20161123562045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(201708071742011)(7699051)(76991067); SRVR:VI1PR0701MB2703; BCL:0; PCL:0; RULEID:; SRVR:VI1PR0701MB2703;
x-forefront-prvs: 082465FB26
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(136003)(346002)(39860400002)(396003)(366004)(189003)(199004)(252514010)(53936002)(6486002)(14444005)(256004)(6512007)(6306002)(6506007)(25786009)(3260700006)(386003)(52116002)(76176011)(6436002)(58126008)(54906003)(2900100001)(65956001)(305945005)(66066001)(99286004)(65806001)(97736004)(64126003)(36756003)(7736002)(85182001)(478600001)(14454004)(966005)(93886005)(99936001)(65826007)(71200400001)(85202003)(106356001)(71190400001)(6916009)(316002)(86362001)(3846002)(105586002)(476003)(66574009)(446003)(6116002)(2616005)(11346002)(31696002)(486006)(8676002)(8936002)(81166006)(81156014)(5660300001)(5250100002)(4326008)(186003)(31686004)(6346003)(102836004)(2906002)(68736007)(561944003)(26005); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR0701MB2703; H:VI1PR0701MB2736.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com;
x-microsoft-antispam-message-info: 29UowTe8FU61ro3c3IaR12FRXBGTmQSchcFNS6cWIzjlKIQeO39LOvUtJUcXUNOM6hNR7HFKJdwxqJ4gIq4UcOvlr71RMPFc/hMKbKgwzhZcVyrYKHgZuFEsjeGCf1bB74seumTPP3lM52Rv8PAILKCMeKvh4y/B+lKpWWafoHTOcmGpFIPVmgA69FkyP5eY3Hshg5Xx/s8S/ArRiBI5cPDIF3PBtOb+eUqE6LdqAT3W5lxYsOOS11GXnw2aTaqEoDmr/B4dr4nsexDfmizG36KntW/K4sinecsc1/ukuG8wKnkzrr5cEGEJfKQTLMUd7+apUs6i1mlU/NZ5f2nXvx7pKtYgkNrofluBDZiAZno=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha-256"; boundary="------------ms040900050802010703020000"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 68efbecc-5e5b-45f5-18a6-08d6311e6a52
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Oct 2018 15:13:24.6424 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0701MB2703
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA1WSe0iTURjGOdu3bxdbnebUF6Wgkf6ReUmdjVLTCBIyMyoQRXS6LxV1k21K +kfMJmlKwy7mBUpFUUrzMo1UyMtAS6WcNywt8ZamZmhU1ixr26dR//1enuc5z3sOh8MULLMc OYlyNaWUS5NFJI8oCX+qdrtnY4j0nFx3luRqVwlJfv4CW1J700VSNpTFCiSCq6p+MILX9Foy uMlUSYQxI3h+Mio5MZ1SegTE8BIG9b1kat/FKwul7SwN6j+ThzgcwD5QvsHNQzyOAPcgqGtq YNDDNwTG9g3y71C4NmAeuOahigH1c0KLQOACJrzoHWTRQhEDxjoUdGIOwZfRV1aBxKcg51Mn w8JC7AzzbY8Ji4mJtQj0ptvIItjiCzD2XIdoUzgMDLRvszvUPNRZqwlzeG21lbQszscnQJft SpdNIWir6bCWcXEgjL3psjLC9rDRX2ctZmIHmJgvszJgIcwM0dcBbAdLc1ssmkVQvDxhZTsc Bdl9pSxLAeBiBJ3GETZtOgwvx+cRzftguCwf0aYuNnzsbNg2nQVdbve2MIKgrKuJ3EnfuT+9 nVZAe+MtVgHyLv1nw1Lr09xA8MywybYIfLwX+krmCdrkCw+aZ5g0u0J1xQrz/7CFj0OxqZuk +QDczZ9h0yyGlZ51RLM3VNf/IssR7xGyU1Gq2JR4Ly93SpkYp1Ip5O5ySq1H5l/X3bLp2YqW FoMMCHOQaBdfxjBECljSdFVGigEdNJ8z21hrRI6EXCGnREK+71x3pIAvk2ZkUkpFtDItmVIZ kBOHEDnwJaHNEQIcL1VTSRSVSil3VAaH66hBmtE0cezvTKHTd2nO281pnri1aLzop8fR+NVs 7XvZyu4oxrDJEGJjyFv+GtR01S2eWxmWpJttWbQPsPU5WxHSEHa91U/8wVYzWRgTc8zf38M4 GxeM/Xtea97t2Wq7po9GfFP/SbFD0VLJZe/pLNP+89r1J+nnjLLPPp6hl1xOT4kIVYL0yCGm UiX9A8PCvel9AwAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/UXT0fketJxLt3gHqJvMb_f7-tek>
Subject: [netmod] Server Capabilities [was: Re: WG adoption poll - instance-data]
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: Sat, 13 Oct 2018 15:13:32 -0000

Hello Martin,

I see the yang-instance-data draft as a prerequisite for a draft/RFC 
about documenting server capabilities: after all my proposal is to 
document them using instance data. Actually I do plan to write a draft 
about documenting server capabilities too. However at this moment I have 
too any drafts with my name on them, so I will wait a bit.  If someone 
wants to write co-author a draft on server-capabilities that would be 
nice :-)

I hope after this clarification you will support adoption of my instance 
data draft.

regards Balazs

On 2018. 10. 09. 14:25, Martin Bjorklund wrote:
> Hi,
>
> Balázs Lengyel <balazs.lengyel@ericsson.com> wrote:
>> Hello Martin,
>>
>> I agree that this document shall be about defining the file format,
>> and server capabilities shall only be a use-case.)
>>
>> I already took out a lot of text, that explicitly recommended using
>> instance data for documenting capabilities. Server capabilities are
>> only mentioned in the introduction chapter.
>> As you wrote: There is no _normative_  specification of how a server
>> would document its capabilities, because this is
>> what the WG requested, so I removed it.
> Hmm.  Ok, if this is what the WG wants, then it is fine to just have
> server capabilities as an example use case.  (I thought that the WG
> wanted a normative description of server capabilities...)
>
>> I see that I forgot to change the title and the introduction can be
>> reworded to make
>> it more clear that documenting server capabilities is just a use-case.
>> (I still see it as the primary use-case for instance data.)
> I think all text in 2 Introduction (except the last para) in this case
> should be moved to section 2.1, and new text should be written in 2.
>
> (*if* there will be a separate doc for server capabilities, the text
> in 2 should be moved to that doc instead.)
>
>>   If I promise to change the title and clarify the introduction can you
>> support adoption?
> First of all I'd like to ensure that the WG in fact just wants to do
> the file format.  Since people have expressed support for adopting the
> draft with the current title, I'm not so sure that this is the case.
>
> I think you should make those changes, and I support the adoption of
> the modified document.  I don't see any reason not to make these
> chanegs before posting as a WG doc.
>
>
> /martin
>
>
>
>> regards Balazs
>>
>> On 2018. 10. 09. 12:58, Martin Bjorklund wrote:
>>> Hi,
>>>
>>> I still think that this draft should either be split into two, one for
>>> specifiying the generic file format (ok with examples), and one for
>>> "Documenting Server Capabilities", or the document should just be
>>> about the file format (+ *examples*).
>>>
>>> [The current document mixes the two; it's a bit as if we had "The
>>> YANG language and a model for interfaces" as one doc...]
>>>
>>> It is clear that the document specifies a file format for YANG
>>> instance data, which is good.  But it is not clear if the document
>>> intends to specify how a server should document its capabilities.
>>>
>>> The Introduction mainly talks about why it is important to document
>>> server capabilities.  But then AFAICT there is no normative
>>> specification of how a server would document its capabilities.
>>>
>>>
>>> /martin
>>>
>>>
>>> Lou Berger <lberger@labn.net> wrote:
>>>> All,
>>>>
>>>> This is start of a two week poll on making
>>>> draft-lengyel-netmod-yang-instance-data-04 a working group
>>>> document. Please send email to the list indicating "yes/support" or
>>>> "no/do not support".  If indicating no, please state your reservations
>>>> with the document.  If yes, please also feel free to provide comments
>>>> you'd like to see addressed once the document is a WG document.
>>>>
>>>> The poll ends Oct 22.
>>>>
>>>> Thanks,
>>>>
>>>> Lou (and co-chairs)
>>>>
>>>> _______________________________________________
>>>> netmod mailing list
>>>> netmod@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/netmod
>>>>
>>> _______________________________________________
>>> netmod mailing list
>>> netmod@ietf.org
>>> https://www.ietf.org/mailman/listinfo/netmod
>>>
>> -- 
>> Balazs Lengyel                       Ericsson Hungary Ltd.
>> Senior Specialist
>> Mobile: +36-70-330-7909 email: Balazs.Lengyel@ericsson.com
>>
>>
-- 
Balazs Lengyel                       Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909              email: Balazs.Lengyel@ericsson.com