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 47C3B1ACE5B; Mon, 21 Sep 2015 11:02:58 -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 y2fN5BuojCup; Mon, 21 Sep 2015 11:02:57 -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 0E34D1ACE5A; Mon, 21 Sep 2015 11:02:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lucidvision.com; s=default; t=1442858494; bh=S76LMTmJiyP4Ehk51eyj9tPBWJgHYO9G4RTI12DNBgs=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=ExcC+2YqNNsv9CER4n3qOXE+KLPcKS2+ttYhLhjTxPR0eFxOIqPv75nKcXEH0HSVL BO+bw24q95et3h3p+kTWxJTseEwygNPynnL037sbVZ3dZ+OG65iKDyizcwAEAkaR3Z PRGQPpv+O0bGTT8GOc9HdGQGdihdiTK3gpOroWfE=
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 11:02:56 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <5890FCBC-C4EF-422D-BC9C-0BF4B9CBED7C@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=2 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=22, out=0, spam=0 Known=true ip=144.49.132.3
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/0yD6B2vMMvly5igkUHZmsaoJTSc>
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:58 -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/>