Support adoption of this draft,
Two quick comments on this draft
1. section 2.5 factory default setting
I would suggest to reference to draft-wu-netconf-restconf-factory-restore in
section 2.5.
I think this draft is complementary to
draft-wu-netconf-restconf-factory-restore-02, factory datastore
Support.
Cheers,
Tianran
> -Original Message-
> From: netmod [mailto:netmod-boun...@ietf.org] On Behalf Of Kent Watsen
> Sent: Tuesday, October 02, 2018 2:48 AM
> To: netmod@ietf.org
> Subject: [netmod] WG adoption poll for draft-clemm-netmod-nmda-diff-00
>
> The IETF 102 in-room poll sh
yes/support.
Cheers,
Tianran
> -Original Message-
> From: netmod [mailto:netmod-boun...@ietf.org] On Behalf Of Lou Berger
> Sent: Monday, October 08, 2018 7:39 PM
> To: NetMod WG
> Cc: NetMod WG Chairs
> Subject: [netmod] WG adoption poll
>
> All,
>
> This is start of a two week poll
support.
Thanks,
- Xufeng
On Mon, Oct 1, 2018 at 2:48 PM Kent Watsen wrote:
> The IETF 102 in-room poll should really good support to adopt
> this draft, and no objections.
>
> This email starts an adoption poll for:
>
> https://tools.ietf.org/html/draft-clemm-netmod-nmda-diff-00
>
> Please i
yes/support.
Thanks,
- Xufeng
On Mon, Oct 8, 2018 at 7:39 AM Lou Berger 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 indi
Reviewer: Andy Bierman
Review result: Almost Ready
Overall:
- no compiler warnings; passes --ietf check as well
Normative Sections:
sec 1:
- YANG version cited should be RFC 7950, not 6020.
YANG 1.1 is used in this document.\
sec 4: Relationship with RFC 7317
- this section shou
I would second the request for one format (which is mandatory to support),
which must be specified. YANG-Patch is the logical candidate IMHO.
To allow selection of other formats using an input parameter makes sense, but
adds some complexity from there: How to know which formats are supported
Support
--- Alex
> -Original Message-
> From: netmod [mailto:netmod-boun...@ietf.org] On Behalf Of Lou Berger
> Sent: Monday, October 08, 2018 4:39 AM
> To: NetMod WG
> Cc: NetMod WG Chairs
> Subject: [netmod] WG adoption poll
>
> All,
>
> This is start of a two week poll on making
> d
Dear WG,
The preliminary IETF 103 Agenda has been posted [1]. NETMOD is scheduled to
meet in the first slot Tuesday (November 6th) morning for two hours and again
in the last slot Thursday (November 8th) afternoon for another two hours.
If you are interested in presenting to the WG, please sen
> After reading the RFC details, it seems that the example is intentional based
> on
> the text about NP-containers.
>
> I think an errata could be used because the sentence about a top-level origin
> must be defined
> could be interpreted to define "top-level" as the topmost level for which the
Balázs Lengyel wrote:
> Hello Martin,
>
> Thanks for the info.
>
> Yang-Catalog does not allow the download of modules. AFAIK it only
> gives you metadata about the modules.
> You mentioned download from pyang. How does that work?
I just meant that the pyang github repo contains the published I
On Mon, Oct 8, 2018 at 9:03 AM, Lou Berger wrote:
>
>
> On 10/8/2018 10:13 AM, Juergen Schoenwaelder wrote:
>
>> On Mon, Oct 08, 2018 at 08:57:33AM -0400, Lou Berger wrote:
>>
>>> I think it's clear that the reviewers, notably myself as shepherd, missed
>>> that this is a lowercase "must" and sho
Hi Rob,
On 10/8/2018 9:51 AM, Robert Wilton wrote:
Hi Lou,
On 08/10/2018 13:57, Lou Berger wrote:
Hi Rob/All,
Keep in mind that the document says what it says and that to change
text really requires a new version.
On 10/8/2018 6:01 AM, Robert Wilton wrote:
So there seem to be two availabl
On 10/8/2018 10:13 AM, Juergen Schoenwaelder wrote:
On Mon, Oct 08, 2018 at 08:57:33AM -0400, Lou Berger wrote:
I think it's clear that the reviewers, notably myself as shepherd, missed
that this is a lowercase "must" and should have asked for clarification
during the review process.
Having
On 10/8/2018 9:23 AM, Balázs Lengyel wrote:
Hello Martin,
Thanks for the info.
Yang-Catalog does not allow the download of modules. AFAIK it only gives
you metadata about the modules.
You mentioned download from pyang. How does that work?
I used https://github.com/YangModels/yang for some ti
On Mon, Oct 08, 2018 at 08:57:33AM -0400, Lou Berger wrote:
>
> I think it's clear that the reviewers, notably myself as shepherd, missed
> that this is a lowercase "must" and should have asked for clarification
> during the review process.
>
> Having an errata saying this "must" really is a "MUS
Hi Lou,
On 08/10/2018 13:57, Lou Berger wrote:
Hi Rob/All,
Keep in mind that the document says what it says and that to change
text really requires a new version.
On 10/8/2018 6:01 AM, Robert Wilton wrote:
So there seem to be two available solutions here:
(i) The server MUST provide an or
Hello Martin,
Thanks for the info.
Yang-Catalog does not allow the download of modules. AFAIK it only gives
you metadata about the modules.
You mentioned download from pyang. How does that work?
I used https://github.com/YangModels/yang for some time, but I don't
know how up to date that is.
Hi Rob/All,
Keep in mind that the document says what it says and that to change text
really requires a new version.
On 10/8/2018 6:01 AM, Robert Wilton wrote:
So there seem to be two available solutions here:
(i) The server MUST provide an origin value for the top level datanode,
This is pr
Hi,
Balazs Lengyel wrote:
> Hello,
>
> What is the best way to download standard Yang Modules? I know the
> official answer is to download all the standards then extract the
> modules, however this is a "bit" cumbersome. Is there any better way?
> We had a git earlier. How up to date is that?
Hello,
What is the best way to download standard Yang Modules? I know the
official answer is to download all the standards then extract the
modules, however this is a "bit" cumbersome. Is there any better way? We
had a git earlier. How up to date is that?
It would be wonderful if this could
On Mon, 2018-10-08 at 13:56 +0200, Martin Bjorklund wrote:
> Hi,
>
> I agree that the text needs clarification. However, I propose this
> text instead:
>
> The derived-from-or-self() function returns "true" if any node in the
> argument "nodes" is a node of type "identityref" or a type deriv
Hi,
I agree that the text needs clarification. However, I propose this
text instead:
The derived-from-or-self() function returns "true" if any node in the
argument "nodes" is a node of type "identityref" or a type derived
from "identityref", and its value is an identity that is equal to or
The NETMOD WG has placed draft-lengyel-netmod-yang-instance-data in state
Call For Adoption By WG Issued (entered by Lou Berger)
The document is available at
https://datatracker.ietf.org/doc/draft-lengyel-netmod-yang-instance-data/
Comment:
Adoption poll:
https://mailarchive.ietf.org/arch/msg/ne
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 t
So there seem to be two available solutions here:
(i) The server MUST provide an origin value for the top level datanode,
but for NP containers it can use whatever origin value it likes - since
the origin value imparts no direct meaning other than the default origin
that descendants acquire if
"No, I'm not aware of any IPR that applies to this draft"
Balazs
On 2018. 10. 05. 19:58, Lou Berger wrote:
Authors, Contributors, WG,
As part of preparation for WG Adoption
Are you aware of any IPR that applies to drafts identified above?
Please state either:
"No, I'm not aware of any IPR t
The following errata report has been submitted for RFC7950,
"The YANG 1.1 Data Modeling Language".
--
You may review the report below and at:
http://www.rfc-editor.org/errata/eid5517
--
Type: Technical
Reported by: Rohit R Ra
28 matches
Mail list logo
