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 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. 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-parameters/value/ietf-dmm-fpc-pmip:qos-pmip/attribute-choice/per-mn-agg-max-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%7C4f8bc0acbd784bf5b55f1b31301d9adf%7C0%7C0%7C636250011571481523&sdata=RwDlcOxUAxOoCew0qs9nMQsjbtZ0vXQ4HgUKL8ABdn8%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%40sprint.com%7C05650ca67a00476a5b9008d46a03b748%7C4f8bc0acbd784bf5b55f1b31301d9adf%7C0%7C0%7C636250011571481523&sdata=u5sSjji78baaTpWJkQWc0Wk2Y1AjtzRhWkSJAn5cgcQ%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. >> . >> -- Radek Krejci mobile : +420 732 212 714 office : +420 234 680 256 e-mail : [email protected] LinkedIn: https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.linkedin.com%2Fin%2Fradekkrejci&data=02%7C01%7CLyle.T.Bertz%40sprint.com%7C9717eb40ca2a4581b9ba08d46a16616b%7C4f8bc0acbd784bf5b55f1b31301d9adf%7C0%7C0%7C636250091732455463&sdata=eginaCFYnOu6JHzHOhque3X0Mm2suIs41mBDXXuJnNU%3D&reserved=0 CESNET, Association of Legal Entities Zikova 4 160 00 Praha 6 Czech Republic _______________________________________________ dmm mailing list [email protected] https://www.ietf.org/mailman/listinfo/dmm
