Benoit, I appreciate the update and work going on to ensure quality outputs. This will be a continual improvement process with more bumps in the beginning. I know it started in the I-D tool last meeting and hope it functionally progresses so we have less bumps each meeting.
Lyle -----Original Message----- From: Benoit Claise [mailto:[email protected]] Sent: Monday, March 13, 2017 9:51 AM To: Bertz, Lyle T [CTO] <[email protected]>; Radek Krejčí <[email protected]>; [email protected]; [email protected]; Per Hedeland <[email protected]> Subject: Re: [DMM] YANG validation issue in draft-ietf-dmm-fpc-cpdp-06.txt Hi Lyle, Let me answer to everybody 1. We added pyang to the submission tool. Note that pyang doesn't check xpath And yes, we might have some caching issue here when people submit multiple interdependent drafts the same day. 2. yangvalidator.org is a best effort tool maintained by Carl Moberg. It might not be up to date. And yes, we could have some caching issue, because the right way to do it is - start from scratch, - download all the drafts, - extract all YANG models - include all the RFC YANG modules, and the other YANG modules (IEEE, openconfig, etc.) that might be needed - compile all these YANG modules with 4 validators (2 opensource, 2 commercial) that you obviously keep up to date - reports bug to the different validators when you find one. - wash ... rinse ... repeat All this (I skipped some steps to shorten the email :-) ) is what I do in 3. 3. I maintain my own tool chain and generate all my reports on https://na01.safelinks.protection.outlook.com/?url=www.claise.be&data=02%7C01%7CLyle.T.Bertz%40sprint.com%7C3926a58038034f00e8e908d46a2056da%7C4f8bc0acbd784bf5b55f1b31301d9adf%7C0%7C0%7C636250134508330334&sdata=FpdmfsZ4rc6TLamQIyprkUadz7yd1rLhJoyRtjcKOE8%3D&reserved=0, once the IETF drafts are posted or when a github repo is updated. When I see how much time it takes me, no wonder that 2. might not be up to date. See in-line. > We changed that this morning and tested but got the same response form the > yangvalator site. Thus, it appears we are then fighting a caching bug on > yangvaldator site. Although our I-D toolchains are evolving, I think having > multiple toolchains is a bit problematic here as authors are shadowboxing. > We'll make the update but is there a way to get an official toolchain > established that authors can point to? > > The I-D tool is not using the same tool set others, who are commenting > on errors/issue, are. This makes YANG development a bit more > problematic as we go from a 'it worked on this chain but not that > one...' situation. If the answer for now is 'maintain your own > toolchain' that is fine The tool chains above are best effort. So the best answer at this point is : you get what you paid for, so maintain your own toolchain :-) > but I would encourage public access on how to maintain a good chain (or a > github project on the chain) and push awareness, at least once, beyond netmod > wg as more working groups pick up YANG. I've been monitoring every single new YANG module and sending appropriate emails to the authors when I spot errors out of my tool chain. Like this initial email for example. Regards, Benoit > > > Lyle > > -----Original Message----- > From: Radek Krejčí [mailto:[email protected]] > Sent: Monday, March 13, 2017 8:39 AM > To: Benoit Claise <[email protected]>; Bertz, Lyle T [CTO] > <[email protected]>; [email protected]; > [email protected]; Per Hedeland <[email protected]> > Subject: Re: [DMM] YANG validation issue in > draft-ietf-dmm-fpc-cpdp-06.txt > > Hi, > some notes to warnings from yanglint: > > - each two warnings are actually connected in this case, so let's look to the > first issue: > warn: Schema node "attributetype" not found (../attributetype). > warn: Invalid when condition "../attributetype = > 'Per-MN-Agg-Max-DL-Bit-Rate-type'". > (/ietf-dmm-fpc:tenants/tenant/fpc-mobility/contexts/ul/qos-profile-par > ameters/value/ietf-dmm-fpc-pmip:qos-pmip/attribute-choice/per-mn-agg-m > ax-dl-case) > > - attributetype node, used in the when condition as > "../attributetype", was not found > - the when condition is placed in the node with the path printed at > the end of the second message in the brackets > - when you look into the schema, the node with when is actually placed > into ietf-dmm-fpc-pmip via uses in one of the augments, used grouping > qosattribute is from ietf-pmip-qos > - so the actual bug is in ietf-pmip-qos schema in grouping > qosattribute - instead of ../attributetype there should be > ./attributetype because the context node for the when in case > statement is the closets ancestor node to the node with the "when" > statement that is a data node > > Regards, > Radek > > > Dne 13.3.2017 v 14:19 Benoit Claise napsal(a): >> Including Radek (developing yanglint) and Per (confd), in case they've got >> the bandwidth to help you. >> >> Regards, Benoit >>> We will as soon as we can isolate the error. The error is unhelpful. Do >>> you have any guidance on it? >>> >>> Also, is there any way to rid ourselves of those tailf warnings? They >>> happen quite often and our developers now ignore most errors coming from >>> confd as noise. >>> >>> -----Original Message----- >>> From: dmm [mailto:[email protected]] On Behalf Of Benoit Claise >>> Sent: Monday, March 13, 2017 6:17 AM >>> To: [email protected]; [email protected] >>> Subject: [DMM] YANG validation issue in >>> draft-ietf-dmm-fpc-cpdp-06.txt >>> >>> Dear authors, >>> >>> I see that you have posted a new draft version. Great. >>> Note that [email protected] still fails validation. >>> See >>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww. >>> claise.be%2FIETFYANGPageCompilation.html&data=02%7C01%7Clyle.t.bertz >>> %40sprint.com%7C05650ca67a00476a5b9008d46a03b748%7C4f8bc0acbd784bf5b >>> 55f1b31301d9adf%7C0%7C0%7C636250011571481523&sdata=RwDlcOxUAxOoCew0q >>> s9nMQsjbtZ0vXQ4HgUKL8ABdn8%3D&reserved=0 >>> Please correct the mistake and post a new version. >>> >>> Regards, Benoit >>> >>> _______________________________________________ >>> dmm mailing list >>> [email protected] >>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww >>> .ietf.org%2Fmailman%2Flistinfo%2Fdmm&data=02%7C01%7Clyle.t.bertz%40s >>> print.com%7C05650ca67a00476a5b9008d46a03b748%7C4f8bc0acbd784bf5b55f1 >>> b31301d9adf%7C0%7C0%7C636250011571481523&sdata=u5sSjji78baaTpWJkQWc0 >>> Wk2Y1AjtzRhWkSJAn5cgcQ%3D&reserved=0 >>> >>> ________________________________ >>> >>> This e-mail may contain Sprint proprietary information intended for the >>> sole use of the recipient(s). Any use by others is prohibited. If you are >>> not the intended recipient, please contact the sender and delete all copies >>> of the message. >>> . >>> _______________________________________________ dmm mailing list [email protected] https://www.ietf.org/mailman/listinfo/dmm
