Re: [Rtg-yang-coord] NETMOD: A YANG module for NAT

Nadeau Thomas <tnadeau@lucidvision.com> Mon, 21 September 2015 18:02 UTC

Return-Path: <tnadeau@lucidvision.com>
X-Original-To: rtg-yang-coord@ietfa.amsl.com
Delivered-To: rtg-yang-coord@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E55BD1ACE35; Mon, 21 Sep 2015 11:02:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.012
X-Spam-Level:
X-Spam-Status: No, score=-2.012 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 ht9kJbeWfxqM; Mon, 21 Sep 2015 11:02:30 -0700 (PDT)
Received: from lucidvision.com (lucidvision.com [64.71.170.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 671891ACE2C; Mon, 21 Sep 2015 11:02:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lucidvision.com; s=default; t=1442858467; bh=S76LMTmJiyP4Ehk51eyj9tPBWJgHYO9G4RTI12DNBgs=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=GK042UlYvCmt24d1xiJx2GFGL3SRbeNogTxG1VbJ+jTdQeaZoT6gbtpgNv2LcUw2c 46IpY+xfqMCOGriArQNe322OELEJaKUF71RqsKNqrb1EBHLVl1vyUOt0gFbegQfCKX rg16z0/oK+i+8lrjX0/aViM4/oZhNNAj5y/Jg8BQ=
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=144.49.132.3;
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Nadeau Thomas <tnadeau@lucidvision.com>
In-Reply-To: <20150921061434.GA10606@elstar.local>
Date: Mon, 21 Sep 2015 08:57:19 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <D7F0654D-0DAD-484D-888A-1A202D476CF1@lucidvision.com>
References: <787AE7BB302AE849A7480A190F8B9330053960BF@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <20150921061434.GA10606@elstar.local>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
X-Mailer: Apple Mail (2.2104)
X-Authenticated-User: tnadeau@lucidvision.com
X-Info: aspam skipped due to (g_smite_skip_relay)
X-Encryption: SSL encrypted
X-MyRbl: Color=Yellow Age=0 Spam=0 Notspam=1 Stars=0 Good=0 Friend=2 Surbl=0 Catch=0 r=0 ip=144.49.132.3
X-IP-stats: Notspam Incoming Last 0, First 104, in=21, out=0, spam=0 Known=true ip=144.49.132.3
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/BoMXN00LCQTxmeSAOoVbjjPQ5a4>
Cc: netmod-chairs@ietf.org, Suresh Kumar Vinapamula Venkata <sureshk@juniper.net>, "Senthil Sivakumar \(ssenthil\)" <ssenthil@cisco.com>, mohamed.boucadair@orange.com, rtg-yang-coord@ietf.org
Subject: Re: [Rtg-yang-coord] NETMOD: A YANG module for NAT
X-BeenThere: rtg-yang-coord@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "\"List to discuss coordination between the Routing related YANG models\"" <rtg-yang-coord.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-yang-coord>, <mailto:rtg-yang-coord-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-yang-coord/>
List-Post: <mailto:rtg-yang-coord@ietf.org>
List-Help: <mailto:rtg-yang-coord-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-yang-coord>, <mailto:rtg-yang-coord-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Sep 2015 18:02:32 -0000

	I’d also copy the routing coordination group who can help as this is “a routing thing”.

	—Tom


> On Sep 20, 2015:11:14 PM, at 11:14 PM, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
> 
> On Mon, Sep 21, 2015 at 05:44:42AM +0000, mohamed.boucadair@orange.com wrote:
>> Hi Jurguen,
>> 
>> We prepared a draft to specify a YANG module that covers various NAT flavors (NAT44, NAT64): https://tools.ietf.org/html/draft-sivakumar-yang-nat-03
>> 
>> As there is no home for this work (behave wg closed), I wonder whether this effort can be hosted in netmod as I read the following in the charter:
>> 
>> "
>> The NETMOD WG may also develop any additional data models written in YANG that the WG considers core building blocks and that do not fall under the charters of other active IETF working groups. The NETMOD WG may simply add such milestones as it sees fit, with the advice and consent of the responsible AD.
>> "
>> 
> 
> You are welcome to send a pointer to the NETMOD WG list so that people
> are aware that this work out there. Whether NETMOD is the right place
> I can't tell at the moment. The other obvious choice would be TSVWG.
> The key is to get a sufficient number of people with NAT
> implementation experience to review this. I am CC'ing my response to
> the other NETMOD co-chairs (since I am leaving and hence they will
> have to take responsibility should this work be done in NETMOD).
> 
> /js
> 
> -- 
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>