Re: [Softwires] Issue with [e-mail] and yangdump-pro

[Andy Bierman <[e-mail]>]

Hi,

I removed the warnings from our code.
Now doing what YANG says to do.
Ignoring child node different status than parent.
This does not seem to count as a reference.


Andy



On Fri, Dec 29, 2017 at 3:40 AM, Mahesh Jethanandani <
[e-mail]> wrote:

> Hi Benoit,
>
> Please ignore my last E-mail. You are referencing ietf-software-ce model
> and I was confused about the e-mail subject line referencing ietf-dslite
> model.
>
> I would agree with Andy about publishing a warning when the reference is
> in the other model.
>
> Med, in the meantime, for the dslite model, can you replace the =
> expression in the 'when' statement with 'derived-from'. Thanks.
>
> Mahesh Jethanandani
> [e-mail]
>
> On Dec 27, 2017, at 11:29 AM, Benoit Claise <[e-mail]> wrote:
>
> Hi Med,
>
> Thanks.
> With the latest yangdump-pro, there is a new error for
> [e-mail]
> See http://www.claise.be/IETFYANGPageCompilation.html
>
> Regards, B.
>
> Hi Andy, Benoit,
>
>
>
> Thank you for investigating this.
>
>
>
> A new version which fixes this issue is available online. A diff is
> available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-softwire-
> dslite-yang-11
>
>
>
> Cheers,
>
> Med
>
>
>
> *De :* Andy Bierman [mailto:[e-mail] <[e-mail]>]
> *Envoyé :* samedi 18 novembre 2017 22:23
> *À :* Benoit Claise
> *Cc :* [e-mail]; Mahesh Jethanandani
> *Objet :* Re: Issue with [e-mail] and yangdump-pro
>
>
>
> Hi,
>
>
>
> yangdump-pro is correct. Every other compiler missed it...
>
>
>
> 9.10.2.  The identityref's "base" Statement
>
>
>
>    The "base" statement, which is a substatement to the "type"
>
>    statement, MUST be present at least once if the type is
>
>    "identityref".  The argument is the name of an identity, as defined
>
>    by an "identity" statement.  If a prefix is present on the identity
>
>    name, it refers to an identity defined in the module that was
>
>    imported with that prefix.  *Otherwise, an identity with the matching*
>
> *   name MUST be defined in the current module or an included submodule.*
>
>
>
> Using [e-mail] and [e-mail]
>
>
>
> When I change 'natp44' to 'nat:natp44' in both when-stmts:
>
>
>
> andy@andy-homedev:~/Desktop/FD1289/IETF$ yangdump-pro
> [e-mail] modpath=.
>
>
>
> *** /home/andy/Desktop/FD1289/IETF/[e-mail]
>
> *** 0 Errors, 0 Warnings
>
>
>
> andy@andy-homedev:~/Desktop/FD1289/IETF$
>
>
>
>
>
> Andy
>
>
>
>
>
> On Sat, Nov 18, 2017 at 11:07 AM, Benoit Claise <[e-mail]> wrote:
>
> Hi Andy,
>
> Can you please have a look at [e-mail] at
> http://www.claise.be/IETFYANGPageCompilation.html .
> yangdump-pro reports a new error, while the other validators are fine.
>
> Copying Mahesh, as YANG doctor.
>
> Regards, Benoit
>
>
>
>
>
>