Hello,
Who has implemented YANG schema mount? Are there SW tools already
implementing it?
regards Balazs
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email: balazs.leng...@ericsson.com
smime.p7s
Description: S/MIME
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.leng...@ericsson.com
--
Balazs Lengyel Er
this could be described in the Netmod WG wiki.
(And sorry, no but I am not volunteering :-( )
regards Balazs
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email: balazs.leng...@ericsson.com
smime.p7s
Descripti
:
Wed, 19 Sep 2018 09:42:16 +0200
From:
Balazs Lengyel
To:
Martin Bjorklund
CC:
lho...@nic.cz
On 9/19
ed to reference
the operationally present interfaces.";
}
Here the path statement will point at a non-existent branch.
So is there a correct way to indicate we do not support /interface-state ?
regards Balazs
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mob
?
Is this stupid or OK?
regards Balazs
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email: balazs.leng...@ericsson.com
___
netmod mailing list
netmod@ietf.org
https
To:
Benoit Claise , Balazs Lengyel
A new version of I-D, draft-lengyel-netmod-yang-instance-data-03.txt
has been successfully submitted by Balazs Lengyel and posted to the
IETF repository.
Name: draft-lengyel
_
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.leng...@ericsson.com
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
On 6/26/2018 5:44 PM, Juergen Schoenwaelder wrote:
On Tue, Jun 26, 2018 at 05:31:27PM +0200, Balazs Lengyel wrote:
Hello Juergen,
Sorry the wording was misleading. I want these capabilities both as state
data AND as instance-data-files, because
Any opinions on Rob's suggestion about a free-text versioning
string?
I am neutral on this.
regards Balazs
On 6/26/2018 5:31 PM, Robert Wilton
wrote:
On 26/06/2018 16:20, Balazs Lengyel
wrote:
On 6/26/2018 4
, Balazs Lengyel wrote:
Hello Lada,
I don't insist on using yang-data-ext, but I like it. Isn't this the exact
use case for it: defining yang structured data that will never be loaded into
a datastore. In this case the structure of the instance-data-set fits.
On the other hand, if it's never loaded
ities that are available via
Netconf/Restconf (as YANG defined data) also using instance-data-files."
regards Balazs
On 6/26/2018 4:58 PM, Juergen Schoenwaelder wrote:
On Tue, Jun 26, 2018 at 04:05:16PM +0200, Balazs Lengyel wrote:
Hello Martin,
IMHO it would be good to recommend as
does not have the concept of meta-data-array)
regards Balazs
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email: balazs.leng...@ericsson.com
___
netmod mailing list
or an integer in RFC 7950
either. Is it allowed/prohibited?
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email: balazs.leng...@ericsson.com
___
netmod mailing list
n
On 6/26/2018 2:11 PM, Juergen
Schoenwaelder wrote:
On Tue, Jun 26, 2018 at 01:58:44PM +0200, Balazs Lengyel wrote:
Thanks for the comments and support. See answers below.
Balazs
On 6/13/2018 4:40 PM, Robert Wilton wrote
the
versioning draft comes up with. Still I fear this might end up as a
warning and a statement that it must be solved by other means.
regards Balazs
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email
le of what can be done.
/martin
Balazs Lengyel wrote:
Hello,
I submitted a new version of the yang-instance-data draft updated with
comments from the last IETF and others. I would like to get this
adopted as a workgroup item. Please review it and if you like it
please indicat
To:
Benoit Claise , Balazs Lengyel
A new version of I-D, draft-lengyel-netmod-yang-instance-data-01.txt
has been successfully submitted by Balazs Lengyel and posted to the
IETF repository.
Name: draft-lengyel-netmod-yang
To:
Benoit Claise , Balazs Lengyel
A new version of I-D, draft-lengyel-netmod-yang-instance-data-01.txt
has been successfully submitted by Balazs Lengyel and posted to the
IETF repository.
Name: draft-lengyel-netmod-yang
self-contained.
Kent //
contributor
On 2/8/18, 4:17 AM, "netmod on behalf
of Balazs Lengyel" <netmod-boun...@ietf.org on
behalf of
balazs.leng...@ericsson.com>
wrote:
Hello Jurgen,
What would be your preference? How should we specify datastore? Could
you please provide some description.
regards Balazs
On 2/12/2018 2:15 PM, Juergen Schoenwaelder wrote:
On Mon, Feb 12, 2018 at 01:51:30PM +0100, Balazs Lengyel wrote:
Hello Jurgen,
OK, I will add some text
Balazs
On 2/12/2018 12:40 PM, Juergen Schoenwaelder wrote:
On Mon, Feb 12, 2018 at 12:14:11PM +0100, Balazs Lengyel wrote:
BALAZS: Sorry but where is the guessing?
If there is no config false instance, how do I decide?
The YANG model explicitly states whether data is config=false or true
On 2/12/2018 11:47 AM, Juergen Schoenwaelder wrote:
On Mon, Feb 12, 2018 at 10:49:48AM +0100, Balazs Lengyel wrote:
Hello Jurgen,
IMHO once we know whether the data is config=false or true and know the
datastores the server supports the datastore the instance data is relevant
his format is used to validate examples included in
documentation?
/js
On Fri, Feb 09, 2018 at 04:07:11PM +0100, Balazs Lengyel wrote:
Hello Jurgen,
I will gladly add NMDA to the draft. However could you please be more
specific. Which part of NMDA are you missing?
Is it the example
On 2/8/2018 10:24 AM, Juergen Schoenwaelder wrote:
[Removing NETCONF since the I-D says -netmod-.]
I flipped through the I-D yesterday and I think a common format for
instance data trees should be NMDA aware these days.
/js
On Thu, Feb 08, 2018 at 10:17:25AM +0100, Balazs Lengyel wrote:
Hello
From:
internet-dra...@ietf.org
To:
Benoit Claise <bcla...@cisco.com>, Balazs Lengyel
<balazs.leng...@ericsson.com>
A new version o
would like a list of statements and constraints that MUST
be satisfied in the different data stores. Speaking about syntactic
versus semantic seems fluffy.
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email
On 2017-12-01 18:49, Andy Bierman
wrote:
On Fri, Dec 1, 2017 at 3:37 AM,
Balazs Lengyel <balazs.leng...@ericsson.com>
wrote:
Hello,
On 2017-12-01 23:41, Randy Presuhn wrote:
Hi -
On 12/1/2017 3:37 AM, Balazs Lengyel wrote:
Hello,
https://tools.ietf.org/html/rfc7950#section-7.21.2
o "deprecated" indicates an obsolete definition, but it permits
new/continued implementation in order to foster intero
or disabled?
Regards, Bart
Bogaert
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
fcdiff?url2=draft-ietf-netmod-rfc7223bis-00.txt
Thank you,
Netmod Chairs
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
--
Balazs Lengyel Ericsson Hungary Ltd.
S
rg/rfcdiff?url2=draft-ietf-netmod-rfc7223bis-00.txt
Thank you,
Netmod Chairs
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile:
On 2017-11-16 03:07, Randy Presuhn wrote:
Hi -
On 11/15/2017 2:02 AM, Balazs Lengyel wrote:
While a server may correctly support multiple versions, the human
operator on the CLI has a 99% chance of mixing up which version he is
using. Humans will not check every type and leaf to check
On 2017-11-15 21:20, Martin Bjorklund
wrote:
Ladislav Lhotka <lho...@nic.cz> wrote:
On Wed, 2017-11-15 at 12:17 +0100, Martin Bjorklund wrote:
Balazs Lengyel <balazs.leng...@ericsson.c
ainer system {...}
container system-state {
if-feature pre-nmda-support ;
status deprecated;
}
}
regards Balazs
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909
to promise them that it is still usable. We
need a firm contract not a maybe about this.
regards Balazs
On 2017-11-15 00:51, Balazs Lengyel
wrote:
Hello,
First of all Ericsson very strongly supports this draft. This
is a problem
, the sever can still implement the
deprecated or obsolete nodes in order to support old clients.
With a MAJOR update in a semver world, it means that the old nodes are
removed (or rather, possibly, that the old nodes have new syntax
and/or semantics).
--
Balazs Lengyel
ns. I
may be convinced otherwise, but I feel that this will become untenable
over time (even if module names change).
Joe
/js
On Tue, Nov 14, 2017 at 10:22:10PM +0100, Juergen Schoenwaelder wrote:
On Wed, Nov 15, 2017 at 12:51:22AM +0800, Balazs Lengyel wrote:
Whenever a client OSS implements s
required revision-date.
Andy
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
--
Balazs Lengyel
See bellow!
On 2017-11-15 05:22, Juergen Schoenwaelder wrote:
On Wed, Nov 15, 2017 at 12:51:22AM +0800, Balazs Lengyel wrote:
Whenever a client OSS implements some higher level logic for a network
function, something that can not be implemented in a purely model driven
way
deprecated and
obsolete items may or may not be there. We need something better.
regards Balazs
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 emai
ed to
introduce its own rules. IETF should do something about this! I have
proposals if there are people interested.
As a minimum I would propose, that a server that does not implements a
fully functional /interfaces-state" subtree MUST obsolete it, not just
deprecate it.
od mailing list
netmod@ietf.org <mailto:netmod@ietf.org>
https://www.ietf.org/mailman/listinfo/netmod
<https://www.ietf.org/mailman/listinfo/netmod>
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo
n
it MUST NOT be returned
/martin
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email: balazs.leng...@ericsson.com
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailma
See below!
On 2017-09-14 16:32, Martin Bjorklund
wrote:
Hi Balazs,
Thanks for your review. Comments inline.
Balazs Lengyel <balazs.leng...@ericsson.com> wrote:
Hello,
Reading the draft-ietf-netmod-revised-datastores-04 some co
0
32
is changed to 64 its. Is that intentional? It is not mentioned in the text.
regards Balazs
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email: balazs.leng...@ericsson.com
__
data-state? If I
never-ever have differences between running and operational (for
config=true data) can I still claim support for operational datastore?
Some text around this would be good.
regards Balazs
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile
explicitly.
The plan I think is to revise the core modules as soon as we get to it.
Not sure what you mean with 'node' above. Deprecated means that there
is a new definition that should be implemented/used but the old
definition has been kept to allow for a smooth transition.
/js
cy part both in
/yanglib:yang-library-change/yanglib:module-set-id and
/yanglib:modules-state/yanglib:module-set-id. I assume this will change
also if something changes in the /yanglib:yang-library and the
notification will also be sent.
regards Balazs
--
Balazs Lengyel
ersity.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
--
Balazs Lengyel Eric
module. We have a strong need for this in Yangpush, but it would be
useful/needed outside Yangpush as well.
Please review, comment!
regards Balazs
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email: balazs.leng...@ericsson.com
Andy
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netm
Andy
___
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
>
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
_________
utions.
Vladimir
___
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.leng...@ericss
so on further reducing the entropy. Does anyone else see value in that?
On 08/31/2016 09:35 AM, Balazs Lengyel wrote:
Hello Jan,
This may be the best solution we have, but nacm rules may be changed, and then
device limits might be edited by the operator, and then we have a problem.
The good solution
__
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.leng...@ericsson.com
a device specific database initialization file with the correct settings
for this device, which is loaded into the database at first boot.
/jan
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email: balazs.leng...@ericsson.com
ad;
the thread got a bit
> > off-topic]
> >
> > Balazs Lengyel <balazs.leng...@ericsson.com>
wrote:
> >> Hello,
> >>
> >> As I understand it, Schema-mount today does
n
publishing Junos YANG
module off box?
See other comments below.
regards Balazs
On 2016-08-26 10:21, Martin Bjorklund wrote:
Hi,
[replying to the first post in this (old) thread; the thread got a bit
off-topic]
Balazs Lengyel <balazs.leng...@ericsson.
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
___
netmod mailing list
netmod@ietf.org
https://ww
half modules.
Actually the problem is not caused by opstate, but rather by
multi-rooted models. but avoiding foo-state would make life easier once
more.
regards Balazs
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email
to strongly discourage models where (iii) the
trees split at the leaves or very close to the leaves.
/js
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email: balazs.leng...@ericsson.com
On 01 Aug 2016, at 16:09, Andy Bierman <a...@yumaworks.com> wrote:
On Mon, Aug 1, 2016 at 6:45 AM, Ladislav Lhotka <lho...@nic.cz> wrote:
Balazs Lengyel <balazs.leng...@ericsson.com> writes:
Hello,
As I understood Andy, it
as mandatory
to support.
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email: balazs.leng...@ericsson.com
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo
etf.org/mailman/listinfo/netmod
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email: balazs.leng...@ericsson.com
___
netm
to support those? IMHO no.
Thanks,
Rob
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email: balazs.leng...@ericsson.com
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org
one level of mounts.
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email: balazs.leng...@ericsson.com
___
netmod mailing list
netmod@ietf.org
https://www.ietf.o
th you, we need a machine-readable offline specification of
the entire schema. After Martin returns from his vacation, I plan to
discuss this with him.
Some comments are inline.
Balazs Lengyel <balazs.leng...@ericsson.com> writes:
Hello,
As I understand it, Schema-mount today
o be possible.
IMHO the design-time mount use-case is more important than the
dynamic-mount.
regards Balazs
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email: ba
in, and Kent
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
--
Balazs Lengyel Ericsson Hungary Ltd.
Senio
?
___
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.leng...@ericsson.com
ns about the absence of data
definition nodes.
What is the solution?
regards Balazs
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909 email: balazs.leng...@ericsson.com
___
netmod mailing
:05:29 +0200
From:
Martin Bjorklund <m...@tail-f.com>
To:
balazs.leng...@ericsson.com
Balazs Lengyel <balazs.leng...@ericsson.com> wrote:
> Hello Ma
think we are providing to much
flexibility, over-complicating the issue. Some more static
mounting solution that can be read from YANG modules instead of
run-time data would be easier.
regards Balazs
--
Balazs Lengyel
___
Teas mailing list
t...@ietf.org
https://www.ietf.org/mailman/listinfo/teas
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
--
On Fri, Jan 22, 2016 at 12:27 AM,
Balazs Lengyel <balazs.leng...@ericsson.com>
wrote:
Hello,
I agree we don't need to change the encoding, but we need
to define how that encoding is v
16:17, Martin Bjorklund wrote:
Balazs Lengyel <balazs.leng...@ericsson.com> wrote:
Hello,
We have some instance identifiers in our model but we want to
contrain what they can point at. What is the best method for that?
Unfortunately, there is no standard way of doing this. (There are
>
>
> On Wed, Oct 21, 2015 at 5:16 AM, Balazs Lengyel <balazs.leng...@ericsson.com>
wrote:
> Hello Martin,
> I would want to codify this. My earlier proposal was:
>
>
statement is only valid when the condition specified by the "when"
statement is satisfied.
The NETCONF specific text needs to change.
Simply putting , "For example, NETCONF ..." might be enough.
Can you be more specific - exactly where do you suggest this change?
/martin
ts
for 30% of the data.
- Often it is defined in the data model whether a specific operation,
action, rpc is synchronous or async. Include it in the draft.
regards Balazs
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
ECN: 831 7320
Mobile: +36-70-330-7909
never seen anyone trying to refer to the conditional nodes in a
when expression - simply b/c it doesn't make any sense.
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
ECN: 831 7320
Mobile: +36-70-330-7909 email: balazs.leng...@ericsson.com
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
--
Balazs Lengyel Ericss
should have the same result.
regards Balazs
On 2015-10-16 14:01, Martin Bjorklund wrote:
Scenario C (same as 2, but different order in edit-config)
--
Balazs Lengyel Ericsson Hungary Ltd.
Senior Specialist
ECN: 831 7320
Mobile: +36-70-330-7909 email
nd <m...@tail-f.com> wrote:
Hi,
Balazs Lengyel <balazs.leng...@ericsson.com> wrote:
Hello Andy, Martin,
If that is what is meant by 8.2.1 then I have a few comments
Sorry for the confusion on this topic. I have now done some digging
in the archives and I think that sectio
t 12:25 PM, Martin
Bjorklund <m...@tail-f.com>
> > wrote:
> > >
> > > > Balazs Lengyel <balazs.leng...@ericsson.com>
wrote:
> > > > > Hello Martin,
Andy
>
> So explain which constraint in the payload is being
violated?
>
>
> Andy
:
On 15 Oct 2015, at 15:17, Balazs Lengyel <balazs.leng...@ericsson.com> wrote:
Hello Lada,
So can we start gathering support for limiting when/choice to the simple cases
by one of the 3 methods:
1) prohibit them (backward incompatible)
I would personally restrict the use of "
- garbage
out".
Lada
P.S. Note that XPath expressions like "not(../a2)" evaluate to false if ../a2 exists, even if its
content is "false". So you'd need expressions like "not(../a2 = 'true')".
On 15 Oct 2015, at 13:59, Balazs Lengyel <balazs.leng..
Hello Martin,
I agree that A1 is what follows the spirit of YANG, but then IMHO you
should change/correct 8.2.1 in YANG because that implies A2 and error.
regards Balazs
On 2015-10-13 13:30, Martin Bjorklund wrote:
Balazs Lengyel <balazs.leng...@ericsson.com> wrote:
Hello Martin,
If
Hello Martin,
Does this mean the mandatory does have an effect, resulting in an
invalid model according to A2?
regards Balazs
On 2015-10-06 11:25, Martin Bjorklund wrote:
Jernej Tuljak <jern...@mg-soft.si> wrote:
Balazs Lengyel je 6.10.2015 ob 9:38 napisal:
Hello,
Thanks for the comme
they mean becomes a
headache. BAD In the beginning YANG was about easy-understanding.
However these combinations are unclear even after repeatedly reading the
RFC :-(
As the very least we SHOULD prohibit mandatory/default on the inside
choice.
regards Balazs
--
Balazs Lengyel
93 matches
Mail list logo
