From nobody Mon Dec 4 03:47:42 2017 Return-Path: X-Original-To: softwires@ietfa.amsl.com Delivered-To: softwires@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86ADE126FDC for ; Mon, 4 Dec 2017 03:47:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.521 X-Spam-Level: X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X95O-6WGFmul for ; Mon, 4 Dec 2017 03:47:40 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 09BEC126E7A for ; Mon, 4 Dec 2017 03:47:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1154; q=dns/txt; s=iport; t=1512388060; x=1513597660; h=from:to:cc:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=cKdRM2cr3esz1PoOTVa6BzFD8IBJkAgWgRDE+Qt+Ytg=; b=eNxE7s4eyXSE5AE0/mXmyXggozdI1vmjb6JTBHqPRIFPYN8Wqumpauj9 5SoQ+YHez1rnRQrM/28qLkiF1NnJyxmKXgm5+4H6c6Y3RxX9PFY5/ID2n JyQGjex9TsngEp3krf+ioroHMCs2t2K9cRK64xTAl/D6tAdPaqcaPubqT 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DtAAAaNSVa/5tdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYM8Zm4nB4N4iiCOdJh+FIIBChgLhElPHIUVPxgBAQEBAQEBAQF?= =?us-ascii?q?rKIUlBQEhEToLEgEiAiMDAgQlCxQBEgQOBYoiEKd5gieKVAEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBARgFgQ+CMoIKg2iHcAESAYM0MYIyBaJsApUPghaGEYsvliACERk?= =?us-ascii?q?BgTkBHzlhbG8VOioBgX6EVXiHaIEkgRQBAQE?= X-IronPort-AV: E=Sophos;i="5.45,359,1508803200"; d="scan'208";a="39402151" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Dec 2017 11:47:39 +0000 Received: from XCH-RCD-008.cisco.com (xch-rcd-008.cisco.com [173.37.102.18]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id vB4BldY2006079 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 4 Dec 2017 11:47:39 GMT Received: from xch-aln-007.cisco.com (173.36.7.17) by XCH-RCD-008.cisco.com (173.37.102.18) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 4 Dec 2017 05:47:38 -0600 Received: from xch-aln-007.cisco.com ([173.36.7.17]) by XCH-ALN-007.cisco.com ([173.36.7.17]) with mapi id 15.00.1320.000; Mon, 4 Dec 2017 05:47:38 -0600 From: "Senthil Sivakumar (ssenthil)" To: Ian Farrer CC: "softwires@ietf.org" Thread-Topic: [Softwires] IPR Poll for draft-ietf-softwire-dslite-yang Thread-Index: AQHTbPWvki0oFJuZFEywNzSx5Fyr6Q== Date: Mon, 4 Dec 2017 11:47:38 +0000 Message-ID: <03A1665B-6FE3-414D-8ED2-5D67D4328C6F@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1d.0.161209 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.82.228.118] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: [Softwires] IPR Poll for draft-ietf-softwire-dslite-yang X-BeenThere: softwires@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: softwires wg discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Dec 2017 11:47:41 -0000 SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiByZWxhdGVkIHRvIHRoaXMgZHJhZnQuDQoNClRoYW5r cw0KU2VudGhpbA0KDQo+IA0KICAgID4gPiAtLS0tLU1lc3NhZ2UgZCdvcmlnaW5lLS0tLS0NCiAg ICA+ID4gRGUgOiBTb2Z0d2lyZXMgW21haWx0bzpzb2Z0d2lyZXMtYm91bmNlc0BpZXRmLm9yZ10g RGUgbGEgcGFydCBkZSBJYW4NCiAgICA+ID4gRmFycmVyDQogICAgPiA+IEVudm95w6kgOiBtYXJk aSAxNCBub3ZlbWJyZSAyMDE3IDAyOjU3DQogICAgPiA+IMOAIDogZHJhZnQtaWV0Zi1zb2Z0d2ly ZS1kc2xpdGUteWFuZ0BpZXRmLm9yZw0KICAgID4gPiBDYyA6IFNvZnR3aXJlcyBsaXN0DQogICAg PiA+IE9iamV0IDogW1NvZnR3aXJlc10gSVBSIFBvbGwgZm9yIGRyYWZ0LWlldGYtc29mdHdpcmUt ZHNsaXRlLXlhbmcNCiAgICA+ID4NCiAgICA+ID4gSGkgQXV0aG9ycywNCiAgICA+ID4NCiAgICA+ ID4gUGxlYXNlIHJlcGx5IHRvIHRoaXMgZW1haWwgaW5jbHVkaW5nIHRoZSBtYWlsaW5nIGxpc3Qg aW5kaWNhdGluZyB3aGV0aGVyDQogICAgPiA+IHlvdSBhcmUgYXdhcmUgb2YgYW55IElQUiByZWxh dGVkIHRvIGRyYWZ0LWlldGYtc29mdHdpcmUtZHNsaXRlLXlhbmcuDQogICAgPiA+DQogICAgPiA+ IFRoYW5rcywNCiAgICA+ID4gSWFuDQogICAgPiA+DQogICAgPiA+IF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAgPiA+IFNvZnR3aXJlcyBtYWlsaW5n IGxpc3QNCiAgICA+ID4gU29mdHdpcmVzQGlldGYub3JnDQogICAgPiA+IGh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vc29mdHdpcmVzDQogICAgDQoNCg== From nobody Tue Dec 12 07:04:02 2017 Return-Path: X-Original-To: softwires@ietf.org Delivered-To: softwires@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 66FF812948B; Tue, 12 Dec 2017 07:04:00 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: softwires@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.67.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151309104038.20454.17335237782345525938@ietfa.amsl.com> Date: Tue, 12 Dec 2017 07:04:00 -0800 Archived-At: Subject: [Softwires] I-D Action: draft-ietf-softwire-dslite-yang-12.txt X-BeenThere: softwires@ietf.org X-Mailman-Version: 2.1.22 List-Id: softwires wg discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2017 15:04:00 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Softwires WG of the IETF. Title : A YANG Data Module for Dual-Stack Lite (DS-Lite) Authors : Mohamed Boucadair Christian Jacquenet Senthil Sivakumar Filename : draft-ietf-softwire-dslite-yang-12.txt Pages : 20 Date : 2017-12-12 Abstract: This document defines a YANG module for the DS-Lite Address Family Transition Router (AFTR) and Basic Bridging BroadBand (B4) elements. Editorial Note (To be removed by RFC Editor) Please update these statements with the RFC number to be assigned to this document: o "This version of this YANG module is part of RFC XXXX;" o "RFC XXXX: A YANG Data Module for Dual-Stack Lite (DS-Lite)"; o "reference: RFC XXXX" The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-softwire-dslite-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-softwire-dslite-yang-12 https://datatracker.ietf.org/doc/html/draft-ietf-softwire-dslite-yang-12 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-softwire-dslite-yang-12 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Dec 20 01:48:07 2017 Return-Path: X-Original-To: softwires@ietf.org Delivered-To: softwires@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C36F126C22; Wed, 20 Dec 2017 01:48:06 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Yong Cui To: X-Test-IDTracker: no X-IETF-IDTracker: 6.68.0 Auto-Submitted: auto-generated Precedence: bulk Cc: softwires@ietf.org, iesg-secretary@ietf.org, softwire-chairs@ietf.org, cuiyong@tsinghua.edu.cn, Yong Cui Message-ID: <151376328600.2577.16622741560093094433.idtracker@ietfa.amsl.com> Date: Wed, 20 Dec 2017 01:48:06 -0800 Archived-At: Subject: [Softwires] Publication has been requested for draft-ietf-softwire-map-mib-12 X-BeenThere: softwires@ietf.org X-Mailman-Version: 2.1.22 List-Id: softwires wg discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2017 09:48:06 -0000 Yong Cui has requested publication of draft-ietf-softwire-map-mib-12 as Proposed Standard on behalf of the SOFTWIRE working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-softwire-map-mib/ From nobody Wed Dec 27 06:29:30 2017 Return-Path: X-Original-To: softwires@ietfa.amsl.com Delivered-To: softwires@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02E4D129C5D; Wed, 27 Dec 2017 06:29:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id koh9mBF9ooeV; Wed, 27 Dec 2017 06:29:27 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 317D3129C59; Wed, 27 Dec 2017 06:29:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14421; q=dns/txt; s=iport; t=1514384966; x=1515594566; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=9sQXqdtVIL1L7kS7T9tVXoJH5Rz0FrWOOxmJTISX8Iw=; b=azLNG/gjoE/ErH8EBZaO+5SAQ/3pOMQ3+m4oAR0zTjoN6wEgmLtcopzG FRCTjgR2L7mAk7r8KFTmG+UYzJyfIBr7+hCID9g/OZ6jCFUraefwTx2UD m0e1Rq/JomQanCO2rp5ZoXgS4IOR1ci4x3uCmW4PLGU4OL+wRal1KpGzM E=; X-IronPort-AV: E=Sophos;i="5.45,464,1508803200"; d="scan'208,217";a="1089424" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Dec 2017 14:29:24 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id vBRETOY5022551; Wed, 27 Dec 2017 14:29:24 GMT To: mohamed.boucadair@orange.com, Andy Bierman Cc: "draft-ietf-softwire-dslite-yang@ietf.org" , Mahesh Jethanandani , "softwires@ietf.org" , Benoit Claise References: <10bf60a6-84bb-af3d-1789-09ca02794f46@cisco.com> <787AE7BB302AE849A7480A190F8B93300A07D70F@OPEXCLILMA3.corporate.adroot.infra.ftgroup> From: Benoit Claise Message-ID: <2afbabf4-2538-ed09-1bd5-419c7f984e0c@cisco.com> Date: Wed, 27 Dec 2017 15:29:24 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <787AE7BB302AE849A7480A190F8B93300A07D70F@OPEXCLILMA3.corporate.adroot.infra.ftgroup> Content-Type: multipart/alternative; boundary="------------6554A02FCD9369A33BDFE57D" Content-Language: en-US Archived-At: Subject: Re: [Softwires] Issue with ietf-dslite@2017-11-15.yang and yangdump-pro X-BeenThere: softwires@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: softwires wg discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Dec 2017 14:29:29 -0000 This is a multi-part message in MIME format. --------------6554A02FCD9369A33BDFE57D Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi Med, Thanks. With the latest yangdump-pro, there is a new error for ietf-softwire-ce@2017-11-14.yang 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:andy@yumaworks.com] > *Envoyé :* samedi 18 novembre 2017 22:23 > *À :* Benoit Claise > *Cc :* draft-ietf-softwire-dslite-yang@ietf.org; Mahesh Jethanandani > *Objet :* Re: Issue with ietf-dslite@2017-11-15.yang 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 ietf-dslite@2017-11-15.yang > and ietf-nat@2017-11-15.yang > > > When I change 'natp44' to 'nat:natp44' in both when-stmts: > > andy@andy-homedev:~/Desktop/FD1289/IETF$ yangdump-pro > ietf-dslite@2017-11-15.yang modpath=. > > *** /home/andy/Desktop/FD1289/IETF/ietf-dslite@2017-11-15.yang > > > *** 0 Errors, 0 Warnings > > andy@andy-homedev:~/Desktop/FD1289/IETF$ > > Andy > > On Sat, Nov 18, 2017 at 11:07 AM, Benoit Claise > wrote: > > Hi Andy, > > Can you please have a look at ietf-dslite@2017-11-15.yang > 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 > --------------6554A02FCD9369A33BDFE57D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
Hi Med,

Thanks.
With the latest yangdump-pro, there is a new error for ietf-softwire-ce@2017-11-14.yang
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:andy@yumaworks.com]
Envoyé : samedi 18 novembre 2017 22:23
À : Benoit Claise
Cc : draft-ietf-softwire-dslite-yang@ietf.org; Mahesh Jethanandani
Objet : Re: Issue with ietf-dslite@2017-11-15.yang 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.

 

 

When I change 'natp44' to 'nat:natp44' in both when-stmts:

 

andy@andy-homedev:~/Desktop/FD1289/IETF$ yangdump-pro ietf-dslite@2017-11-15.yang modpath=.

 

*** 0 Errors, 0 Warnings

 

andy@andy-homedev:~/Desktop/FD1289/IETF$ 

 

 

Andy

 

 

On Sat, Nov 18, 2017 at 11:07 AM, Benoit Claise <bclaise@cisco.com> wrote:

Hi Andy,

Can you please have a look at ietf-dslite@2017-11-15.yang 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

 


--------------6554A02FCD9369A33BDFE57D-- From nobody Wed Dec 27 11:35:33 2017 Return-Path: X-Original-To: softwires@ietfa.amsl.com Delivered-To: softwires@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EA8E12D7F6 for ; Wed, 27 Dec 2017 11:35:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4BE4HEHzKU1X for ; Wed, 27 Dec 2017 11:35:28 -0800 (PST) Received: from mail-lf0-x234.google.com (mail-lf0-x234.google.com [IPv6:2a00:1450:4010:c07::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5156412D7F4 for ; Wed, 27 Dec 2017 11:35:28 -0800 (PST) Received: by mail-lf0-x234.google.com with SMTP id j124so43261065lfg.2 for ; Wed, 27 Dec 2017 11:35:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ZqgXUZU/pAbVyl66xAouL7NgQe21V9OA2ICckJFSv5E=; b=N8rlJhQRsqWeaxh/to918EVTJreVb28AZTuoD07+DcY8JOdn+eGqduATZi4P3wxAlq 2bAx3uT4W6dTevOO59fji38+J8MYOqN4GCFTn/4JFxMLR1fL+JwAJCuqzNC2f8sdtd68 YXzoHCNVghh8JwrCDgDfmc75oSUwsHeU7iXlcsjHktTBaEtH3Rv2cGPSF3Jrr2t86FCz BrC36dNzHKWaVx1rwnrVR95RIKmzlLxFXtY1GIB/J28dPN4IW5hPTyGJdG1lSyUVigmO BPi9AEckp1MG68Ll7204DZASR3CeEUuMjMqRq4NuxHtMQ1NQ/SeyiR20dUvL733dboEf 2JMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ZqgXUZU/pAbVyl66xAouL7NgQe21V9OA2ICckJFSv5E=; b=fvbPTji8Ef1TBQ7GRNMB0jrpRuPr6QpsoW3mSV4UnqEepH8uPBUJ0itF4ut9kRo/Ss tspzTb6ZdbBxclejnmcQfeOFFcHnBNbkyiLh883/XD47jbZcS3+dhPJM4ZITmiIyreyD 7K9xLT/OjQ2cQ33ROzrsuW6m47x1NPUYnU1CvaPFr2t97kYmS6whUZIWJq8bYLDipR7I 9NbiLF4PNPzLul0BMdWQWlPeetExTpFpbF1h7prMkEpcqsNcMOAaW1Ge9c1/o0DOAgTa QWhQva3quSbg8qdTW1gkr1qavUn82E+DH7RWNM73HOo2saKxmeAGr7hZEJM9XSKv4t76 GB9w== X-Gm-Message-State: AKGB3mKObuTCqf954mPkwxdRbKI3YoJBY4GFmjOIq3SBl8A6VaG+FWBN AcqmBTtKo/Sc/R2MfH1HfWttB5Xvw5iKxCWw+OJ98w== X-Google-Smtp-Source: ACJfBouCNXTkjn3okAb1BKhc37m1GDpROEtEd2qN3bHsuBAMoHVT1zpqWM7EPj1YaOyDLWgeP1UmT0HGsCgnRJkE9aU= X-Received: by 10.46.83.29 with SMTP id h29mr8509333ljb.144.1514403326332; Wed, 27 Dec 2017 11:35:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.95.22 with HTTP; Wed, 27 Dec 2017 11:35:25 -0800 (PST) In-Reply-To: <2afbabf4-2538-ed09-1bd5-419c7f984e0c@cisco.com> References: <10bf60a6-84bb-af3d-1789-09ca02794f46@cisco.com> <787AE7BB302AE849A7480A190F8B93300A07D70F@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <2afbabf4-2538-ed09-1bd5-419c7f984e0c@cisco.com> From: Andy Bierman Date: Wed, 27 Dec 2017 11:35:25 -0800 Message-ID: To: Benoit Claise Cc: mohamed.boucadair@orange.com, "draft-ietf-softwire-dslite-yang@ietf.org" , Mahesh Jethanandani , "softwires@ietf.org" Content-Type: multipart/alternative; boundary="94eb2c1ce7fa503a060561578018" Archived-At: Subject: Re: [Softwires] Issue with ietf-dslite@2017-11-15.yang and yangdump-pro X-BeenThere: softwires@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: softwires wg discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Dec 2017 19:35:31 -0000 --94eb2c1ce7fa503a060561578018 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, I am updating our compiler to conform to sec. 7.21.2 of RFC 7950. IMO it is totally wrong to say MUST NOT allow if the same module but not even a warning if the objects are in different modules. Not convinced any lifecycle clue has been obtained by the IETF since early days of SMIv2. Andy On Wed, Dec 27, 2017 at 6:29 AM, Benoit Claise wrote: > Hi Med, > > Thanks. > With the latest yangdump-pro, there is a new error for > ietf-softwire-ce@2017-11-14.yang > 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=3Ddraft-ietf-softwire- > dslite-yang-11 > > > > Cheers, > > Med > > > > *De :* Andy Bierman [mailto:andy@yumaworks.com ] > *Envoy=C3=A9 :* samedi 18 novembre 2017 22:23 > *=C3=80 :* Benoit Claise > *Cc :* draft-ietf-softwire-dslite-yang@ietf.org; Mahesh Jethanandani > *Objet :* Re: Issue with ietf-dslite@2017-11-15.yang 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 ietf-dslite@2017-11-15.yang and ietf-nat@2017-11-15.yang > > > > When I change 'natp44' to 'nat:natp44' in both when-stmts: > > > > andy@andy-homedev:~/Desktop/FD1289/IETF$ yangdump-pro > ietf-dslite@2017-11-15.yang modpath=3D. > > > > *** /home/andy/Desktop/FD1289/IETF/ietf-dslite@2017-11-15.yang > > *** 0 Errors, 0 Warnings > > > > andy@andy-homedev:~/Desktop/FD1289/IETF$ > > > > > > Andy > > > > > > On Sat, Nov 18, 2017 at 11:07 AM, Benoit Claise wrote= : > > Hi Andy, > > Can you please have a look at ietf-dslite@2017-11-15.yang 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 > > > > > --94eb2c1ce7fa503a060561578018 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I am updating our compiler to confo= rm to sec. 7.21.2 of RFC 7950.
IMO it is totally wrong to say MUS= T NOT allow if the same module but
not even a warning if the obje= cts are in different modules. Not convinced
any lifecycle clue ha= s been obtained by the IETF since early days of SMIv2.

=


Andy


On Wed, Dec 27, 2017 at 6:= 29 AM, Benoit Claise <bclaise@cisco.com> wrote:
=20 =20 =20
Hi Med,

Thanks.
With the latest yangdump-pro, there is a new error for ietf-softwire-ce@2= 017-11-14.yang
See http://= www.claise.be/IETFYANGPageCompilation.html

Regards, B.
=20 =20 =20

Hi Andy, Benoit,<= /p>

=C2=A0

Thank you for investigating this.

=C2=A0

A new version which fixes this issue is available online. A diff is available at: https://www.ietf.org/rfcdiff?url= 2=3Ddraft-ietf-softwire-dslite-yang-11

=C2=A0

Cheers,

Med

=C2=A0

De=C2=A0: Andy Bierman [mailto:an= dy@yumaworks.com]
Envoy=C3=A9=C2=A0: samedi 18 novembre 2017 22:23 =C3=80=C2=A0: Benoit Claise
Cc=C2=A0: draft-ietf-softwire-dslite-yang@ietf.org; Mahesh Jethanandani
Objet=C2=A0: Re: Issue with ietf-dslite= @2017-11-15.yang and yangdump-pro

=C2=A0

Hi,

=C2=A0

yangdump-pro is correct. Every other compiler missed it...

=C2=A0

9.10.2.=C2=A0 The identityref's "base"=
; Statement
=C2=A0<=
/pre>
              
=C2=A0=C2=A0 The "base&=
quot; statement, which is a substatement to the "type"<=
/u>

              
=C2=A0=C2=A0 statement, MUST=
 be present at least once if the type is

              
=C2=A0=C2=A0 "identityr=
ef".=C2=A0 The argument is the name of an identity, as defined<=
u>

              
=C2=A0=C2=A0 by an "ide=
ntity" statement.=C2=A0 If a prefix is present on the identity<=
u>

              
=C2=A0=C2=A0 name, it refers=
 to an identity defined in the module that was

              
=C2=A0=C2=A0 imported with t=
hat prefix.=C2=A0 Otherwise, an identity with the matching=


              
=C2=A0=C2=A0 name MUST be=
 defined in the current module or an included submodule.

=C2=A0

=C2=A0<= /u>

When I change 'natp44' to 'nat:natp44' in both when-stmts:

=C2=A0

andy@andy-homed= ev:~/Desktop/FD1289/IETF$ yangdump-pro ietf-dslite@2017-11-15.yang<= span lang=3D"EN-US"> modpath=3D.

=C2=A0

*** 0 Errors, 0 Warnings

=C2=A0

andy@andy-homedev:~/Desktop/FD1= 289/IETF$=C2=A0

=C2=A0

=C2=A0

Andy

=C2=A0

=C2=A0

On Sat, Nov 18, 2017 at 11:07 AM, Benoit Claise <bclaise@cisco.com> wrote:

Hi Andy,

Can you please have a look at ietf-dsli= te@2017-11-15.yang 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

=C2=A0



--94eb2c1ce7fa503a060561578018-- From nobody Fri Dec 29 03:25:04 2017 Return-Path: X-Original-To: softwires@ietfa.amsl.com Delivered-To: softwires@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E22F12D84F; Fri, 29 Dec 2017 03:25:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vmn2Um1aChOQ; Fri, 29 Dec 2017 03:24:59 -0800 (PST) Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 569EC120726; Fri, 29 Dec 2017 03:24:59 -0800 (PST) Received: by mail-oi0-x234.google.com with SMTP id y75so28607323oie.4; Fri, 29 Dec 2017 03:24:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=4rPUqa6yLP9WXAM9oK6yRi46KTRcofhnYdAND1a1khs=; b=J3HHERIM9AoIxg2L/7VPGzMv6aAWxKL2JNq0fDDbsS8FI92aqxuOCDKV/IDwDIlxPJ WrdIZppOGQjCAhz1DrLwPiIV/ljugxqjqsl6uFjQjKR3d24ccO4OTfmnLttbSGex4tu1 Np8EHcA6mzF1nz1kZUUvq7g0uPDad10k1MygEFPR6g+9rtihlenvjaNuQm2I/j68EsS9 +gWSIuibGnLQUkkeMPoU2xH88S7xNeHGyCN4CA7McQuEy6nBb/UiPvPotoO1mQbQuY1d ZwDbCTnMMec4V/0MFptnhxVWDCX9q7xKkCDIOnL7kM0ApSjo3M1Cxck5CVFqE7KJagy9 SiEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=4rPUqa6yLP9WXAM9oK6yRi46KTRcofhnYdAND1a1khs=; b=X0uq3yyqgwZlp0fChPWTl6ZmoqpIenv9oNAi+2wI2px5iXxPn6wyPaOqBt7aQoIyDS /opafQvnz6Upfdt4tuDGm59IorMb04JwEKlHP1u3tZYSfY9ShRanDlbhqj4cpvH9rVaD KYIZWQnWC2IYszw3RNSjCG46Ecqp4eU8zKXkh+6Ic2ku0HAXsDUA/O6agbPEBWGMzFuR 6Nx1XW4ipf/GBU2Bc9xnSNSQsZkoA+Zr88VLUBcoVgQgEasTpA/wIjnmClT2s+MQDfQY WREi9hnTbgK2EBuceLEA7tUHHPfZjT/xSDP8xLvunx0Ig/MjNCPKd9BWVJjOom2kRB6M YO3Q== X-Gm-Message-State: AKGB3mJKya4TiCfFXUDl7rup85a7X87hv1S3JnHqwNHn43UWaJP9UOtn gyk6mpWXzDTP6tnynfaRzshV3rnK X-Google-Smtp-Source: ACJfBoueYZ8878Wvq3hFlFRO1Js3zqLO0zpNqDSmBue0ga8FO93hWEIqZuHiw3j0i3IBCSXdm6t1cg== X-Received: by 10.202.194.67 with SMTP id s64mr25895427oif.182.1514546698516; Fri, 29 Dec 2017 03:24:58 -0800 (PST) Received: from [172.20.10.2] ([172.56.7.255]) by smtp.gmail.com with ESMTPSA id r33sm18448174otr.58.2017.12.29.03.24.55 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 29 Dec 2017 03:24:56 -0800 (PST) References: <10bf60a6-84bb-af3d-1789-09ca02794f46@cisco.com> <787AE7BB302AE849A7480A190F8B93300A07D70F@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <2afbabf4-2538-ed09-1bd5-419c7f984e0c@cisco.com> Mime-Version: 1.0 (1.0) In-Reply-To: <2afbabf4-2538-ed09-1bd5-419c7f984e0c@cisco.com> Content-Type: multipart/alternative; boundary=Apple-Mail-161534C0-B8AA-4F30-B042-DB01B07697E7 Content-Transfer-Encoding: 7bit Message-Id: Cc: mohamed.boucadair@orange.com, Andy Bierman , "draft-ietf-softwire-dslite-yang@ietf.org" , "softwires@ietf.org" X-Mailer: iPad Mail (13G36) From: Mahesh Jethanandani Date: Fri, 29 Dec 2017 08:24:29 -0300 To: Benoit Claise Archived-At: Subject: Re: [Softwires] Issue with ietf-dslite@2017-11-15.yang and yangdump-pro X-BeenThere: softwires@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: softwires wg discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Dec 2017 11:25:02 -0000 --Apple-Mail-161534C0-B8AA-4F30-B042-DB01B07697E7 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Benoit, I do not know if it is me only, but the link that the e-mail points to is fo= r -12 version of the draft which has a PASSED status on the page. The error y= ou are seeing is with -14 version of the model, and I cannot see what the er= ror is. Could you update the page with the -14 run? Thanks. Mahesh Jethanandani mjethanandani@gmail.com p.s. I do not have access to a computer to download the model and compile it= myself. > On Dec 27, 2017, at 11:29 AM, Benoit Claise wrote: >=20 > Hi Med, >=20 > Thanks. > With the latest yangdump-pro, there is a new error for ietf-softwire-ce@20= 17-11-14.yang > See http://www.claise.be/IETFYANGPageCompilation.html >=20 > Regards, B. >> Hi Andy, Benoit, >> =20 >> Thank you for investigating this. >> =20 >> A new version which fixes this issue is available online. A diff is avail= able at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-softwire-dslite-yang= -11 >> =20 >> Cheers, >> Med >> =20 >> De : Andy Bierman [mailto:andy@yumaworks.com]=20 >> Envoy=C3=A9 : samedi 18 novembre 2017 22:23 >> =C3=80 : Benoit Claise >> Cc : draft-ietf-softwire-dslite-yang@ietf.org; Mahesh Jethanandani >> Objet : Re: Issue with ietf-dslite@2017-11-15.yang and yangdump-pro >> =20 >> Hi, >> =20 >> yangdump-pro is correct. Every other compiler missed it... >> =20 >> 9.10.2. The identityref's "base" Statement >> =20 >> 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. >> =20 >> Using ietf-dslite@2017-11-15.yang and ietf-nat@2017-11-15.yang >> =20 >> When I change 'natp44' to 'nat:natp44' in both when-stmts: >> =20 >> andy@andy-homedev:~/Desktop/FD1289/IETF$ yangdump-pro ietf-dslite@2017-11= -15.yang modpath=3D. >> =20 >> *** /home/andy/Desktop/FD1289/IETF/ietf-dslite@2017-11-15.yang >> *** 0 Errors, 0 Warnings >> =20 >> andy@andy-homedev:~/Desktop/FD1289/IETF$=20 >> =20 >> =20 >> Andy >> =20 >> =20 >> On Sat, Nov 18, 2017 at 11:07 AM, Benoit Claise wrote= : >> Hi Andy, >>=20 >> Can you please have a look at ietf-dslite@2017-11-15.yang at http://www.c= laise.be/IETFYANGPageCompilation.html . >> yangdump-pro reports a new error, while the other validators are fine. >>=20 >> Copying Mahesh, as YANG doctor. >>=20 >> Regards, Benoit >>=20 >=20 --Apple-Mail-161534C0-B8AA-4F30-B042-DB01B07697E7 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi Benoit,

I d= o not know if it is me only, but the link that the e-mail points to is for -= 12 version of the draft which has a PASSED status on the page. The error you= are seeing is with -14 version of the model, and I cannot see what the erro= r is. Could you update the page with the -14 run?

T= hanks.

Mahesh Jethanandani

p.s. I= do not have access to a computer to download the model and compile it mysel= f.

On Dec 27, 2017, at 11:29 AM, Benoit Claise <= ;bclaise@cisco.com> wrote:
=20 =20 =20
Hi Med,

Thanks.
With the latest yangdump-pro, there is a new error for ietf-softwire-ce@2017-11-14.yang
See http://www.claise.be/IETFYANGPageCompilation.htm= l

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?url= 2=3Ddraft-ietf-softwire-dslite-yang-11

 

Cheers,<= /p>

Med

 

De : Andy Bierman [mailto:andy@yumaworks.com]
Envoy=C3=A9 : samedi 18 novembre 2017 22:23 =C3=80 : Benoit Claise
Cc : draft-ietf-softwire-ds= lite-yang@ietf.org; Mahesh Jethanandani
Objet : Re: Issue with ietf-dslite@2017-11-15.yang and yangdump-pro

 

Hi,

 

yangdump-pro is correct. Every other compiler missed it...

 

9.10.2.  The identityref's "base" Statement=

 
              
   The "base" state=
ment, which is a substatement to the "type"

              
   statement, MUST b=
e present at least once if the type is

              
   "identityref".&n=
bsp; 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 t=
o an identity defined in the module that was

              
   imported with th=
at prefix.  Otherwise, an identity with the matching<=
/span>

              
   name MUST be d=
efined in the current module or an included submodule.

 

 <= /span>

When I change 'natp44' to 'nat:natp44' in both when-stmts:

 

andy@andy-homede= v:~/Desktop/FD1289/IETF$ yangdump-pro ietf-dslite@2017-11-15.yang= modpath=3D.

 

*** 0 Errors, 0 Warnings

 

andy@andy-homedev:~/Desktop/FD1289/IE= TF$ 

 

 

Andy

 

 

On Sat, Nov 18, 2017 at 11:07 AM, Benoit Claise <bclaise@cisco.com> wrote:

Hi Andy,

Can you please have a look at ietf= -dslite@2017-11-15.yang at htt= p://www.claise.be/IETFYANGPageCompilation.html .
yangdump-pro reports a new error, while the other validators are fine.

Copying Mahesh, as YANG doctor.

Regards, Benoit



 


=20
= --Apple-Mail-161534C0-B8AA-4F30-B042-DB01B07697E7-- From nobody Fri Dec 29 03:40:51 2017 Return-Path: X-Original-To: softwires@ietfa.amsl.com Delivered-To: softwires@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3012212D84C; Fri, 29 Dec 2017 03:40:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QWRcFHEgd4fp; Fri, 29 Dec 2017 03:40:47 -0800 (PST) Received: from mail-ot0-x235.google.com (mail-ot0-x235.google.com [IPv6:2607:f8b0:4003:c0f::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3DBB126BFD; Fri, 29 Dec 2017 03:40:47 -0800 (PST) Received: by mail-ot0-x235.google.com with SMTP id d44so27967575otd.12; Fri, 29 Dec 2017 03:40:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:in-reply-to:mime-version:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=u52s5VkVwmAPqWkEtW+9KpZXS1n4mLtx7SM4dJBfFq8=; b=jSR4WKPNrp92UB0CmZQS0g17lnLBXzEsoIlD1Rxn4LCZkC0574A8qBsW7JNthucydU 5SImMbmVt4FvfGqkv19681imf5XpbPxsnuZjdugFlONdGdp43SMjXpQ9tgfRSnU9jI16 jsV4bqABPVacqy+xqmExWJrvjelfAutdVQE3lmHDaEUeu6LC/HSlpw9UPeHQMuglZOTG JWXHaVUy4RhWk+z1BF+t/Lxy37ztPHgP33TvZmcxjRhvDIh6sYJ0cZbK2T9BbmKmflvx ETOolxXAkH8QBz7KisTX/fcJHNYsVrsIG7ICk8asbI7yNqTVIya4E4NnMjKlBIChAuY/ RELQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:in-reply-to:mime-version :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=u52s5VkVwmAPqWkEtW+9KpZXS1n4mLtx7SM4dJBfFq8=; b=uWoWHV9aymrLiDWR8E6fW1SmsP4wbGjCnff2uSBdomjl9+r51IuNMr17py6YM7aDJv ZxQEJnEcwQpP/7zENjaaeuxytXqNnUIbx/hTLF20jKrIvmgJviXKwDBemzWBeuQN6t1w 3xhaknH54lsY9i01i99DPbwkaNRVlsn9XuHEUqOO5RWQfzUJEsjHd6pTZ+KaIsczCRx7 R3Ri6K/Hz2mhXcpdQ0wt5r29uaoSNog2BQTgHl/phPvxQU9NgljleFdzptdRfxKpnLOJ Y6Y8e2ftSxtGWPFjr1y99YPML4MXF0AaZNlyylai3N1mBmSGXW87pn9a0fTu4H2RSn15 LK9Q== X-Gm-Message-State: AKGB3mIR5WDK3KHchQbF/XYhCSUwfvACzch8UKKfi7w/jXB9OO/wzJ02 ovWUERO7KWxzlSrzus8EvGQ= X-Google-Smtp-Source: ACJfBovBEBvyOkCY2sqgEAy6PVZTVmFhsfkPTGP1gxpyiAF+FQDsetbH7hPsn5Aj5eH/54gHLPRgPA== X-Received: by 10.157.16.18 with SMTP id h18mr14957551ote.352.1514547646985; Fri, 29 Dec 2017 03:40:46 -0800 (PST) Received: from [172.20.10.2] ([172.56.7.255]) by smtp.gmail.com with ESMTPSA id 79sm4276526oth.14.2017.12.29.03.40.44 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 29 Dec 2017 03:40:46 -0800 (PST) References: <10bf60a6-84bb-af3d-1789-09ca02794f46@cisco.com> <787AE7BB302AE849A7480A190F8B93300A07D70F@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <2afbabf4-2538-ed09-1bd5-419c7f984e0c@cisco.com> In-Reply-To: <2afbabf4-2538-ed09-1bd5-419c7f984e0c@cisco.com> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary=Apple-Mail-8D7CB92B-D763-421A-8E1A-6E1D98BEF1D5 Message-Id: <84D216F2-5D16-4EB5-B756-9AA6100D8F14@gmail.com> Cc: mohamed.boucadair@orange.com, Andy Bierman , "draft-ietf-softwire-dslite-yang@ietf.org" , "softwires@ietf.org" X-Mailer: iPad Mail (13G36) From: Mahesh Jethanandani Date: Fri, 29 Dec 2017 08:40:19 -0300 To: Benoit Claise Archived-At: Subject: Re: [Softwires] Issue with ietf-dslite@2017-11-15.yang and yangdump-pro X-BeenThere: softwires@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: softwires wg discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Dec 2017 11:40:50 -0000 --Apple-Mail-8D7CB92B-D763-421A-8E1A-6E1D98BEF1D5 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 t= he other model. Med, in the meantime, for the dslite model, can you replace the =3D expressi= on in the 'when' statement with 'derived-from'. Thanks. Mahesh Jethanandani mjethanandani@gmail.com > On Dec 27, 2017, at 11:29 AM, Benoit Claise wrote: >=20 > Hi Med, >=20 > Thanks. > With the latest yangdump-pro, there is a new error for ietf-softwire-ce@20= 17-11-14.yang > See http://www.claise.be/IETFYANGPageCompilation.html >=20 > Regards, B. >> Hi Andy, Benoit, >> =20 >> Thank you for investigating this. >> =20 >> A new version which fixes this issue is available online. A diff is avail= able at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-softwire-dslite-yang= -11 >> =20 >> Cheers, >> Med >> =20 >> De : Andy Bierman [mailto:andy@yumaworks.com]=20 >> Envoy=C3=A9 : samedi 18 novembre 2017 22:23 >> =C3=80 : Benoit Claise >> Cc : draft-ietf-softwire-dslite-yang@ietf.org; Mahesh Jethanandani >> Objet : Re: Issue with ietf-dslite@2017-11-15.yang and yangdump-pro >> =20 >> Hi, >> =20 >> yangdump-pro is correct. Every other compiler missed it... >> =20 >> 9.10.2. The identityref's "base" Statement >> =20 >> 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. >> =20 >> Using ietf-dslite@2017-11-15.yang and ietf-nat@2017-11-15.yang >> =20 >> When I change 'natp44' to 'nat:natp44' in both when-stmts: >> =20 >> andy@andy-homedev:~/Desktop/FD1289/IETF$ yangdump-pro ietf-dslite@2017-11= -15.yang modpath=3D. >> =20 >> *** /home/andy/Desktop/FD1289/IETF/ietf-dslite@2017-11-15.yang >> *** 0 Errors, 0 Warnings >> =20 >> andy@andy-homedev:~/Desktop/FD1289/IETF$=20 >> =20 >> =20 >> Andy >> =20 >> =20 >> On Sat, Nov 18, 2017 at 11:07 AM, Benoit Claise wrote= : >> Hi Andy, >>=20 >> Can you please have a look at ietf-dslite@2017-11-15.yang at http://www.c= laise.be/IETFYANGPageCompilation.html . >> yangdump-pro reports a new error, while the other validators are fine. >>=20 >> Copying Mahesh, as YANG doctor. >>=20 >> Regards, Benoit >>=20 >=20 --Apple-Mail-8D7CB92B-D763-421A-8E1A-6E1D98BEF1D5 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
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 i= n the other model.

Med, in the meantime, for the dslite model, can you repl= ace the =3D expression in the 'when' statement with 'derived-from'. Thanks.<= br>
Mahesh Jethanandani

On Dec 27, 2017, at 11:29 AM, B= enoit Claise <bclaise@cisco.com&= gt; wrote:

=20 =20 =20
Hi Med,

Thanks.
With the latest yangdump-pro, there is a new error for ietf-softwire-ce@2017-11-14.yang
See http://www.claise.be/IETFYANGPageCompilation.htm= l

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?url= 2=3Ddraft-ietf-softwire-dslite-yang-11

 

Cheers,<= /p>

Med

 

De : Andy Bierman [mailto:andy@yumaworks.com]
Envoy=C3=A9 : samedi 18 novembre 2017 22:23 =C3=80 : Benoit Claise
Cc : draft-ietf-softwire-ds= lite-yang@ietf.org; Mahesh Jethanandani
Objet : Re: Issue with ietf-dslite@2017-11-15.yang and yangdump-pro

 

Hi,

 

yangdump-pro is correct. Every other compiler missed it...

 

9.10.2.  The identityref's "base" Statement=

 
              
   The "base" state=
ment, which is a substatement to the "type"

              
   statement, MUST b=
e present at least once if the type is

              
   "identityref".&n=
bsp; 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 t=
o an identity defined in the module that was

              
   imported with th=
at prefix.  Otherwise, an identity with the matching<=
/span>

              
   name MUST be d=
efined in the current module or an included submodule.

 

 <= /span>

When I change 'natp44' to 'nat:natp44' in both when-stmts:

 

andy@andy-homede= v:~/Desktop/FD1289/IETF$ yangdump-pro ietf-dslite@2017-11-15.yang= modpath=3D.

 

*** 0 Errors, 0 Warnings

 

andy@andy-homedev:~/Desktop/FD1289/IE= TF$ 

 

 

Andy

 

 

On Sat, Nov 18, 2017 at 11:07 AM, Benoit Claise <bclaise@cisco.com> wrote:

Hi Andy,

Can you please have a look at ietf= -dslite@2017-11-15.yang at htt= p://www.claise.be/IETFYANGPageCompilation.html .
yangdump-pro reports a new error, while the other validators are fine.

Copying Mahesh, as YANG doctor.

Regards, Benoit



 


=20
= --Apple-Mail-8D7CB92B-D763-421A-8E1A-6E1D98BEF1D5-- From nobody Fri Dec 29 09:17:48 2017 Return-Path: X-Original-To: softwires@ietfa.amsl.com Delivered-To: softwires@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9EA0F12D810 for ; Fri, 29 Dec 2017 09:17:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sSa_9rcvd26J for ; Fri, 29 Dec 2017 09:17:45 -0800 (PST) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E2836120725 for ; Fri, 29 Dec 2017 09:17:44 -0800 (PST) Received: by mail-lf0-x233.google.com with SMTP id c19so28793660lfg.3 for ; Fri, 29 Dec 2017 09:17:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=oJehDcYdFjoIKSyop7fKNnu/jPNj3eMQaXaG7E/eyRc=; b=PANT/NjTVByGVX5DY6VRbTmOb5vqKQ04clUPa4Y1P9shp4MhbbUUnRkQPL2YS30VJ6 f8MwpYzY++m2tzRQbZg8uOym7H5aIushQ7P3uiLq4WkaWpNgdAvDzOuUe/dabbGZLJxN N+suQinuTlCMYBCDPy9FX9D6LL0CyYs5SZXrn30ee+JBqIZi6NCyrpOXkCTkS3wbYXRH E0NDzRoiGfZhFyT+uCvNsRZbYN0e1y02e9HHIgBnU6PJq6HrSaMsCi/iL2zy9y9konbC DwJ3ui3108TtpWz0Z8Wb0R+DSVzP0x6iR7tGspa+pnSQ0MkLJTaRnctwT6+5CA46uFsh HV3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=oJehDcYdFjoIKSyop7fKNnu/jPNj3eMQaXaG7E/eyRc=; b=XkvGp1C6zmzr1lap6+mNQh+ha+BbN9Kkvhx4955CJjYso7KQ7zHRgKdo+5xue9UbsQ 4SyVtn96mnrFOCr/ZTeVP/aSKPlC9wYngYkc0CXVpZat4MwWiZWjM/w0HHQZajQcJ/5g I0oKbYdyH7WFzCNrfutmV2xtKJPD4NUZOfIV6FGcajxRgY8sKFynEiy/tLb5k1gEjZvc GlLDD2IcSsptoCMwNz0N5PNR4JqAVbtklO53Ew3mCpATYI9M4Bm8orED5iGs8HAxqORr Xgu3WJQnBj4WcNsGfLnA+9HGQswAZ3bAszsa8ealvOEW+0IYluRb6oc4TpdDAI/esIbL 35aw== X-Gm-Message-State: AKGB3mLh5yMvSnx5u708qeOtOt/YGvgQIEuDx3FM7du3UU4JJE1E6VoL UuK/Nm/DkV7MJ+UzBNEPWc//Samj2HML9HLUDEg+Tg== X-Google-Smtp-Source: ACJfBosrAAN1893wZHFmPlB02q4SGd5rQKZjFSVz+uvgMdhAiZ57Fht3rFM/7SK5MVzxzZd5iLWcOatrt1sKXcYG/XI= X-Received: by 10.46.83.9 with SMTP id h9mr21054833ljb.68.1514567863101; Fri, 29 Dec 2017 09:17:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.95.22 with HTTP; Fri, 29 Dec 2017 09:17:42 -0800 (PST) In-Reply-To: <84D216F2-5D16-4EB5-B756-9AA6100D8F14@gmail.com> References: <10bf60a6-84bb-af3d-1789-09ca02794f46@cisco.com> <787AE7BB302AE849A7480A190F8B93300A07D70F@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <2afbabf4-2538-ed09-1bd5-419c7f984e0c@cisco.com> <84D216F2-5D16-4EB5-B756-9AA6100D8F14@gmail.com> From: Andy Bierman Date: Fri, 29 Dec 2017 09:17:42 -0800 Message-ID: To: Mahesh Jethanandani Cc: Benoit Claise , mohamed.boucadair@orange.com, "draft-ietf-softwire-dslite-yang@ietf.org" , "softwires@ietf.org" Content-Type: multipart/alternative; boundary="f4030436096e77fec305617dcfac" Archived-At: Subject: Re: [Softwires] Issue with ietf-dslite@2017-11-15.yang and yangdump-pro X-BeenThere: softwires@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: softwires wg discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Dec 2017 17:17:47 -0000 --f4030436096e77fec305617dcfac Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 < mjethanandani@gmail.com> 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 =3D > expression in the 'when' statement with 'derived-from'. Thanks. > > Mahesh Jethanandani > mjethanandani@gmail.com > > On Dec 27, 2017, at 11:29 AM, Benoit Claise wrote: > > Hi Med, > > Thanks. > With the latest yangdump-pro, there is a new error for > ietf-softwire-ce@2017-11-14.yang > 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=3Ddraft-ietf-softwire- > dslite-yang-11 > > > > Cheers, > > Med > > > > *De :* Andy Bierman [mailto:andy@yumaworks.com ] > *Envoy=C3=A9 :* samedi 18 novembre 2017 22:23 > *=C3=80 :* Benoit Claise > *Cc :* draft-ietf-softwire-dslite-yang@ietf.org; Mahesh Jethanandani > *Objet :* Re: Issue with ietf-dslite@2017-11-15.yang 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 ietf-dslite@2017-11-15.yang and ietf-nat@2017-11-15.yang > > > > When I change 'natp44' to 'nat:natp44' in both when-stmts: > > > > andy@andy-homedev:~/Desktop/FD1289/IETF$ yangdump-pro > ietf-dslite@2017-11-15.yang modpath=3D. > > > > *** /home/andy/Desktop/FD1289/IETF/ietf-dslite@2017-11-15.yang > > *** 0 Errors, 0 Warnings > > > > andy@andy-homedev:~/Desktop/FD1289/IETF$ > > > > > > Andy > > > > > > On Sat, Nov 18, 2017 at 11:07 AM, Benoit Claise wrote= : > > Hi Andy, > > Can you please have a look at ietf-dslite@2017-11-15.yang 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 > > > > > > --f4030436096e77fec305617dcfac Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

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


Andy

<= div>

On Fri, Dec 29, 2017 at 3:40 AM, Mahesh Jethanandani &l= t;mjethanandan= i@gmail.com> wrote:
Hi Benoit,

Please ignore my last E-mail. You are referencin= g ietf-software-ce model and I was confused about the e-mail subject line r= eferencing ietf-dslite model.

I would agree with Andy about publishing a warning when the reference is i= n the other model.

Med, in th= e meantime, for the dslite model, can you replace the =3D expression in the= 'when' statement with 'derived-from'. Thanks.

Mahes= h Jethanandani

On Dec 27, 2017, at 11= :29 AM, Benoit Claise <bclaise@cisco.com> wrote:

=20 =20 =20 =20
Hi Med,

Thanks.
With the latest yangdump-pro, there is a new error for ietf-softwire-ce@= 2017-11-14.yang
See http:/= /www.claise.be/IETFYANGPageCompilation.html

Regards, B.
=20 =20 =20

Hi Andy, Benoit,<= /p>

=C2=A0

Thank you for investigating this.

=C2=A0

A new version which fixes this issue is available online. A diff is available at: https://www.ietf.org/rfcdiff?url= 2=3Ddraft-ietf-softwire-dslite-yang-11

=C2=A0

Cheers,

Med

=C2=A0

De=C2=A0: Andy Bierman [mailto:a= ndy@yumaworks.com]
Envoy=C3=A9=C2=A0: samedi 18 novembre 2017 22:23 =C3=80=C2=A0: Benoit Claise
Cc=C2=A0: draft-ietf-softwire-dslite-yang@ietf.org; Mahesh Jethanandani
Objet=C2=A0: Re: Issue with ietf-dslit= e@2017-11-15.yang and yangdump-pro

=C2=A0

Hi,

=C2=A0

yangdump-pro is correct. Every other compiler missed it...

=C2=A0

9.10.2.=C2=A0 The identityref's "base"=
; Statement
=C2=A0<=
/pre>
              
=C2=A0=C2=A0 The "base&=
quot; statement, which is a substatement to the "type"<=
/u>

              
=C2=A0=C2=A0 statement, MUST=
 be present at least once if the type is

              
=C2=A0=C2=A0 "identityr=
ef".=C2=A0 The argument is the name of an identity, as defined<=
u>

              
=C2=A0=C2=A0 by an "ide=
ntity" statement.=C2=A0 If a prefix is present on the identity<=
u>

              
=C2=A0=C2=A0 name, it refers=
 to an identity defined in the module that was

              
=C2=A0=C2=A0 imported with t=
hat prefix.=C2=A0 Otherwise, an identity with the matching=


              
=C2=A0=C2=A0 name MUST be=
 defined in the current module or an included submodule.

=C2=A0

=C2=A0<= /u>

When I change 'natp44' to 'nat:natp44' in both when-stmts:

=C2=A0

andy@andy-homed= ev:~/Desktop/FD1289/IETF$ yangdump-pro ietf-dslite@2017-11-15.yang<= span lang=3D"EN-US"> modpath=3D.

=C2=A0

*** 0 Errors, 0 Warnings

=C2=A0

andy@andy-homedev:~/Desktop/FD1= 289/IETF$=C2=A0

=C2=A0

=C2=A0

Andy

=C2=A0

=C2=A0

On Sat, Nov 18, 2017 at 11:07 AM, Benoit Claise <bclaise@cisco.com> wrote:

Hi Andy,

Can you please have a look at ietf-dsli= te@2017-11-15.yang 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



=C2=A0


=20

--f4030436096e77fec305617dcfac--