per
http://www.w3schools.com/xml/el_list.asp : I love XML
Schema
-Original Message-
From: Ladislav Lhotka [mailto:lho...@nic.cz]
Sent: 16 December, 2016 17:40
To: Rohit R Ranade
Cc: NETMOD WG
Subject: Re: [Netconf] Leaf-list usage
Hi,
> On 16 Dec 2016, at 06:44, Rohit R Ranade <rohitrr
Hi All,
/netconf-state/schemas ==> Will be used to retrieve the list of schemas in the
device.
will be used to get the actual schema file-content based on the
contents of the schema list.
Q1: Section 2.1.3 has the below statement for "version":
For YANG data models, version is the value of
nts values in the query request?
With Regards,
Rohit
-Original Message-
From: Martin Bjorklund [mailto:m...@tail-f.com]
Sent: 16 December, 2016 17:47
To: Rohit R Ranade
Cc: lho...@nic.cz; netmod@ietf.org
Subject: Re: [netmod] [Netconf] Leaf-list usage
Rohit R Ranade <rohitrran...@huaw
any other scenario where capabilities can be added/deleted/modified ?
-Original Message-
From: Martin Bjorklund [mailto:m...@tail-f.com]
Sent: 21 December, 2016 17:29
To: Rohit R Ranade
Cc: netmod@ietf.org
Subject: Re: [netmod] RFC 6022 Query
Hi,
Rohit R Ranade <rohitrran...@huaw
think in the ordered-by user case, this treatment cannot be extended. Please
clarify.
-Original Message-
From: Martin Bjorklund [mailto:m...@tail-f.com]
Sent: 16 December, 2016 18:47
To: Rohit R Ranade
Cc: lho...@nic.cz; netmod@ietf.org
Subject: Re: [netmod] [Netconf] Leaf-list usage
Hi All,
In RFC 6022 :
2.1.3. The /netconf-state/schemas Subtree
The list of supported schema for the NETCONF server.
In RFC 7950:
Section 5.6.4 Announcing Conformance Information in NETCONF
With this mechanism, a client can cache the supported modules for a
server and only
Objectives"
section.
4. Also I feel the text about "netconf-capability-change" notification
based on yang-library checksum should be moved to the NETCONF NMDA draft. Is
it not more suitable there ?
With Regards,
Rohit R Ranade
___
ded in any data-store. Is it correct ?
6. Similar logic will apply to any module which only defines "rpc" statements
also I think. Whether need to update the yang-library draft text mentioning
these two scenarios ?
With Regards,
Rohit R Ranade
From: Rohit R Ranade
Sent: 09 May 2018 08:01
, there is no configuration , then apply system
configuration .
Is my understanding correct ?
With Regards,
Rohit R Ranade
From: Robert Wilton [mailto:rwil...@cisco.com]
Sent: 17 May 2018 14:29
To: Rohit R Ranade <rohitrran...@huawei.com>; netmod@ietf.org
Subject: Re: [netmod] NMDA System cont
ystem" ? Currently they may have limitations on such interfaces and donot
support deletion of such interfaces.
With Regards,
Rohit R Ranade
From: Robert Wilton [mailto:rwil...@cisco.com]
Sent: 17 May 2018 15:42
To: Rohit R Ranade <rohitrran...@huawei.com>; netmod@ietf.org
Subject: Re: [net
From: Robert Wilton [mailto:rwil...@cisco.com]
Sent: 17 May 2018 15:42
To: Rohit R Ranade <rohitrran...@huawei.com>; netmod@ietf.org
Subject: Re: [netmod] NMDA System controlled resource
Hi Rohit,
On 17/05/2018 10:30, Rohit R Ranade wrote:
Hi Robert,
So first , we try to get to know the
e cannot output Operational
state as shown below. Please clarify.
RFC 6241 : Description for
7.7.
Description: Retrieve running configuration and device state
information.
RFC 6241:
The operation retrieves
configuration data only, while the operation retrieves
configurati
below
"In addition to filling in the default value for the auto-negotiation
enabled leaf, a loopback interface entry is also automatically
instantiated by the system. All of this is reflected in
."
With Regards,
Rohit R Ranade
___
netmod mail
odule having "rw" nodes, what is the rules for it to be considered
implemented in a data-store ?
RFC 7950 is quite clear for the rules for when a module is considered
implemented. Please clarify implementation with respect to data-store also.
With Regards,
Rohit R Ranade
-Original
Hi Juergen,
Modules which define only notifications(ietf-netconf-notifications) will be
defined in data-store ONLY. Right ?
With Regards,
Rohit R Ranade
-Original Message-
From: Juergen Schoenwaelder [mailto:j.schoenwael...@jacobs-university.de]
Sent: 30 May 2018 12:28
To: Rohit R
d approach to populate "/modules-state" is to report
the schema for YANG modules that are configurable via conventional
configuration datastores and for which config false data nodes are
returned via a NETCONF operation, or equivalent.
[Rohit R Ranade] Here the modules which are imp
nal data-store
comes in input. I would prefer if we can control this using data-model
statements then the parser can handle the error. Any thoughts ?
With Regards,
Rohit R Ranade
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
Hi Juergen,
Some thoughts in-lined.
With Regards,
Rohit R Ranade
-Original Message-
From: Juergen Schoenwaelder [mailto:j.schoenwael...@jacobs-university.de]
Sent: 25 April 2018 16:12
To: Rohit R Ranade <rohitrran...@huawei.com>
Cc: netc...@ietf.org; netmod@ietf.org
Subje
le for new
data-stores which use the dynamic identity ?
With Regards,
Rohit R Ranade
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
ning "in use" values, it
is possible that constraints MAY be violated under some circumstances
(e.g., an abnormal value is "in use", the structure of a list is
being modified, or remnant configuration (see Section 5.3.1) still
exists).
Any help is ap
from "system", but it is under container of
"intended". So if user gives "system" for "origin-filter", the output will
still NOT have this instance output ?
? Also the container is not defined as "presence" in C.3. Interface Example,
but still
1. In the desrciption of leaf-list tag
"
The operational view of this list will contain all
user-configured tags as well as any predefined tags that
have not been masked by the user using the masked-tag leaf
list below.
"
==> So the predefined tags,
Some suggestions,
1. In YANG module, the identity has name as “factory-default”, but many
places the name "factory-default-running" is used. I suggest we used
“factory-default”in all places.
2. This YANG module is importing ietf-netconf module. I suggest that this
import should
To: Rohit R Ranade ; Balázs Lengyel
; netmod@ietf.org
Subject: RE: New Version Notification for draft-wu-netmod-factory-default-01.txt
Thanks Rohit, see reply inline below.
发件人: netmod [mailto:netmod-boun...@ietf.org] 代表 Rohit R Ranade
发送时间: 2018年10月22日 12:59
收件人: Balázs Lengyel; netmod@ietf.org
age-
From: Christian Hopps [mailto:cho...@chopps.org]
Sent: 17 October 2018 14:08
To: Rohit R Ranade
Cc: Christian Hopps ; netmod@ietf.org
Subject: Re: [netmod] Review comments for module-tags-02
> On Oct 17, 2018, at 12:09 AM, Rohit R Ranade wrote:
>
> 1. In the desrciption of leaf-
If the server does not yet support NETCONF-NMDA / RESTCONF-NMDA drafts, then we
will need this separate subtree to show the system defined tags.
-Original Message-
From: Juergen Schoenwaelder [mailto:j.schoenwael...@jacobs-university.de]
Sent: 17 October 2018 17:22
To: Rohit R Ranade
Either defining a new module in an Appendix or a subtree, I am OK with either
and both of us concur that the draft needs the changes.
-Original Message-
From: Juergen Schoenwaelder [mailto:j.schoenwael...@jacobs-university.de]
Sent: 17 October 2018 18:18
To: Rohit R Ranade
Cc
Please find inline.
Rohit R Ranade
-Original Message-
From: Juergen Schoenwaelder [mailto:j.schoenwael...@jacobs-university.de]
Sent: 27 September 2018 14:22
To: Rohit R Ranade
Cc: netmod@ietf.org
Subject: Re: [netmod] RFC 8342 : Query about NMDA Origin for Non-presence
containers
the correct way ? Whether the
top-level configuration node should contain the "origin" attribute for
Non-presence containers ?
With Regards,
Rohit R Ranade
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
future, if "inlined" schema needs to use parent-schema, it needs to use a
"bind" mechanism to add entries from the module in parent-schema to the same
module under mount-point ?
-Original Message-
From: Ladislav Lhotka [mailto:lho...@nic.cz]
Sent: 02 January 2019 19:
-Original Message-
From: Ladislav Lhotka [mailto:lho...@nic.cz]
Sent: 04 January 2019 18:22
To: Rohit R Ranade ; netmod@ietf.org
Subject: RE: [netmod] Schema Mount with Inline Type
Rohit R Ranade writes:
> Hi,
>
> I donot have a specific scenario as of now. But the scen
2019 18:36
To: Rohit R Ranade
Cc: lho...@nic.cz; netmod@ietf.org
Subject: Re: Schema Mount Yang Library Update
Hi,
I think the only reasonable answer is that this behavior must not be dependent
on your implementation strategy so the answer must be the same if you choose to
use a shared YL
Hi All,
Consider that we have a physical device, where a LNE (say "lne1" ) has been
created. This LNE will be mounting some modules.
Note: For brevity sake, I have not included the prefix for each node in the
xpaths mentioned below.
Consider the following scenario :
1. NACM module
Hi,
1. The term "data model" is used many times in this document, but it is
not defined in this document but defined in RFC 7950. I think it should be
added under the "following terms are defined in [RFC7950]" part.
2. The term "This document allows mounting of complete data
Clarification
Hi Rehat,
On Wed, 2018-12-12 at 10:12 +, Rohit R Ranade wrote:
> Hi,
>
>
> 1.. The term “data model” is used many times in this document, but it is
> not defined in this document but defined in RFC 7950. I think it
> should be added under the “following
Hi All,
module: ietf-yang-schema-mount
+--ro schema-mounts
+--ro namespace* [prefix]
| +--ro prefixyang:yang-identifier
| +--ro uri? inet:uri
+--ro mount-point* [module label]
+--ro module yang:yang-identifier
Hi All,
+--ro mount-point* [module label]
+--ro module yang:yang-identifier
+--ro label yang:yang-identifier
+--ro config?boolean
1. When reading the schema mount draft it is not clear for which
over-rides the actual "config" true definition of the mounted models. If indeed
the goal is to allow only "read" access why not use the NACM way for it ?
With Regards,
Rohit
From: Robert Wilton [mailto:rwil...@cisco.com]
Sent: 21 December 2018 17:41
To: Rohit R Ranade ; netmod@ietf.o
Hi All,
For the shared-schema type, the draft mentions "all instances of the same mount
point MUST have the same YANG library content identifier".
I think to achieve above condition, most vendors will plan to have only one
YANG library instance for that mount-point.
If use multiple instances
Hi Authors,
Any suggestions regarding the question in the below mail ?
With Regards,
Rohit
From: Rohit R Ranade
Sent: 28 December 2018 09:37
To: netmod@ietf.org
Subject: Schema Mount Yang Library Update
Hi All,
For the shared-schema type, the draft mentions "all instances of the same
Hi All,
So the conclusion here is to raise an Errata on RFC 7950 ? Can others please
provide your thoughts.
With Regards,
Rohit
From: netmod [mailto:netmod-boun...@ietf.org] On Behalf Of Kent Watsen
Sent: 08 October 2018 23:25
To: Andy Bierman ; Lou Berger
Cc: Ignas Bagdonas ; Warren Kumari ;
ot;The
> > YANG 1.1 Data Modeling Language".
> >
> > --
> > You may review the report below and at:
> > http://www.rfc-editor.org/errata/eid5517
> >
> > --
> >
No, I’m not aware of any IPR that applies to this draft.
With Regards,
Rohit
From: Kent Watsen [mailto:kent+i...@watsen.net]
Sent: 26 March 2019 01:47
To: Qin Wu ; balazs.leng...@ericsson.com; Niuye
; Rohit R Ranade
Cc: netmod@ietf.org
Subject: IPR poll on draft-wu-netmod-factory-default-02
Hi,
In https://tools.ietf.org/html/draft-ietf-netmod-module-tags-07#appendix-A,
The following is a fictional example result from a query of the
module tags list. For the sake of brevity only a few module results
are imagined.
::
The "config" should be replaced with "data", as
Hi,
Please find inline.
-Original Message-
From: Christian Hopps [mailto:cho...@chopps.org]
Sent: 21 February 2019 13:54
To: Rohit R Ranade
Cc: Christian Hopps ; Joel Jaeggli ;
ibagd...@gmail.com; netmod-cha...@ietf.org; iesg-secret...@ietf.org;
netmod@ietf.org
Subject: Re: [netmod
adhere to
Section 2.1./ ?
With Regards,
Rohit
-Original Message-----
From: Rohit R Ranade
Sent: 21 February 2019 14:14
To: 'Christian Hopps'
Cc: Joel Jaeggli ; ibagd...@gmail.com;
netmod-cha...@ietf.org; iesg-secret...@ietf.org; netmod@ietf.org
Subject: RE: [netmod] Few Comments //RE: Publication has be
the whole, I like the idea and thank you and the
co-authors for documenting this.
With Regards,
Rohit R
-Original Message-
From: Christian Hopps [mailto:cho...@chopps.org]
Sent: 16 February 2019 00:27
To: Rohit R Ranade
Cc: Christian Hopps ; Joel Jaeggli ;
ibagd...@gmail.com; netmod-cha...@ie
Editorial Comments:
1. Section 1, refers to RFC6020 for Yang Module, but since this document uses
Yang Version 1.1, I feel it should refer to RFC7950
2. Section 4.3, " removed with using normal configuration", can use "removed
by using normal configuration"
3. Description of statement
I think the value ‘intended’ should be namespace qualified to ensure uniqueness.
Section 5.2.1 in RFC 7952:
“The value of a metadata annotation SHALL be encoded in exactly the
same way as the value of a YANG leaf node having the same type as the
annotation”
{
"example:interface" : [
at it and provide your opinions. Any comments are
appreciated.
With Regards,
Rohit
-Original Message-
From: internet-dra...@ietf.org [mailto:internet-dra...@ietf.org]
Sent: 05 February 2019 11:10
To: Rohit R Ranade ; Rohit R Ranade
Subject: New Version Notification for
draft-ranade-netmod
Hi All,
In https://tools.ietf.org/html/rfc8528#section-4, a below example is shown for
parent references,
"
+--rw interfaces
| +--rw interface* [name]
| ...
+--rw network-instances
+--rw network-instance* [name]
+--rw name
+--mp root
Hi Lada,
Thank you for your response. Please find inline.
-Original Message-
From: Ladislav Lhotka [mailto:lho...@nic.cz]
Sent: 24 April 2019 12:40
To: Rohit R Ranade ; netmod@ietf.org
Subject: Re: [netmod] Schema Mount Point Instance Yang Library Clarification
Hi Rohit,
Rohit R
If IETF modules do not define a ‘-state’ subtree, for example the
“ietf-module-tags”, each vendor who wants to support Non-NMDA clients may have
to augment such modules with a “-state” subtree of their own.
From: netconf [mailto:netconf-boun...@ietf.org] On Behalf Of Qin Wu
Sent: 18 July 2019
53 matches
Mail list logo