Re: [netmod] ACL draft issues found during shepherd writeup

> On Feb 23, 2018, at 12:12 PM, Kent Watsen <kwat...@juniper.net> wrote: > > Hi Mahesh, > > Please search for below (6 instances) > > Thanks, > Kent // shepherd > > > On 2/17/18, 8:26 PM, "Mahesh Jethanandani" <mjethanand...@

Re: [netmod] AD review of draft-ietf-netmod-syslog-model-20

-s9io=u0Hn9GkO-B0jUGm1MnIQ4x4AgIZNXHBIaZhTPmt3dC8= > >> > > > > > > > >___ > >netmod mailing list > >netmod@ietf.org > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_netmod=DwIGaQ=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo=vELsmeOQEHNm4fcyJJKG7EpwwzMBGc-MHvHhSPWRzro=jSGwP16XlM6ntMKUF3bkCAwRfRtRwATdly2BlUtx2RA= > > <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_netmod=DwIGaQ=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo=vELsmeOQEHNm4fcyJJKG7EpwwzMBGc-MHvHhSPWRzro=jSGwP16XlM6ntMKUF3bkCAwRfRtRwATdly2BlUtx2RA=> > > > > > > > > ___ > netmod mailing list > netmod@ietf.org <mailto:netmod@ietf.org> > https://www.ietf.org/mailman/listinfo/netmod > <https://www.ietf.org/mailman/listinfo/netmod> Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] ACL draft issues found during shepherd writeup

t me know if that looks ok. > > I recommend you fold the lines of your tree diagram at a certain column > whilst adding a '\' character. I've since added this ability to my draft > build tools, let me know if interested in an update. You might also want > to look at draft-w

Re: [netmod] Fwd: [OPSAWG] Minor change in ietf-access-control-l...@2018-02-02.yang

e. > > Thank you for your attention. > > Regards, > > Ranga > > > -- > M. Ranganathan > ___ > OPSAWG mailing list > ops...@ietf.org > https://www.ietf.org/mailman/listinfo/op

Re: [netmod] [Netconf] LC of NDMA NETCONF/RESTCONF drafts

m> wrote: >> >>> >>> >>> On 07/02/2018 14:23, Andy Bierman wrote: >>> >>> >>> >>> On Wed, Feb 7, 2018 at 3:14 AM, Robert Wilton <rwil...@cisco.com> wrote: >>> >>>> Hi Andy, >>>> >

Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-16.txt

added. If not, it's in a PR towards your repo - > https://github.com/mjethanandani/acl-model/pull/4 > > Kind regards, > Kristian. > > > > On 2018-02-03 02:41, Mahesh Jethanandani wrote: >> This update addresses the comments that were received as part of LC. For >>

Re: [netmod] [Netconf] LC of NDMA NETCONF/RESTCONF drafts

For folks that provided comments as part of LC, please verify that your comments have been adequately addressed by -03 version of the draft. Thanks Mahesh Jethanandani mjethanand...@gmail.com > On Feb 5, 2018, at 9:43 AM, Martin Bjorklund <m...@tail-f.com> wrote: > >

Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-16.txt

is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Network Modeling WG of the IETF. > >Title : Network Access Control List (ACL) YANG Data Model > Authors : Mahesh Jethanandani >

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-15

fer to IP addresses and ports, the two thing object groups are used for, and removed the Open Issues section in the draft. The PR(#23) has the capability to add this in the future. Thanks. > > Thanks, > Kent > > > On 1/21/18, 12:32 AM, "Mahesh Jethanandani" &l

[netmod] LC on YANG Library (bis)

WG, The authors of rfc7895bis have indicated that they believe the document is ready for LC[1]. This starts a two week LC on the draft . The LC will end on February 15. Please send your comments on this thread. Reviews of the

Re: [netmod] [Netconf] LC of NDMA NETCONF/RESTCONF drafts

>> -- >> Juergen Schoenwaelder Jacobs University Bremen gGmbH >> Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany >> Fax: +49 421 200 3103 <https://www.jacobs-university.de/> >> >> >> >> >> >> ___ >> >> netmod mailing list >> >> netmod@ietf.org <mailto:netmod@ietf.org><mailto: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 <mailto:netmod@ietf.org> >> https://www.ietf.org/mailman/listinfo/netmod >> <https://www.ietf.org/mailman/listinfo/netmod> > > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 <https://www.jacobs-university.de/ > <https://www.jacobs-university.de/>> > > ___ > netmod mailing list > netmod@ietf.org <mailto:netmod@ietf.org> > https://www.ietf.org/mailman/listinfo/netmod > <https://www.ietf.org/mailman/listinfo/netmod> Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] LC of NDMA NETCONF/RESTCONF drafts

Authors and WG, We have not received any explicit support for this LC on this email thread. If you believe these drafts are important and should proceed, please state your support by responding to this email thread. Thanks. > On Jan 17, 2018, at 10:39 AM, Mahesh Jethanandani <mjet

Re: [netmod] WG: Adoption Poll: draft-bierman-netmod-yang-data-ext-01

ll ends on February 8. > > Thank you! > > Lou (and Co-chairs) > > ___ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-15

} > ! container destination-port-range-or-operator { > !uses packet-fields:port-range-or-operator; > !description > ! "Destination port definition."; > ! } > ! container udp-all { > !if-feature match-on-udp; > !uses packet-fields:acl-udp-header-fields; > !description > ! "Rule set that matches UDP headers."; > ! } > ! description "UDP matchable characteristics"; > ! } > >container icmp { > if-feature match-on-icmp; > ___ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-15

Most of Juergen's comments are editorial in nature and can truly be handled >> as part of the LC process, but this open issue has me worried, as it may >> result in a significant technical change. >> >> What will it take to close this open issue? Is it just a matter of t

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-15

result in a significant technical change. > > What will it take to close this open issue? Is it just a matter of the > getting the WG to agree that it's not an issue, or do we already know that it > is a real issue and only the solution i

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-15

; Kent > > > > > _______ > netmod mailing list > netmod@ietf.org <mailto:netmod@ietf.org> > https://www.ietf.org/mailman/listinfo/netmod > <https://www.ietf.org/mailman/listinfo/netmod> > Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-15

Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 <https://www.jacobs-university.de/> > > ___ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

[netmod] LC of NDMA NETCONF/RESTCONF drafts

The authors of draft-ietf-netconf-nmda-netconf and draft-ietf-netconf-nmda-restconf have posted updates to their drafts, and believe that the documents are ready for LC. This starts a 2 week LC on the two drafts that will end on January 31. Please send your comments on this thread. Comments

Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-15.txt

ernet-Drafts > directories. > This draft is a work item of the Network Modeling WG of the IETF. > >Title : Network Access Control List (ACL) YANG Data Model > Authors : Mahesh Jethanandani > Lisa Huang >

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-14

draft. Cheers. > On Jan 12, 2018, at 7:35 AM, Eliot Lear <l...@cisco.com> wrote: > > Ok. What is left to agree on at this point? > > Thanks Mahesh, > > Eliot > > On 11.01.18 02:21, Mahesh Jethanandani wrote: >> Hi Einar, >> >> I can work on upda

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-14

ere <https://tools.ietf.org/html/draft-ietf-netmod-schema-mount-06#section-4>, it implies that you will need a reference to the interfaces. Thanks. > > Cheers, > > Einar > > >> On 10 Jan 2018, at 03:08, Mahesh Jethanandani <mjethanand...@gmail.com >&g

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-14

is okay. In the case of MUD we simply > won't have the other container. Can I please ask that you get the draft out > quickly as draft-ietf-opsawg-mud has been waiting quite some time for this > work to complete. > > Eliot > > On 10.01.18 04:08, Mahesh Jethanand

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-14

+--ro matched-packets? yang:counter64 >>>>+--ro matched-octets?yang:counter64 >>>> >>>> Comments welcome! >>>> >>>> Cheers, >>>> >>>> Einar >>>> >>>>

Re: [netmod] Netmod ACL - Can "access-lists" be set up as a "grouping"

supjps-i...@jpshallow.com>> wrote: >>>> >>>> Hi There, >>>> I appreciate that this is late to the table, but is it possible to set >>>> up “access-lists” as a “grouping” in the YANG data model so that >>>> “access-lists” can be included by “uses” in a higher level YANG data >>>> model? >>>> I have raised this as issue #22 >>>> athttps://github.com/netmod-wg/acl-model/issues >>>> Regards >>>> Jon >>>> ___ >>>> netmod mailing list >>>> netmod@ietf.org <mailto:netmod@ietf.org> >>>> https://www.ietf.org/mailman/listinfo/netmod >>> >>> >>> >>> ___ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod >> Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

[netmod] Yangdoctors early review of draft-ietf-netmod-rfc7277bis-01

Reviewer: Mahesh Jethanandani Review result: Ready Document reviewed: draft-ietf-netmod-rfc7277bis-01 Status: Ready This review is looking at the draft from a YANG perspective. Summary: This document updates the ietf-ip YANG data model to comply with the NMDA requirements. Comments: I

Re: [netmod] Joel Jaeggli as a third NETMOD co-chair

ogress documents, I'm happy to > announce that Joel Jaeggli accepted to serve as a third NETMOD co-chair. > Thank you Joel. > > Please welcome Joel. > > Regards, Benoit > > ___ > netmod mailing list > netmod@ietf.org &

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-14

t; Class maps for QoS policy > Class maps for FW policy > …etc… > > Not sure if we have any global attachment points today, but if we did, I’d > want to be able to use the same ACL definition anywhere I need it, not in > just one on N places. > > Cheers, > > Ein

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-14

be a peer with > the list of interface attachments, right? Because we’d need to support > “global” and multiple “interface” attachments. It’s not an “or”, it’s an > “and”. Or have I missed something? > > Cheers, > > Einar > >> On 13 Dec 2017, at 20:10, Mahesh Je

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-14

> Could also put an “aces” container above both these & rename “ingress-acls" > to “ingress”, etc. to give a single root for the augmentation if preferred. > > Cheers, > > Einar > > >> On 6 Dec 2017, at 19:43, Eliot Lear <l...@cisco.com <mailt

Re: [netmod] IETF ACL model

This <https://github.com/netmod-wg/acl-model/pull/20> PR tries to address what are hopefully the last set of comments before we publish the draft for LC. Unless I hear objections, I will roll in these changes by the end of the week (Dec. 15). > On Nov 29, 2017, at 12:11 PM, Mahesh Jet

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-14

to have an container for "attachment points" to accommodate the possibility of attaching an ACL either to an interface or “globally”. Cheers. Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] IETF ACL model

l { > - > if-feature global-attachment; > - > type > empty; > - > description > - > "ACL rule is global"; > - } > > The remaining changes look fine to me. > > Thanks, > --- > Sonal Agarwal > > From: Mahesh Jethanandani <mjethanand...@g

Re: [netmod] IETF ACL model

r branch in 48 hours. > On Nov 28, 2017, at 2:17 AM, Martin Bjorklund <m...@tail-f.com> wrote: > > Mahesh Jethanandani <mjethanand...@gmail.com> wrote: >> An updated version of the model has been posted as part of the PR here >> <https://github.com/netmod-wg/acl-mod

Re: [netmod] IETF ACL model

L that matches all traffic and drops. >> >> So I think perhaps the answer here is to define neither ACL type >> "any-acl" nor leaf "any". The presumption could be that any ACE that is >> configured to match no

Re: [netmod] IETF ACL model

>> I think it's clear that if no match condition is defined for a particular >> (header) field then that means any value will match. It is only an extension >> of this that no match conditions at all means we match any and all packets. >> I think that is logical. >> >> This can naturally be spelled out in the text :) > > You think it's clear, but where is it in the document or model? > > Of such "implied clarity" is many interop bugs made. :-P > > -- Jeff > >> >> Kind regards, >> Kristian. Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] tree diagram guidelines

t;> I suggest we have the tree-related guidelines (actually just a few >> sentences) in the tree draft, and since 6087bis already refers to this >> document it is not a big problem that guidelines are spread out over >> several documents that are difficult to find. >> >> >> >>

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-14

Please do, and we can discuss the changes on the mailing list. Thanks. Mahesh Jethanandani mjethanand...@gmail.com > On Nov 3, 2017, at 2:22 PM, Kristian Larsson <krist...@spritelink.net> wrote: > >> On Thu, Nov 02, 2017 at 07:10:30PM +0630, Mahesh Jethanandani wrote:

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-14

Ok. Will update the model to reflect the discussion on this thread. Mahesh Jethanandani mjethanand...@gmail.com > On Nov 2, 2017, at 6:56 PM, Martin Bjorklund <m...@tail-f.com> wrote: > > Robert Wilton <rwil...@cisco.com> wrote: >> Hi Mahesh, >> >> I als

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-14

, particularly since it is not broken. Thanks. > On Nov 2, 2017, at 2:13 PM, Kristian Larsson <krist...@spritelink.net> wrote: > >> On Thu, Nov 02, 2017 at 06:13:04AM +0630, Mahesh Jethanandani wrote: >>On Nov 1, 2017, at 5:52 PM, Juergen Schoenwaelder < >>j.schoenwa

Re: [netmod] ietf-access-control-l...@2017-10-03.yang : Can access-lists use a grouping?

he use-case for this change request - I would like to use the grouping in > another YANG model using a "uses" statement. > > Thanks in advance for considering it. > > Regards, > > Ranga. > > -- > M. Ranganathan > ______

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-14

parts of the model are supported in the control plane. That will usually be a implementation level detail that this model cannot cover. Thanks. > > kll > > > > > On Wed, Nov 01, 2017 at 02:26:31PM +0100, Kristian Larsson wrote: >> Mahesh, >> >> On Wed, Nov 01, 2

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-14

uld be able to define a match filter that includes both the source IP address and the TCP flags. Do you see something that prevents it? Thanks. > > /js > > On Wed, Nov 01, 2017 at 05:13:18PM +0630, Mahesh Jethanandani wrote: >> Kristian, >> >> I think there is

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-14

ner? why not just have the list > directly? > * the leafrefs in the interface-acl grouping are relative making > it impossible to re-use the grouping at a different "depth" > * letting the matched-packets be EITHER per-interface per-ACE OR > per-ACE across all interfaces seems

Re: [netmod] I-D Action: draft-ietf-netmod-yang-tree-diagrams-02.txt size

> On Oct 26, 2017, at 9:50 AM, t.petch wrote: > > Lou > > I like the advice that diagrams should be one page long but wonder how > to apply that to those I see in routing WGs. I have just been looking > at > > draft-ietf-teas-yang-te-topo-12 > > where the diagram is 36

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-14

are of any >> IPR related to this draft. >> >> Thank you, >> Netmod Chairs >> >> >> ___ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod > > __

Re: [netmod] WG Last Call: draft-ietf-netmod-acl-model-14

e authors, explicitly CC-ed on this email, please > also confirm at this time that they are unaware of any > IPR related to this draft. > > Thank you, > Netmod Chairs > > Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] WG adoption poll draft-acee-netmod-rfc8022bis-03

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.ietf.org/mailman/listinfo/netmod Mahesh

Re: [netmod] I-D Action: draft-ietf-netmod-acl-model-14.txt

s. > This draft is a work item of the Network Modeling WG of the IETF. > >Title : Network Access Control List (ACL) YANG Data Model > Authors : Mahesh Jethanandani > Lisa Huang > Sonal Agarwal >

Re: [netmod] draft-ietf-netmod-acl-model

here as being sortable? > - or is the intention that there can only be one ACL? > > We potentially have a requirement for multiple ACLs, each with its own set of > sorted ACEs where the ACLs cannot be configured in a random order and need to > know how to move forward. > > R

Re: [netmod] nmda-guidelines-01: value space for config vs state

> Subject: [netmod] nmda-guidelines-01: value space for config vs state >>> >>> Hi all, >>> >>> A note in Rob Wilton’s presentation today in rtgwg mentioned something >>> about consistency in the value space for config vs state leafs. The NMDA >>> approach results in the same leaf for both config & state in many cases (at >>> least for the cases where the separate config & state leafs were only there >>> to represent intended vs applied config). >>> >>> But aren’t there some cases where the value space for state will be >>> different than the value space 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 separate state leaf ? >>> >>> In this particular example, the leaf you are describing would be read-only >>> system state as opposed to applied state. If there were such a leaf that >>> could take on a wider range of values of applied state values than the >>> intended state, I’d expect the value space would need to be the superset. >>> >>> Thanks, >>> Acee >>> >>> >>> Rgds, >>> Jason >>> ___ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod > > ___ > netmod mailing list > netmod@ietf.org <mailto:netmod@ietf.org> > https://www.ietf.org/mailman/listinfo/netmod > <https://www.ietf.org/mailman/listinfo/netmod> Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] Feedback on ietf-access-control-list

GitHub and a separate thread started on netmod. Will identify the solution we are looking for in that thread. Thanks. > > Joe > > ___ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] ACL draft defines ether-type as a string

; > From: netmod <netmod-boun...@ietf.org> on behalf of Mahesh Jethanandani > <mjethanand...@gmail.com> > Sent: Tuesday, 18 July 2017 6:21 p.m. > To: NetMod WG > Subject: [netmod] ACL draft defines ether-type as a string > > The issue of ether-type defined as a st

Re: [netmod] Clarification Question on draft-dsdt-nmda-guidelines-01

Perhaps as a minimum we could grab some of the details for > the example below and incorporate them into the draft ? > > Rgds, > Jason > >> -Original Message- >> From: netmod [mailto:netmod-boun...@ietf.org >> <mailto:netmod-boun...@ietf.org>]

[netmod] ACL draft defines ether-type as a string

aison statement asking them to define all ether-types for the industry to use."; reference "IEEE 802-2014 Clause 9.2"; } reference "IEEE 802: IEEE Standard for Local and Metropolitan Area Networks: Overview and Architecture."; }

[netmod] draft-ietf-netmod-acl-model-11 defines 'any' rule as a presence container

. Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] draft-ietf-netmod-acl-model-11 issue #3

type and well-known ether-types could be represented by YANG > identities referencing the base identity of type unit16. > > Thanks, > Acee > > From: netmod <netmod-boun...@ietf.org <mailto:netmod-boun...@ietf.org>> on > behalf of Mahesh Jethanandani <mjethanand...

Re: [netmod] draft-ietf-netmod-acl-model-11 issue #3

type ieee-ether-type:ether-type-enum; >> type uint16; // or a hex-based number >> } >> } >> Finally, the suggestion is to have ether-type defined as a number (or hex >> based). This is flexible, but requires users/operators to read and

Re: [netmod] [netmod-wg/acl-model] TCP flags values not defined and only single flag allowed (#5)

> ... >>>> >>>> and so on. >>>> >>>> — >>>> You are receiving this because you are subscribed to this thread. >>>> Reply to this email directly, view it on GitHub, or mute the thread. >>>> >>> -- >>> Ladislav Lhotka >>> Head, CZ.NIC Labs >>> PGP Key ID: 0xB8F92B08A9F76C67 >>> >>> >>> >>> >>> >>> ___ >>> 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 <mailto:netmod@ietf.org> > https://www.ietf.org/mailman/listinfo/netmod > <https://www.ietf.org/mailman/listinfo/netmod> Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

[netmod] draft-ietf-netmod-acl-model-11 issue #4

xpired, so it is not clear what the status of those definitions are. Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

[netmod] draft-ietf-netmod-acl-model-11 issue #1

Is this concept important to implement in the model? If so, feature statements and identities used in the model to allow vendors to define what they support, cannot be extended to such object groups. Mahesh Jethanandani mjethanand...@gmail.com ___ net

[netmod] draft-ietf-netmod-acl-model-11 issue #3

This is flexible, but requires users/operators to read and write numbers which are harder to remember than symbolic names. My personal preference would be for IEEE to define and publish the YANG model with the definitions. Mahesh Jethanandani mjetha

Re: [netmod] New Version Notification for draft-ietf-netmod-acl-model-10.txt

ow who could look at this. > > Not sure if pointing out ietf-routing was a good idea. Five years in the > making and 42 augmenting models. :-) > > If we can get the well known IETF standardized missing bits from L3, L4 for > v4 and v6 into th

Re: [netmod] [Netconf] PANIC Bar BoF Wednesday @ 6:30pm CDT

egards, > Dave > > David Waltermire > Information Technology Laboratory | Computer Security Division > National Institute of Standards and Technology > > ___ > Netconf mailing list > netc...@ietf.org > https://www.ietf.org/mailm

Re: [netmod] [Netconf] comments to draft-ietf-netmod-revised-datastores-01 on the IETF98 meeting

> ___ > Netconf mailing list > netc...@ietf.org <mailto:netc...@ietf.org> > https://www.ietf.org/mailman/listinfo/netconf > <https://www.ietf.org/mailman/listinfo/netconf> Mahesh Jethanandani mjethanand...@gmail.com __

Re: [netmod] 802.3 Ethernet YANG (802.3cp) and IETF overlap

> On Mar 22, 2017, at 8:21 AM, Robert Wilton wrote: > > Hi, > > I'm participating in the 802.3 task force (802.3cf) to produce standard YANG > models for Ethernet interfaces and protocols covered by the IEEE 802.3 > Ethernet Working Group. > > As part of my involvement

Re: [netmod] proposal to add 2 new guidelines in 6087bis

ub-statement. The 'bit' statements within a 'bits' data type > SHOULD be specified in ascending order, based on the implied and/or > explicit values of the 'position' sub-statement. Ditto. > > > > Andy > > _______ > netmod

Re: [netmod] Tacacs and YANG

tion is, if NACM is used to setup rules for authorization, and there is a remote AAA server configured, are the rules for the NETCONF server to store and manage or are they for the AAA server? If the latter, what is communication channel between them? Thanks. Mahe

Re: [netmod] WG adoption poll draft-wilton-netmod-intf-vlan-yang-04

liday, the poll ends December 28. > > Thank you, > NetMod WG Chairs > > ___ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] Key Strings in ietf-key-chain operational state

at a more granular level. >> >> Note that the model also support keystring encryption as described in RFC >> 5649. >> >> Thanks, >> Acee >> >> _______ >> netmod mailing list >> netmod@ietf.org <mailto:netmod@ietf.org> >> https:/

Re: [netmod] Key Strings in ietf-key-chain operational state

tring encryption as described in RFC >> 5649. >> >> Thanks, >> Acee >> >> _______ >> netmod mailing list >> netmod@ietf.org <mailto:netmod@ietf.org> >> https://www.ietf.org/mailman/

Re: [netmod] Key Strings in ietf-key-chain operational state

RFC > 5649. > > Thanks, > Acee > > ___ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailin

Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)

Kent, I want to echo the issue that Adrian Pan brought up earlier on acl-type. The model currently allows for definition of acl-type which it describes as: "Type of access control list. Indicates the primary intended type of match criteria (e.g. ethernet, IPv4, IPv6, mixed, etc)

Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-08 (until Oct 5, 2016)

MOD WG Chairs >> >> >> ___ >> netmod 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/netmod Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] RFC 8022 on A YANG Data Model for Routing Management

On Nov 10, 2016, at 6:23 PM, Acee Lindem (acee) <a...@cisco.com> wrote: >> Thank you, this one really calls for a drink. :-) > > It may take more than one to reach consensus… +1 for drinks. Mahesh Jethanandani mjethanand...@gmail.com

Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)

l.com >> <mailto:ivand...@gmail.com>> >> wrote: >> >>> I support this draft publication and we have implemented this draft, so >>> there is another vendor implementation. >>> >>> Dean >>> >>>> On Oct 14,

Re: [netmod] Call for consensus to adopt draft-wilton-netmod-intf-vlan-yang

___ > netmod mailing list > netmod@ietf.org <mailto:netmod@ietf.org> > https://www.ietf.org/mailman/listinfo/netmod > <https://www.ietf.org/mailman/listinfo/netmod> Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] WG Last Call for draft-ietf-netmod-acl-model-09 (until Oct 27, 2016)

I have reviewed this draft and support its publication. We have implemented the model. Mahesh Jethanandani mjethanand...@gmail.com > On Oct 13, 2016, at 5:05 PM, Kent Watsen <kwat...@juniper.net> wrote: > > > This is a notice to start a two-week NETMOD WG last cal

Re: [netmod] derived-from-or-self leads to circular import

dependent on iana-entity, since the base identity > is defined in iana-entity. > > But OTOH, even if we solved that, ietf-entity is dependent on > iana-entity b/c of the value 'sensor'. > > So in this case it is probably fine, but I'm not sure about the > general idea. > > > /martin > > ___ > netmod mailing list > netmod@ietf.org <mailto:netmod@ietf.org> > https://www.ietf.org/mailman/listinfo/netmod > <https://www.ietf.org/mailman/listinfo/netmod> Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] [Netconf] What should a server response be? - depending on NP-containers

ion "none" is not correct when it fails with a "data-missing" > error. There is no text in 6241 or 6020 that supports this behavior. > > > /martin > > _______ > Net

Re: [netmod] OpsState Direction Impact on Recommended IETF YANG Model Structure

ed to provide parental structure for the > descendant config false nodes. > - The Xpath expressions would also need to be adjusted, and possibly some of > those might break (or need to be fixed by hand). > - Groupings might be a problem, but potentially they could be expanded. > > Technically this solution might work, but is it possible to get everyone to > agree that this is the right direction to go in before we spend time on this? > > Thanks, > Rob > > > >> >> Kent // as a contributor >> >> >> >> > > ___ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] Opstate solutions discussions: update and request for WG input

ls.ietf.org/html/draft-wilton-netmod-refined-datastores-00> > * - Chris H. and Acee L. > > > _______ > netmod 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/netmod Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] Remove input-interface (metadata) from netmod-acl-model-07 ?

ature is very much desired. >> >> > > As the initial implementor of the function on Redback SEOS (now Ericsson > IPOS), I can confirm that attaching an ACL to an interface is, indeed, an > essential function. And this is more of a question to the authors - unless I

Re: [netmod] Remove input-interface (metadata) from netmod-acl-model-07 ?

desired. Mahesh Jethanandani mjethanand...@gmail.com > On Apr 2, 2016, at 4:39 AM, Dean Bogdanovic <ivand...@gmail.com> wrote: > > Hi Acee, > >> On Mar 31, 2016, at 8:17 AM, Acee Lindem (acee) <a...@cisco.com> wrote: >> >> Hi Dean, >> >

Re: [netmod] I-D Action: draft-ietf-netmod-syslog-model-08.txt

that as part of the work (being done by Kent and others in NETCONF WG). Cheers Mahesh Jethanandani mjethanand...@gmail.com > > Changes from feedback from Tom P.: > - removed four features for log action leaves console, buffer, terminal and > session since they are implemented by m

Re: [netmod] AD review: draft-ietf-netmod-yang-json-07

ld NOT use the prefix example-? > > /js > > -- > 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/> > &

Re: [netmod] Working group Last Call: draft-ietf-netmod-acl-model-06

etmod@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 <mailto:netmod@ietf.org> >> https://www.ietf.org/mailman/listinfo/netmod >> <https://www.ietf.org/mailman/listinfo/netmod> > > ___ > netmod mailing list > netmod@ietf.org <mailto:netmod@ietf.org> > https://www.ietf.org/mailman/listinfo/netmod > <https://www.ietf.org/mailman/listinfo/netmod> Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] New top-level URN namespace for enterprise YANG module namespaces

> On Nov 17, 2015, at 8:06 AM, Ing-Wher Chen <ing-wher.c...@ericsson.com> wrote: > > For the new top-level URN namespace, are there any objections > to using "rdns”? One would have to register the top-level URN namespace with IANA. Mahesh Jethanandani

Re: [netmod] opstate-reqs #6: clarify impact of synchronous vs asynchronous (esp. wrt intended and applied)

s synchronous configuration >> operations. >> >> Asynchronous system - NETCONF/RESTCONF client/server interactions that >> processes all configuration operations as asynchronous configuration >> operations. >> >> [KENT] again, maybe we can collapse the number of terms from 4 to 2 by >> calling these "a/synchronous server" - what do you think? > > As per my first comment, personally I see this problem as being framed around > how requests are handled, and besides I think that describing a system or > server as being sync or async is open to many different conflicting > interpretations. > > Thanks, > Rob > > >> >> >> Thanks again, >> Kent >> >> >> > > ___ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] [Netconf] restconf and namespaces and unique module names.

where we are working on getting them a URN namespace and have them manage uniqueness between the models they produce. > > /js > > -- > 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/> > > ___ > Netconf mailing list > netc...@ietf.org > https://www.ietf.org/mailman/listinfo/netconf Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] YANG coordination feedback on draft-openconfig-netmod-opstate-01

of configuration in this case would return a valid BFD session. Could we get some clarification (with examples, preferably) on what the expectation is from a openconfig opstate perspective? Mahesh Jethanandani mjethanand...@gmail.com ___ netmo

Re: [netmod] [Rtg-yang-coord] Requirements for I2RS protocol and I2RS interim (6/24/2015 at 10:00 - 11:30am ET)

decide whether the suggested presentation would help clarify i2rs requirements to NETCONF. From a personal perspective it would certainly help to have examples of how the requirements could be met. Cheers. Mahesh Jethanandani mjethanand...@gmail.com

Re: [netmod] Requirements for I2RS protocol and I2RS interim (6/24/2015 at 10:00 - 11:30am ET)

://www.ietf.org/mailman/listinfo/netmod Mahesh Jethanandani mjethanand...@gmail.com ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

<    1   2