to see addressed once the document is a WG
> document.
>
> The poll ends Oct 27.
>
> Thanks,
> Kent (and Lou)
>
> ___
> netmod mailing list
> netmod@ietf.org
> https://www.i
t.petch píše v Pá 06. 10. 2017 v 12:39 +0100:
> - Original Message -
> From: "Ladislav Lhotka" <lho...@nic.cz>
> Sent: Thursday, October 05, 2017 1:52 PM
> > Martin Bjorklund <m...@tail-f.com> writes:
> >
> > > This
on-line Internet-Drafts
>> directories.
>> This draft is a work item of the Network Modeling WG of the IETF.
>>
>> Title : YANG Schema Mount
>> Authors : Martin Bjorklund
>> Ladislav Lhotka
>> Filena
Martin Bjorklund píše v Po 25. 09. 2017 v 11:57 +0200:
> Ladislav Lhotka <lho...@nic.cz> wrote:
> > Robert Wilton píše v Čt 21. 09. 2017 v 10:38 +0100:
>
>
> [...]
>
> > > Yes, I agree that this scenario is very likely, but I think that the
>
> >
Robert Wilton <rwil...@cisco.com> writes:
> On 21/09/2017 16:10, Ladislav Lhotka wrote:
>> Robert Wilton píše v Čt 21. 09. 2017 v 10:38 +0100:
>>> On 20/09/2017 15:33, Ladislav Lhotka wrote:
>>>> Robert Wilton <rwil...@cisco.com> writes:
>>>
Robert Wilton <rwil...@cisco.com> writes:
> On 19/09/2017 15:07, Ladislav Lhotka wrote:
>> Robert Wilton píše v Út 19. 09. 2017 v 14:49 +0100:
>>> Hi Lada,
>>>
>>>
>>> On 19/09/2017 14:37, Ladislav Lhotka wrote:
>>>> Martin Bjor
ase notation but what it
> shows is fundamentally different.
+1
Lada
>
> /js
>
--
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
Robert Wilton píše v Út 19. 09. 2017 v 14:49 +0100:
> Hi Lada,
>
>
> On 19/09/2017 14:37, Ladislav Lhotka wrote:
> > Martin Bjorklund <m...@tail-f.com> writes:
> >
> > > Ladislav Lhotka <lho...@nic.cz> wrote:
> > > > Hi,
> > &
Martin Bjorklund <m...@tail-f.com> writes:
> Ladislav Lhotka <lho...@nic.cz> wrote:
>> Hi,
>>
>> I support the adoption but I propose two conceptual changes:
>>
>> 1. Introduce a new module name and namespace so that it is not
>> necessary to
s a WG document.
>
> The poll ends Oct 2.
>
> Thanks,
>
> Lou (and Kent)
>
> ___
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
--
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F9
p/iesg/trac/wiki/IntellectualProperty.
>
> Thank you,
> NetMod WG Chairs
>
> PS Please include all listed in the headers of this message in your
> response.
>
>
>
--
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
t;> Or perhaps we can start the call for adoption and continue to try and
>>> resolve this issue at the same time ;-). I think that it would be good to
>>> try and get the updated model drafts to WG LC by Singapore.
>>>
>>> I know that it hasn't
.
> >
> > Thank you,
> > Netmod Chairs
> >
> > ___
> > netmod mailing list
> > netmod@ietf.org
> > https://www.ietf.org/mailman/listinfo/netmod
>
> ___
>
Martin Bjorklund píše v Pá 15. 09. 2017 v 13:40 +0200:
> Robert Wilton <rwil...@cisco.com> wrote:
> >
>
> >
>
> > On 15/09/2017 11:21, Ladislav Lhotka wrote:
>
> > > Andy Bierman píše v Čt 14. 09. 2017 v 08:43 -0700:
>
> > >> Hi,
&g
t a PR) and
> > draft-ietf-netmod-yang-tree-diagrams?
> >
> > 3. What changes to the output format would you recommend?
> >
> > Thanks.
> >
> > Joe
> >
> > ___
> > netmod
ded to be removed, but constraints that are supposed to
hold in all data trees should IMO stay no matter what.
Lada
--
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
down the line. Warning them of the potential problems now so that they make
an informed decision seems generally helpful to humanity. This does not mean
that it needs to be a rule, or is even allowed to be interpreted as such.
Thanks,
Rob
/js
hen appropriate.
Regarding the documentation needs, 6087bis could recommend not to rely
completely on the inheritance of deprecated status, and put it to other places
for documentation purposes (using common sense).
Lada
>
> /js
>
--
Ladislav Lhotka
Head, CZ.NIC
ly to "uses" (e.g., your example) and leafref
> > > > path-stmt.
> > > >
> > > >leaf foo {
> > > > type string;
> > > > status deprecated;
> > > > }
> > > >
> > > > leaf
n my regex crusade.
> >
> > I'm sorry, I've lost the thread here a bit. in order to guage consensus
> > on this topic, it would be helpful to send the latest text that you are
> > proposing for inclusion in the the bis. If you are willing to do these,
> > we can poll to see if there is/is not support for inclusion of this
> > text. Are you willing, i.e., can you send the current proposed text change?
> >
> > Thank you,
> > Lou
> >
> > .
> >
>
>
--
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
ason really is, still will either have to continue to
> cheat by silently interpreting XSD pattern as POSIX pattern or they
> create a proper new statement to at least properly distinguish
> different pattern languages.
>
> /js
>
--
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
Robert Wilton píše v Po 04. 09. 2017 v 17:07 +0100:
> Hi Lada,
>
> On 04/09/2017 15:59, Ladislav Lhotka wrote:
> > Robert Wilton píše v Po 04. 09. 2017 v 15:05 +0100:
> > > Hi Andy,
> > >
> > > On 02/09/2017 17:46, Andy Bierman wrote:
> > > >
gt; > --
> > > Juergen Schoenwaelder Jacobs University Bremen gGmbH
> > > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany
> > > Fax: +49 421 200 3103 <http://www.jacobs-university.de/>
> > >
> > > ___
> > > 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
--
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
--
> > You may review the report below and at:
> > http://www.rfc-editor.org/errata/eid5105
> >
> > ------
> > Type: Technical
> > Reported by: Ladislav Lhotka <lho...@nic.cz>
> >
> > Section: 3
>
>>>>> Lada,
>>>>>
>>>>>
>>>>> On 8/28/2017 10:16 AM, Ladislav Lhotka wrote:
>>>>>> Lou Berger píae v Po 28. 08. 2017 v 09:40 -0400:
>>>>>>> Lada,
>>>>>>>
>>>>>>
Lou Berger <lber...@labn.net> writes:
> Lada,
>
>
> On 8/28/2017 10:16 AM, Ladislav Lhotka wrote:
>> Lou Berger píše v Po 28. 08. 2017 v 09:40 -0400:
>>> Lada,
>>>
>>> On 8/28/2017 9:30 AM, Ladislav Lhotka wrote:
>>>>> Can you
n your draft. What's the reason for
> > > > > not allowing mounts under choices/cases? Isn't the resulting path to
> > > > > data nodes indistinguishable when the parent is a list or container?
> > > >
> > > > Sup
t;>> supported in the POSIX variant. If possible, the model designers SHOULD
>>> avoid using Unicode characters, such as: \p{L} and \p{N}.
>>>
>>> 1.3. Conversion Tools
>>> Tools can automatically convert regular expressions from one variant to
>>> anothe
Robert Wilton píše v St 23. 08. 2017 v 17:58 +0100:
>
> On 23/08/2017 15:22, Ladislav Lhotka wrote:
> > Juergen Schoenwaelder píše v St 23. 08. 2017 v 15:36 +0200:
> > > On Wed, Aug 23, 2017 at 02:23:12PM +0100, Robert Wilton wrote:
> > > > 1) Email address.
t.petch píše v St 23. 08. 2017 v 17:28 +0100:
> - Original Message -
> From: "Ladislav Lhotka" <lho...@nic.cz>
> Sent: Wednesday, August 23, 2017 11:53 AM
>
> > "t.petch" <ie...@btconnect.com> writes:
> >
> > > - Orig
reject valid
values. For some regexes this is what makes them complicated.
Also, I don't see any need for replacing existing patterns unless they are
wrong. We have descriptions to tell human readers about the permitted value set.
Lada
>
> /js
>
--
Ladislav Lhotka
Head, CZ.NIC Labs
PG
wrote:
>> >
>> >> Hi Rob,
>> >>
>> >> That would make it very hard to update existing 1.x YANG models to
> use
>> >> new features in YANG 2.x if they used submodules. Maybe that's
> something
>> >> that no one would ever
bly in a different module.
> >
> >
> >
> > Lada
> >
> > ‘
> >
> > Thanks,
> >
> > William
> >
> > ___
> > netmod mailing list
> >
atastores and be specified separately.
> FWIW, in terms of complexity, I think that schema-mount in particular has
> pushed the YANG-complexity envelope more so than any other recent
> activity.
I fully agree and I have said it myself several times. My concern applies to
Hi Rob,
> On 28 Jul 2017, at 12:34, Robert Wilton <rwil...@cisco.com> wrote:
>
> Hi Lada,
>
>
> On 26/07/2017 11:46, Ladislav Lhotka wrote:
>> "Sterne, Jason (Nokia - CA/Ottawa)" <jason.ste...@nokia.com> writes:
>>
>>> O
seful for virtual links, such as
>> link aggregations and tunnels.
>>
>>
>> From: netmod <netmod-boun...@ietf.org> on behalf of Ladislav Lhotka
>> <lho...@nic.cz>
>> Sent: Wednesday, 26 July 2017 9:27 p.m.
>>
for config ? I’m thinking of the basic admin/oper state
> for interfaces for example where config may allow enable/disable but state
> may have additional values like ‘testing’. If the config & state value
> spaces aren’t 100% the same, are module designers recommended to create a
&g
be defined.
>
> I'm seeking input from the WG as to whether they like this approach, AND
> also whether the WG drafts: draft-ietf-netmod-intf-ext-yang-05 and
> draft-ietf-netmod-sub-intf-vlan-model-02 should be updated to make use
> of this approach (possibly in a future bis revision to
;
>
> On 7/10/17 10:31 AM, Ladislav Lhotka wrote:
>> Hi,
>>
>> is it necessary to post these GitHub issues one by one to the WG mailing
>> list?
>>
>> Thanks, Lada
>>
>>> On 8 Jul 2017, at 00:28, sonal1204 <notificati...@github.com
encapsulated in the Ethernet
> payload.";
> reference
> "IEEE 802.3";
> }
>
> identity ETHERTYPE_IPV4 {
> base ETHERTYPE;
> description
> "IPv4 protocol (0x0800)";
> }
>
> ...
> ...
>
> and so on.
>
> —
> You are receiving t
> On 14 Jun 2017, at 13:43, Lou Berger <lber...@labn.net> wrote:
>
> Hi,
>
> (speaking as contributor...)
>
>
> On 6/14/2017 7:17 AM, Ladislav Lhotka wrote:
>> Hi Xufeng,
>>
>> please see my answers inline.
>>
>> Xu
is required but
there is no "schema" entry under "schema-mounts" to worry about.
Lada
>
> For example, ietf-ospf module augments ietf-routing. When we mount
> ietf-routing ietf-yang-library to LNE, should we list ietf-ospf in the mount
> module list? And also in ie
> On 14 Jun 2017, at 11:21, Robert Wilton <rwil...@cisco.com> wrote:
>
>
>
> On 14/06/2017 09:28, Ladislav Lhotka wrote:
>>> On 14 Jun 2017, at 00:35, Alex Campbell <alex.campb...@aviatnet.com> wrote:
>>>
>>>
>>> Presumably
t is not
the case.
Lada
>
>
>
> Alex
>
> From: netmod <netmod-boun...@ietf.org> on behalf of Andy Bierman
> <a...@yumaworks.com>
> Sent: Wednesday, 14 June 2017 7:30 a.m.
> To: Ladislav Lhotka
> Cc: netmod@ietf.org
> Subject: Re: [netmod] Question
> Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany
>> Fax: +49 421 200 3103 <http://www.jacobs-university.de/>
>>
>> ___
>> netmod mailing list
>> netmod@ietf.org
>> https://w
only place their routes in default
> RIBs.
> Is it intended that this will be left to vendor-specific modules and/or
> future standards?
>
> Alex
> ___
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.o
; security-sensitive or privacy-sensitive data be modeled as regular YANG
>> data nodes rather than annotations."
>> >
>> >
>> >
>>
>> > ___
>> > netmod mailing list
>> > netmod@ietf.org
>> > https://www.
ined in this document provides support
only for the latter two cases. Design-time mounts are outside the scope
of this document, and could be possibly dealt with in a future revision
of the YANG data modeling language.
Lada
>
> Lou
>
>
> __
Fine with me.
Lada
>
> Lou
>
>
> ___
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
tf.org wrote:
> >
> > A New Internet-Draft is available from the on-line Internet-Drafts
> > directories.
> > This draft is a work item of the NETCONF Data Modeling Language of the IETF.
> >
> > Title : YANG Schema Mount
> > Auth
,
> NETMOD WG Chairs
>
>
>
>
> ___
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
ventions.
>>
>> Everybody with a practical experience of converting YANG automatically
>> to something else (not only to HTML, it starts already with YIN) knows
>> that transferring descriptions and other similar texts is tricky.
>>
>> Lada
>>
&
t only to HTML, it starts already with YIN) knows
> that transferring descriptions and other similar texts is tricky.
>
> Lada
>
>>
>> Thanks,
>> Phil
>>
>> ___
>> netmod mailing list
>> netmod@ietf.org
>&g
utomatically
to something else (not only to HTML, it starts already with YIN) knows
that transferring descriptions and other similar texts is tricky.
Lada
>
> Thanks,
> Phil
>
> ___
> netmod mailing list
> netmod@ietf.org
> h
Robert Wilton <rwil...@cisco.com> writes:
> On 13/04/2017 17:08, Andy Bierman wrote:
>>
>>
>> On Thu, Apr 13, 2017 at 5:45 AM, Ladislav Lhotka <lho...@nic.cz
>> <mailto:lho...@nic.cz>> wrote:
>>
>>
>> > On 13 Apr 2017, at 13:3
heasley <h...@shrubbery.net> writes:
>> > On 13 Apr 2017, at 09:14, Juergen Schoenwaelder
>> > <j.schoenwael...@jacobs-university.de> wrote:
>> >
>> > On Thu, Apr 13, 2017 at 08:28:08AM +0200, Ladislav Lhotka wrote:
>> >>
>> &
Andy Bierman <a...@yumaworks.com> writes:
> On Thu, Apr 13, 2017 at 11:41 AM, Ladislav Lhotka <lho...@nic.cz> wrote:
>
>>
>> > On 13 Apr 2017, at 18:08, Andy Bierman <a...@yumaworks.com> wrote:
>> >
>> >
>> >
>>
ada
>
>
> /js
>
>
> Andy
>
> On Wed, Apr 12, 2017 at 02:53:08PM +0200, Ladislav Lhotka wrote:
> > Robert Wilton <rwil...@cisco.com> writes:
> >
> > > Yes/support. But with the condition that I would still like the draft
> > >
make use of it, then fine, but module readers should have little
difficulty if not.
Thanks, Lada
>
> Thanks,
> Rob
>
>
> On 10/04/2017 12:45, Ladislav Lhotka wrote:
>> As the author: yes/support.
>>
>> Two changes seemed to have support in IETF 98 audience:
>
se also feel free to provide comments you'd
>> like to see addressed once the document is a WG document.
>>
>> Thank you,
>> NETMOD WG Chairs
>
> ___
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
once the document is a WG document.
>
> Thank you,
> NETMOD WG Chairs
>
>
> ___
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
tf.org
>> https://www.ietf.org/mailman/listinfo/netmod
>> .
>>
>
> ___
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
important to have all this information
represented in a compact way and in a single place.
Thanks, Lada
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
n the grouping?
As I wrote, the expression is evaluated once for each entry, always with the
same result. It may or may not be a problem depending on the number of entries.
Lada
>
> Regards, Bart
>
> -Original Message-
> From: Ladislav Lhotka [mailto:lho...@nic.cz]
>
> key "entry";
>
> leaf entry {
>
> type uint16;
>
> }
>
> }
>
> }
>
>
>
> And used in another module
>
>
>
> container a-container {
>
> uses a-group;
>
> must "count(a-list) != 1" {
>
> description
>
> "This list must either be empty or have at least 2 elements";
>
> }
>
> }
>
>
>
> Best regards - Vriendelijke groeten,
>
> Bart Bogaert
>
> ___
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
> On 21 Mar 2017, at 15:11, Juergen Schoenwaelder
> <j.schoenwael...@jacobs-university.de> wrote:
>
> On Tue, Mar 21, 2017 at 01:01:58PM +0100, Ladislav Lhotka wrote:
>>
>>> On 21 Mar 2017, at 12:50, Robert Wilton <rwil...@cisco.com> wrote:
>>>
> On 21 Mar 2017, at 12:50, Robert Wilton <rwil...@cisco.com> wrote:
>
>
>
> On 21/03/2017 10:49, Ladislav Lhotka wrote:
>>> On 21 Mar 2017, at 11:25, Juergen Schoenwaelder
>>> <j.schoenwael...@jacobs-university.de> wrote:
>>>
>>&g
ro output
> +--xo out? string
>
> notifications:
>+--n- notification
> +--nt boom? string
>
> (And I think the oops leafs should have triggered an error.)
>
> /js
>
> --
> Juergen Schoenwaelder Jacobs University Bremen gGmbH
> On 21 Mar 2017, at 11:30, Juergen Schoenwaelder
> <j.schoenwael...@jacobs-university.de> wrote:
>
> On Tue, Mar 21, 2017 at 10:59:11AM +0100, Ladislav Lhotka wrote:
>>
>> If the "config" statement really carried some protocol-specific semantics
&g
> On 21 Mar 2017, at 11:04, Robert Wilton <rwil...@cisco.com> wrote:
>
>
>
> On 21/03/2017 10:00, Martin Bjorklund wrote:
>> Juergen Schoenwaelder <j.schoenwael...@jacobs-university.de> wrote:
>>> On Tue, Mar 21, 2017 at 10:13:40AM +0100, Ladislav Lh
> On 21 Mar 2017, at 10:43, Juergen Schoenwaelder
> <j.schoenwael...@jacobs-university.de> wrote:
>
> On Tue, Mar 21, 2017 at 10:13:40AM +0100, Ladislav Lhotka wrote:
>>
>> The revised-datastores draft changes the semantics of "configuration data" -
> On 21 Mar 2017, at 09:04, Juergen Schoenwaelder
> <j.schoenwael...@jacobs-university.de> wrote:
>
> On Fri, Mar 17, 2017 at 04:33:24PM +0100, Ladislav Lhotka wrote:
>>
>> I don't think that config true/false is necessarily tied to a particular set
>>
"t.petch" <ie...@btconnect.com> writes:
> - Original Message -
> From: "Ladislav Lhotka" <lho...@nic.cz>
> To: "Robert Wilton" <rwil...@cisco.com>
> Cc: <netmod@ietf.org>
> Sent: Friday, March 17, 2017 2:32 PM
>
tributor
>
>
> -ORIGINAL MESSAGE-
>
>> On 17 Mar 2017, at 15:46, Robert Wilton <rwil...@cisco.com> wrote:
>>
>>
>>
>> On 17/03/2017 14:32, Ladislav Lhotka wrote:
>>>> On 17 Mar 2017, at 15:04, Robert Wilton <rwil...@cisco.com> wrote
Robert Wilton <rwil...@cisco.com> writes:
> On 17/03/2017 15:08, Ladislav Lhotka wrote:
>>> On 17 Mar 2017, at 15:11, Robert Wilton <rwil...@cisco.com> wrote:
>>>
>>>
>>>
>>> On 17/03/2017 12:55, Ladislav Lhotka wrote:
>>>>
> On 17 Mar 2017, at 15:46, Robert Wilton <rwil...@cisco.com> wrote:
>
>
>
> On 17/03/2017 14:32, Ladislav Lhotka wrote:
>>> On 17 Mar 2017, at 15:04, Robert Wilton <rwil...@cisco.com> wrote:
>>>
>>> Hi,
>>>
>>> Wo
> On 17 Mar 2017, at 15:11, Robert Wilton <rwil...@cisco.com> wrote:
>
>
>
> On 17/03/2017 12:55, Ladislav Lhotka wrote:
>> Hi Rob,
>>
>> thank you for reading the draft.
>>
>>> On 17 Mar 2017, at 13:30, Robert Wilton <rwil...@cisc
ng
>>>>> between NETCONF and NETMOD charters.
>>>> The current datastore draft includes concrete YANG idenity definitions
>>>> for datastores and origins and these definitions better be standards
>>>> track.
>>>>
>>>> /js
>>>>
>>>> --
>>>> Juergen Schoe
plies.
> That is, for a given manufacturer, this parameter is used to identify the
> product or class of product over which the {{param|SerialNumber}} parameter
> is unique.
>
>> On 17 Mar 2017, at 12:55, Ladislav Lhotka <lho...@nic.cz> wrote:
>>
>> Hi Rob,
id YANG strings as before.
The only new thing is a piece of metadata that may be helpful for some tools
but that can also be safely ignored.
Thanks, Lada
>
> Thanks,
> Rob
>
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
Wilton wrote:
>> Hi Lada,
>>
>> Thanks for the review and comments.
>>
>>
>> On 21/12/2016 13:08, Ladislav Lhotka wrote:
>>> Hi,
>>>
>>> I think this is a very useful addition to ietf-interfaces. In general,
>>> the document i
acobs-university.de/>
>
> ___
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
ecommend...thoughts?
>
> https://mailarchive.ietf.org/arch/msg/netmod/dOpSYzM_J05Sdmgt-MyYmqJIUz0
>
>
> K.
>
>
> _______
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
--
Ladislav Lho
provide a stable reference?
I agree with Juergen and Martin and don't mind having the section about tree
symbols in each document that needs it.
Lada
>
> Lou
>
>>
>>
>> /martin
>> ___
>> 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
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
etter: http://claise.be/IETFYANGPageCompilation.png
>> See http://www.claise.be/IETFYANGPageCompilation.html for the remaining
>> open issues on your YANG modules.
>> Still a week to improve them.
>>
>> Regards, Benoit
>
>
> _______
> n
t;>>> definitions
>>>> 5. Benoit Claise asked (referring to my reference to automated tools):
>>>> * Would it be possible to improve the warning (and the related test,
>>>> by testing implemented instead of import), basically telling
Radek Krejčí <rkre...@cesnet.cz> writes:
> Hi Lada,
>
> Dne 7.3.2017 v 10:30 Ladislav Lhotka napsal(a):
>> Robert Wilton <rwil...@cisco.com> writes:
>>
>>> Hi William,
>>>
>>> I think that what yanglint is doing here is sane, i.e. I
del then I don’t care about this. If
>> my YANG is good I want to see no warnings or errors, and if it’s bad
>> then I want to be told this (and why).
>>
>> Thanks,
>> William
>>
>>
>> ___
>> 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
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
ode
> generation of the FPC specification.
>
> Lyle
> ___
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
_
signatures is sufficiently
general, it should IMO stay in some form.
Lada
>
> 7950bis would still need
> urn ...netconf
> .
> Tom Petch
>
> - Original Message -
> From: "Kent Watsen" <kwat...@juniper.net>
> To: "Ladislav Lhotka" <
t;
> given YANG is an extensible language, would it make sense to deliver
> these outside of YANG revisions?
>
> The main reason for doing so is that these, unlike YANG revisions:
> - do not change the meta model of the language
> - are not mandatory-to-implement
>
> It will also allo
en Schoenwaelder Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany
> Fax: +49 421 200 3103 <http://www.jacobs-university.de/>
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
> On 1 Mar 2017, at 10:46, Juergen Schoenwaelder
> <j.schoenwael...@jacobs-university.de> wrote:
>
> On Wed, Mar 01, 2017 at 09:32:37AM +0100, Ladislav Lhotka wrote:
>>
>>> So are we going through all NETMOD/NETCONF documents now to replace
>>> 'e
>
> _______
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
ication
>Oct 2017 - Submit draft-ietf-netmod-schema-mount to IESG for publication
>Oct 2017 - Submit draft-ietf-netmod-revised-datastores to IESG for
> publication
>Dec 2017 - Submit draft-ietf-netmod-sub-intf-vlan-yang to IESG for
> publication
>
>
>
> ___
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
> On 22 Feb 2017, at 11:34, Juergen Schoenwaelder
> <j.schoenwael...@jacobs-university.de> wrote:
>
> On Wed, Feb 22, 2017 at 11:22:22AM +0100, Ladislav Lhotka wrote:
>>
>>> On 22 Feb 2017, at 09:31, Juergen Schoenwaelder
>>> <j.schoenwael...@jaco
> On 22 Feb 2017, at 09:31, Juergen Schoenwaelder
> <j.schoenwael...@jacobs-university.de> wrote:
>
> On Wed, Feb 22, 2017 at 08:41:55AM +0100, Ladislav Lhotka wrote:
>>
>>>
>>> The WG needs to decide what the expectations are for templates and
>
e "parametrised".
RFC 6020/7950 does #3 in a relatively rigid way that really works only for the
NETCONF protocol (which was of course the original aim).
Lada
>
> /js
>
> --
> Juergen Schoenwaelder Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587
y point.
So what's your problem with them?
Lada
>
> Od: Jernej Tuljak <jernej.tul...@mg-soft.si>
> Odoslané: 15. februára 2017 13:27
> Komu: 'Ladislav Lhotka'
> Kópia: 'Alex Campbell'; Martin Ciglan -X (mciglan - PANTHEON TECHN
change: Allow type "empty" in a key.
>
> Hi all
>
> Yang 1.1 change: Allow type "empty" in a key.
>
> What is the meaning of this change? We're interested from implementation
> point of view.
>
> Thanks
>
>Martin
>
> ___
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
401 - 500 of 1028 matches
Mail list logo