Re: [netmod] Pattern statements [was Re: Query about augmenting module from submodule in YANG 1.0]
"t.petch" <ietfc@btconnect.com> Wed, 23 August 2017 16:46 UTC
Return-Path: <ietfc@btconnect.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 055281329D2 for <netmod@ietfa.amsl.com>; Wed, 23 Aug 2017 09:46:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.91
X-Spam-Level:
X-Spam-Status: No, score=-2.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.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 Cs-BnTL57qZx for <netmod@ietfa.amsl.com>; Wed, 23 Aug 2017 09:46:09 -0700 (PDT)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0127.outbound.protection.outlook.com [104.47.2.127]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D533F1329C9 for <netmod@ietf.org>; Wed, 23 Aug 2017 09:46:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Vp94IoSajGBLXJDANW2F4OdaGB/VPMFVT3lmrmb/+dM=; b=OlTYJMTOB8fhPiv9EPGDTzyFbsT9swLTpjE6eJ06S8orNi1evR+jc+S6EJb73YeRWn2kAi9bGGRo5UpvPtuGaHKQYNVkkWKirFfVaWfOlsPqcLnTZ6ZK/SHPXZVHgOS5qCtVpIZpuoHGsgn8JkZAL4G8xGtQbklOMDxcGh0Yfbg=
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com;
Received: from pc6 (86.174.236.116) by DB6PR0701MB2997.eurprd07.prod.outlook.com (2603:10a6:4:73::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1385.4; Wed, 23 Aug 2017 16:46:03 +0000
Message-ID: <01de01d31c2f$2a7c34a0$4001a8c0@gateway.2wire.net>
From: "t.petch" <ietfc@btconnect.com>
To: Ladislav Lhotka <lhotka@nic.cz>, netmod@ietf.org, Andy Bierman <andy@yumaworks.com>
References: <E3378E0605547F4E854DEE0CB1116AB020865B@gbcdcmbx03.intl.att.com> <85A1FF5A-EF0B-4278-B4FF-3FE431486B2C@tail-f.com> <E3378E0605547F4E854DEE0CB1116AB02102DC@gbcdcmbx03.intl.att.com> <11857e8e-f46e-dc2e-cf99-80224859d221@transpacket.com> <E3378E0605547F4E854DEE0CB1116AB0210631@gbcdcmbx03.intl.att.com> <defe35bb-bb8b-f1f0-d8c4-2d2d0f23731b@transpacket.com> <1502290869.16638.15.camel@nic.cz> <20170809151312.GC42207@elstar.local> <6ef68131-f731-0edc-b731-d7ec85924f03@cisco.com> <E3378E0605547F4E854DEE0CB1116AB021CE2D@gbcdcmbx03.intl.att.com> <D5C05EB3.C2681%acee@cisco.com> <7614040f-9f8f-09c2-1854-63ad9ffb6be1@cisco.com> <044b01d31bf4$d3b37500$4001a8c0@gateway.2wire.net> <87vale1ro2.fsf@cesnet.cz>
Date: Wed, 23 Aug 2017 17:28:49 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [86.174.236.116]
X-ClientProxiedBy: HE1P18901CA0004.EURP189.PROD.OUTLOOK.COM (2603:10a6:3:8b::14) To DB6PR0701MB2997.eurprd07.prod.outlook.com (2603:10a6:4:73::7)
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 68aaab07-e1cc-4a4a-b512-08d4ea4671fa
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(300000503095)(300135400095)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:DB6PR0701MB2997;
X-Microsoft-Exchange-Diagnostics: 1; DB6PR0701MB2997; 3:Q2e8VqfMGcJauS3egu/vxSRHaJBZxMBuz08MXdYA1mkp+tuWrAKn6Ihg9G/TJHJo0mps7uBfB0S5c5gf897Nmkw+9HsYKTpfjZRAYAtXemBirlO0ryqBowlXozV3NVPwoxprvJdRbNM9b0rlwmV85jJm9FKF+EAyAr5USeDXBIfwMoGqxEnJ5hTlwbKLjuq6pis04vJDAY6Sztml72Gets16QStjwKQYWZuP2wYY3GFySWKaoRVdQyl+qKEpqhOz; 25:xcs+42PSXVIIF+mQo8Zw0IKJoW0Y2/HPseJZmm5gtLcdDogzzyruJZpWRKzQrbWXuIHNTCVKJ0cZTRFpYYJnZcjOXUGcwnJWQ8F7n9F461DLwwPm+zQVcaS6jw0mmQklIj4QKO4h3z8Dta1NOdsvniSPqr8VtYrqQ4X8oIQKFKB9erwJ2KQlZWE5CycnwqGS+4mu89dSWSo4b9dVQEEBwQaksh+ZBTdFZes+S9RdJ4GWX3Zg3kR8XtKvL5qIFSarIiXTKrRolbBTwtXpyy2yGykLOVNFw3D4AkWmr4oGDqG9hX+qITLtwISn5lqV16jUG07sD00cG88/As8YahdHXw==; 31:G17tc+YbRLfxCsZnHlx2jRa2SbeSpZD+In/DxhdOSevuKOP08KI/MRT7UbHkok/2w+PGr9b4txsWMjKf7YgsVxr57S202nEp++4WtHSDDlSE9Rfh1536FOduwlgnCr7KAqlvp30JM6Q3kpOKMqp73VHcLY+8b0ZzNewcVxha7DCWGAJzVfYd/Ztv5J9E6Uwc6bnlz3r4GDipuWErOSvHEOTKfwB9rybhcJeCt39FkFc=
X-MS-TrafficTypeDiagnostic: DB6PR0701MB2997:
X-Microsoft-Exchange-Diagnostics: 1; DB6PR0701MB2997; 20:LX+nUdqeysBqV3xBxaTghaKq21Yj+lvGiht8IG3M1a0/kAhQ3ysvzc7xTmx/XYfumCXRMluweb5aX2F9DgHl8asfnMnWU870uer2xG4enWD57+d+thbH/ZUUCQtXFUBOQyvbfoxa0gezS0BC4mcDU/GIWX/uhIxHf/486ATx1AzYmTnx0J81SGUlAkHc8q+vmxgxZZpQuuJfRLBlel0c+pyBQylE42Zd+0Q9LVLLTKhQIoDKMT+ZW4No8FYUE0rj; 4:F0en5qql+u1eTwhG26XtmjeER20tLChlYenGvPiMxgnuag2fsPdphIsvkWGb91IS1F2YDGl+hnynADV0DF+xE1sJOpJ4rXeO4kyZutgGQ7E1bXNc5Y0ILouDqoYAvNYRZQPk1mfy0m6FtFWE4dTsjflsxfEXr92RleYP0Evj8/ytd5pIr5rNK8IjBwC8r4jtjcwzPKo4Ezkgk3OR7JWYTbWGcF/JVeMXevd9adB8WjAHCAaYn9Hib90fjYh7+3QWl0ggkkVAGXttKgBmb8gJvam9hNUR/M/30ayxRLOT3ZyZu9cZAffWDpWj2wmPHqPNf5BqsuXzAuupifMgSbDIUf0Uclb6IHLMlN0Grw2Px/TW0CIYv0Y+HChWsikAwvyTORmsn4OGxxJi/MxL4FJ0yg==
X-Exchange-Antispam-Report-Test: UriScan:(178726229863574)(10436049006162)(97927398514766)(95692535739014);
X-Microsoft-Antispam-PRVS: <DB6PR0701MB2997930DD9A0536B199F8C77A0850@DB6PR0701MB2997.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(10201501046)(93006095)(93001095)(100000703101)(100105400095)(3002001)(6041248)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123562025)(20161123558100)(20161123564025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:DB6PR0701MB2997; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:DB6PR0701MB2997;
X-Forefront-PRVS: 040866B734
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(7370300001)(6009001)(39860400002)(52314003)(24454002)(199003)(377454003)(189002)(13464003)(44736005)(76176999)(1556002)(114624004)(4720700003)(53936002)(62236002)(66066001)(53546010)(229853002)(47776003)(9686003)(44716002)(6666003)(6306002)(25786009)(50986999)(6246003)(230700001)(6496005)(81686999)(116806002)(7736002)(61296003)(93886005)(97736004)(2906002)(478600001)(68736007)(966005)(81166006)(81156014)(42186005)(8676002)(106356001)(305945005)(1456003)(50466002)(101416001)(6486002)(81816999)(5660300001)(23756003)(575784001)(86362001)(3846002)(189998001)(7350300001)(33646002)(50226002)(105586002)(84392002)(14496001)(6116002)(561944003)(74416001)(7726001)(19627235001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB6PR0701MB2997; H:pc6; FPR:; SPF:None; PTR:InfoNoRecords; A:0; MX:1; LANG:en;
Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: 1; DB6PR0701MB2997; 23:U7FOHM+y3o3DUWwQHwI/sbor1WNyIwY/LlH4PqeL6Ck4iE32ioS6qVFvjSAbRpqygmMdkaynI1fTnE+ECBR9fIG03Omh9ayMNcalqWLtCCtalnynbXpjIMeEpkJ8MGyzfj7HL/O+WLtw9oJKbQxAOxF4JfHHLMvhjslJQadMwVwZ7FYXkU2vjeTaRfAE8JlQ6rwMYtaZ/xRP3VAzSXoLNNP/bAPNVh9/ppUoKwICNA/cgB6Y/9Hl3nVrLwlYTgXrX643TbhVVKgr7YNdfsShsmy+MF8zXR/s05z5pIZhCYw5858SS5JtNNhYY0XGzcXrBMGwcq/fyIbkqYeyYwoK6Zv037FR2f2s9W2YzJhcm6O59h6C3cbuFS3yFUZO1t/rP6BRhGGED9V6FJq7O7iCH7UG2nt5aIr4lnDDyC86TigPfukrtlOe2yaxt9SoyO8QlK7QmDcny/d900zc18/ao5UmwRRUCB4i7l37FKqp1XLkvFrbGgiNVQIitvpyXSX8o9Rus4P/QYr0vq1t4Le6WrDVGlB3hyhANjGkNBZa3KzNQ2hLiz7Xn+mCIxLs1esYsoaNgi8gXheEI/EPPwKhbUJEIQtbL9XBB357V2wHPuQv9PQEd/0Zf61EsRqS0i2CCVJMQhn3sieewa3zTFYFfbnmImibJPs6G47wphH06OUQ/gwvo7EpVyob4n2QHtjMdizUSw5AGyU8Ds8oqusaLZGWNlHx5TqIzCp1n6l+M5hhvY4foO5HJGxcU6jV/f1fEmZlTWNkTNzTVzYOelrBVPDl5JHB8XOSZ73bP5CGNGvo8uWnlfLdsgBsZSTDEXAEBUXzVXlDHv0nlQQMkAvp9MfJS3vqoJZPsJaIIWp9PfHwCy2RZyvJ5hE7dQs0trMg3QroXWyV8N0Vd7O98VGERa/5Vdx9bLZJ6qw5v8OmG9Hf5HzU9WFo+Vz4Iw55eWvK48RGMdoWPZx29jFOyzYhlRpsjO58mAqZNfZH8aPq1KyBRV8dq+gPY3YWGpgsLJHKGYdvwC+kNF6ymD8Nvc+PhfPBekt5/XAS/YPpZ3dBPM9Zj+cB4bBAVNqgUiEir8KhNpY76G0RGZUrAMLzKIy6eESv1hF41n0NXBLxKysUYkmRPzFBhuMjYCY8U3s4bjtgbb4H76Bunte0fVHZVJy8WJngTG5cNk8eWbHcwhcwsof2v/xxyH1TDY1twzUCCgoSiotR5LrjaPfH+dBuxlAC1YOn1XwZeW3M+1OXhwkfOGIYyhQQY+MaoC9IUn5yxx2Mvb6n2L+6pL4I+Wlke4xUZyyW2+yrXnTQpgt74fLkYSvxvXT2sIcEIblorH38dI5MD2o6x3bFRKUeafQL49EfWSzIDLjAijlKhje294G8PCd+kLAeOGlM3f6/GR78AeBP5F9zzi1yHJjCS+iBfv6mAsHn7VAdJM5iOI6l6KdlKdrSMx+bEkWUgVtCGfW0/9+lSegRfau+CZs7znOTG0EgFNBrIYRY8r9SaY6+eRy7/MlOYaVNPxQi803lrPXdEHVy213RxC8jDDFYpfzomqAAI2I0X70CnuFW7UN41pF1Fz1DZtx6vt7hghzHz9T6hyB3
X-Microsoft-Exchange-Diagnostics: 1; DB6PR0701MB2997; 6:YTYSZ9hm2ZmOmik36MoD9UOAp+xk1fGqlI/OuZvVjplHm0PxPCbVIGEEuRP68tp6xJimM5H62k2bnxQn/+3eUVpbfs1Kjn9WjhBwraf1p+3F6ybymGluuL25tEQKdFWMSg3NH613L9wTs4EIB6rAYcfLdyqPivZFvsgE1F6SgAjEAsu163OHox09i3QsmZX64gcfMc6w/zm2G+g+iJ/SYGvIkTwycqomuoUTogYpfVrIcRo+lHKYmrwjttFW/8aoYkzGx17WZ/xNWup5CNGDqNFxwKFIJkvHoh3w8LOXfdL0WaX/N2efc5dIcpUm1zmULzWCQfuZMLSXIZo1+9F9JA==; 5:Pa1B+g2N33vmsupmuNn1IkWFXL2dCAPk9pITLoGj4vymvyzUqP4uj+Gd/YqcI9ZhPeDmO5/0qIo/Z/8wZR3s+XxBez7mOgABEnYm0XdpWGnTaQSSKx8RsGchaeoZ+IICEc7wUUf3QSuJbouexTCe6w==; 24:CWTU1Unzhfkk7SMV1hhDHipvzB81e3k4PZD8NegT5lFdW+2JIC/O6yo+0rnxeM+Vx7v9zu241YQDqPnzceWGw09AvPNTKv9tenco/1ISJhw=; 7:AewloI17Z3WHG9IamJ7/3NeqN0XjTVl/ZzaqXVXeOVIcPjUSVWnkPIgW2MND1OrRVggq7ubvuFBp/2Bky6nOTX3d+20AsPcwEsySCpZppe45thTnZta/3iiCDWA6YyyY7/6yEopT5WfZo9LzvWj3Y877aTJFwPkoT8siJ2+qnsly/ViDo4cM7nRXHMZJnUzdl4R5XxpeuSKhXiJzxmPTtbHHxqwHkL/ssyPktII5jag=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Aug 2017 16:46:03.9917 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0701MB2997
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/WNPvbvjkjfC1R7x9LLV6m4oR1xY>
Subject: Re: [netmod] Pattern statements [was Re: Query about augmenting module from submodule in YANG 1.0]
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Aug 2017 16:46:13 -0000
----- Original Message ----- From: "Ladislav Lhotka" <lhotka@nic.cz> Sent: Wednesday, August 23, 2017 11:53 AM > "t.petch" <ietfc@btconnect.com> writes: > > > ----- Original Message ----- > > From: "Robert Wilton" <rwilton@cisco.com> > > Sent: Monday, August 21, 2017 4:14 PM > > > >> That makes sense. <snip> > >> > >> Of course, this would allow more invalid values, but most servers > > would > >> be expected to reject those when it converts them into an internal > >> binary format any way. > >> > >> What do you, and others, think? > > > > Simplify! > > > > Bear in mind that the regex for an IPv6 address was wrong for a long > > time in base YANG before anyone noticed - it was just too complex. > > Why was it wrong? Just because it was too complex? No; it contained a definite error. This was probably in yang-types and probably around 2012, quite late in the day, and it stuck in my mind that so many had looked at it and failed to spot that it was wrong, not just that it did not cater for some aspects such as interface I-D. I have used it before as an example of over complexity I will have the e-mail filed, along with several thousand other NETMOD ones so I will find it later rather than sooner. Tom Petch > > > > And ABNF learnt long ago that just because something could be expressed > > in code does not mean that it is a good idea to do so. If a simple > > English statement replaces many lines of ABNF, then that is a good > > tradeoff. > > Well, YANG models are also intended to be read by tools that so far > don't understand English statements. Concerning human users, the easiest > thing might be to refer to a corresponding RFC, which the descriptions > already do. > > > > > Pragmatically I am not sure what the cutoff for complexity should be but > > it should be less than we have now. > > > > Paradoxically, given the original thread, the time when large > > expressions may work ok is when they have a 'sub-module' like structure, > > when I can look at a group of lines in isolation and form a view of what > > it does then move on to the next group and so on, building up an overall > > picture piece by piece. > > Of course, regular expression languages are notorically human > unfriendly, no matter what flavour we take. The ability to build them > step by step from reusable pieces, e.g. using non-terminals, would > certainly help. > > Lada > > > > > Tom Petch > > > >> Thanks, > >> Rob > >> > >> > >> On 21/08/2017 15:01, Acee Lindem (acee) wrote: > >> > Hi William, Rob, Andy, > >> > > >> > Given their limited usefulness and the detriments, perhaps we should > >> > discourage the creation of new submodules in RFC6087Bis. > >> > > >> > Thanks, > >> > Acee > >> > > >> > On 8/21/17, 9:44 AM, "netmod on behalf of Ivory, William" > >> > <netmod-bounces@ietf.org on behalf of william.ivory@intl.att.com> > > wrote: > >> > > >> >> Hi Rob, > >> >> > >> >> That would make it very hard to update existing 1.x YANG models to > > use > >> >> new features in YANG 2.x if they used submodules. Maybe that's > > something > >> >> that no one would ever consider doing anyway, or maybe YANG 1.1 > > already > >> >> has similar differences to 1.0? I had (perhaps naively) assumed > > that you > >> >> could migrate a namespace / model from YANG 1.0 to 2.0? > >> >> > >> >> Regards, > >> >> > >> >> William > >> >> > >> >> -----Original Message----- > >> >> From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Robert > > Wilton > >> >> Sent: 21 August 2017 11:24 > >> >> To: netmod@ietf.org > >> >> Subject: Re: [netmod] Query about augmenting module from submodule > > in > >> >> YANG 1.0 > >> >> > >> >> > >> >> > >> >> On 09/08/2017 16:13, Juergen Schoenwaelder wrote: > >> >>> On Wed, Aug 09, 2017 at 05:01:09PM +0200, Ladislav Lhotka wrote: > >> >>>> I remember that in early stages of YANG there was some irrational > >> >>>> fear of introducing too many namespaces, and submodules may be a > >> >>>> consequence of it. As you write, submodules provide no benefits > >> >>>> whatsoever in terms of modularity, but the overhead in terms of > >> >>>> metadata, IANA registration etc. is pretty much the same as for > >> >>>> modules. > >> >>> In case YANG 2.0 is ever done, I suggest someone files a proposal > > to > >> >>> remove submodules if the cost/benefit ratio is at odds. There is > >> >>> nothing wrong with removing stuff that has been found problematic. > >> >> I agree. > >> >> > >> >> I've added > >> >> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_netmod-2 > > Dw > >> >> > > g_yang-2Dnext_issues_26&d=DwICAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=p8kyeK3u4ZYi > > aQ > >> >> > > 2ZPGqwkyXmQgBH6r5jpYiYWzhqJ48&m=l7c4IPL049A2bVVO14fyBMly211xU61xSHgPlAT7 > > ow > >> >> I&s=-kR4fUtXArQy0RwWb32DpT1bP4X_cNqt2zJVoC0JiX8&e= > >> >> > >> >> Rob > >> >> > >> >>> The motivation for submodules was that organizations maintaining > > large > >> >>> modules with multiple people can do so without having to mess > > around > >> >>> with tools like m4 scripts to produce a single module from > > 'snippets' > >> >>> and to avoid integration surprises. But perhaps using m4 scripts > > and > >> >>> decent version control systems (that can integrate and compile on > >> >>> checkin) is indeed cheaper than having submodules part of the YANG > >> >>> language itself. > >> >>> > >> >>> /js > >> >>> > >> >> _______________________________________________ > >> >> netmod mailing list > >> >> netmod@ietf.org > >> >> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailma > > n_ > >> >> > > listinfo_netmod&d=DwICAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=p8kyeK3u4ZYiaQ2ZPGqw > > ky > >> >> > > XmQgBH6r5jpYiYWzhqJ48&m=l7c4IPL049A2bVVO14fyBMly211xU61xSHgPlAT7owI&s=t7 > > vG > >> >> IH8ABuAm00e-bkSowD9eawModGq0N2OkjANtpYI&e= > >> >> > >> >> _______________________________________________ > >> >> netmod mailing list > >> >> netmod@ietf.org > >> >> https://www.ietf.org/mailman/listinfo/netmod > >> > >> > > > > > > ---------------------------------------------------------------------- -- > > -------- > > > > > >> _______________________________________________ > >> netmod mailing list > >> netmod@ietf.org > >> https://www.ietf.org/mailman/listinfo/netmod > >> > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > > -- > Ladislav Lhotka > Head, CZ.NIC Labs > PGP Key ID: 0xB8F92B08A9F76C67
- [netmod] Query about augmenting module from submo… Ivory, William
- Re: [netmod] Query about augmenting module from s… Jan Lindblad
- Re: [netmod] Query about augmenting module from s… Ivory, William
- Re: [netmod] Query about augmenting module from s… Vladimir Vassilev
- Re: [netmod] Query about augmenting module from s… Ivory, William
- Re: [netmod] Query about augmenting module from s… Vladimir Vassilev
- Re: [netmod] Query about augmenting module from s… Ladislav Lhotka
- Re: [netmod] Query about augmenting module from s… Juergen Schoenwaelder
- Re: [netmod] Query about augmenting module from s… Andy Bierman
- Re: [netmod] Query about augmenting module from s… Robert Wilton
- Re: [netmod] Query about augmenting module from s… Ivory, William
- Re: [netmod] Query about augmenting module from s… Acee Lindem (acee)
- Re: [netmod] Query about augmenting module from s… Robert Wilton
- [netmod] Pattern statements [was Re: Query about … Robert Wilton
- Re: [netmod] Query about augmenting module from s… Lou Berger
- Re: [netmod] Pattern statements [was Re: Query ab… Acee Lindem (acee)
- Re: [netmod] Query about augmenting module from s… Alex Campbell
- Re: [netmod] Query about augmenting module from s… Ivory, William
- Re: [netmod] Query about augmenting module from s… Juergen Schoenwaelder
- Re: [netmod] Query about augmenting module from s… Ivory, William
- Re: [netmod] Query about augmenting module from s… Robert Wilton
- Re: [netmod] Pattern statements [was Re: Query ab… t.petch
- Re: [netmod] Pattern statements [was Re: Query ab… Ivory, William
- Re: [netmod] Query about augmenting module from s… Ivory, William
- Re: [netmod] Query about augmenting module from s… Robert Wilton
- Re: [netmod] Query about augmenting module from s… Ivory, William
- Re: [netmod] Pattern statements [was Re: Query ab… Ladislav Lhotka
- Re: [netmod] Pattern statements [was Re: Query ab… Vladimir Vassilev
- Re: [netmod] Pattern statements [was Re: Query ab… Robert Wilton
- Re: [netmod] Pattern statements [was Re: Query ab… Juergen Schoenwaelder
- Re: [netmod] Pattern statements [was Re: Query ab… Ladislav Lhotka
- Re: [netmod] Pattern statements [was Re: Query ab… t.petch
- Re: [netmod] Pattern statements [was Re: Query ab… Robert Wilton
- Re: [netmod] Pattern statements [was Re: Query ab… Robert Wilton
- Re: [netmod] Pattern statements [was Re: Query ab… Juergen Schoenwaelder
- Re: [netmod] Pattern statements [was Re: Query ab… Vladimir Vassilev
- Re: [netmod] Pattern statements [was Re: Query ab… Ladislav Lhotka
- Re: [netmod] Pattern statements [was Re: Query ab… Per Hedeland
- Re: [netmod] Pattern statements [was Re: Query ab… Ladislav Lhotka
- Re: [netmod] Pattern statements [was Re: Query ab… Ladislav Lhotka
- Re: [netmod] Pattern statements Martin Bjorklund