Re: [Rtg-yang-coord] LIME connection-less draft-rtgyangdt-rtgwg-routing-types

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Mon, 14 November 2016 07:15 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: rtg-yang-coord@ietfa.amsl.com
Delivered-To: rtg-yang-coord@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1132B129459; Sun, 13 Nov 2016 23:15:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.697
X-Spam-Level:
X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no
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 xNS3Fc9TCGYx; Sun, 13 Nov 2016 23:15:57 -0800 (PST)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C7DD4129420; Sun, 13 Nov 2016 23:15:56 -0800 (PST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 957FA166C; Mon, 14 Nov 2016 08:15:55 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id V-PG-GumF6JD; Mon, 14 Nov 2016 08:15:54 +0100 (CET)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Mon, 14 Nov 2016 08:15:54 +0100 (CET)
Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 0BBED20053; Mon, 14 Nov 2016 08:15:55 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id AVhnVLLxzxUw; Mon, 14 Nov 2016 08:15:54 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 49B0620050; Mon, 14 Nov 2016 08:15:54 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 67C0B3D3BD5A; Mon, 14 Nov 2016 08:15:53 +0100 (CET)
Date: Mon, 14 Nov 2016 08:15:53 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Xufeng Liu <xliu@kuatrotech.com>
Message-ID: <20161114071553.GA45382@elstar.local>
Mail-Followup-To: Xufeng Liu <xliu@kuatrotech.com>, "draft-rtgyangdt-rtgwg-routing-types@ietf.org" <draft-rtgyangdt-rtgwg-routing-types@ietf.org>, Benoit Claise <bclaise@cisco.com>, "lime@ietf.org" <lime@ietf.org>, "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>, "Rtg-yang-coord@ietf.org" <rtg-yang-coord@ietf.org>, "Joe Clarke (jclarke)" <jclarke@cisco.com>
References: <7c9884b6-f786-22af-0ab1-5b410ae5237d@cisco.com> <20161114063938.GA45227@elstar.local> <AM5PR0601MB26416E88F257550D12648C92B1BC0@AM5PR0601MB2641.eurprd06.prod.outlook.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <AM5PR0601MB26416E88F257550D12648C92B1BC0@AM5PR0601MB2641.eurprd06.prod.outlook.com>
User-Agent: Mutt/1.6.0 (2016-04-01)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-yang-coord/8tHR2ZHztfMVwwKnj1QJYZ9mLRg>
Cc: "Rtg-yang-coord@ietf.org" <rtg-yang-coord@ietf.org>, "draft-rtgyangdt-rtgwg-routing-types@ietf.org" <draft-rtgyangdt-rtgwg-routing-types@ietf.org>, "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>, "Joe Clarke \(jclarke\)" <jclarke@cisco.com>, Benoit Claise <bclaise@cisco.com>, "lime@ietf.org" <lime@ietf.org>
Subject: Re: [Rtg-yang-coord] LIME connection-less draft-rtgyangdt-rtgwg-routing-types
X-BeenThere: rtg-yang-coord@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
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, 14 Nov 2016 07:15:59 -0000

I would say that generic types for Internet addresses and related
things should go inet-types. Other generally useful derived should go
into ietf-yang-types. It will at the end be a matter of consensus what
goes where.

/js

On Mon, Nov 14, 2016 at 06:54:22AM +0000, Xufeng Liu wrote:
> I hesitated to include these types because I thought that inet-types could be a better place for them. Do we now agree to cover them in routing-types?
> 
> Thanks,
> 
> - Xufeng
> 
> > -----Original Message-----
> > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de]
> > Sent: Monday, November 14, 2016 1:40 AM
> > To: draft-rtgyangdt-rtgwg-routing-types@ietf.org
> > Cc: Benoit Claise <bclaise@cisco.com>;; lime@ietf.org; <rtg-ads@ietf.org>; <rtg-
> > ads@ietf.org>;; Rtg-yang-coord@ietf.org; Joe Clarke (jclarke)
> > <jclarke@cisco.com>;
> > Subject: Re: [Rtg-yang-coord] LIME connection-less draft-rtgyangdt-rtgwg-
> > routing-types
> > 
> > Another option could be to reuse the definitions from ietf-inet-types and to
> > subtype them to constrain them to multicast addresses. Also double check that
> > you will never ever need a zone index.
> > 
> > /js
> > 
> > On Mon, Nov 14, 2016 at 12:08:31PM +0900, Benoit Claise wrote:
> > > draft-rtgyangdt-rtgwg-routing-types authors,
> > >
> > > I see the following typedef in draft-ietf-lime-yang-connectionless-oam
> > >
> > >      typedef IPv4-Multicast-Group-Address {
> > >             type string {
> > >              pattern '(2((2[4-9])|(3[0-9]))\.)'
> > >                          +'(([0-9]|[1-9][0-9]|1[0-9][0-9]|'
> > >                          +'2[0-4][0-9]|25[0-5])\.){2}'
> > >                          +'([0-9]|[1-9][0-9]|1[0-9][0-9]'
> > >                          +'|2[0-4][0-9]|25[0-5])';
> > >             }
> > >             description
> > >               "The IPv4-Multicast-Group-Address type
> > >                represents an IPv4 multicast address
> > >                in dotted-quad notation.";
> > >             reference "RFC4607 <https://tools.ietf.org/html/rfc4607>";;
> > >       } // typedef IPv4-Multicast-Group-Address
> > >       typedef IPv6-Multicast-Group-Address {
> > >             type string {
> > >             pattern
> > >                         '(((FF|ff)[0-9a-fA-F]{2}):)([0-9a-fA-F]'
> > >                         +'{0,4}:){0,5}((([0-9a-fA-F]{0,4}:)?'
> > >                         +'(:|[0-9a-fA-F]{0,4}))|(((25[0-5]|2[0-4]'
> > >                         +'[0-9]|[01]?[0-9]?[0-9])\.){3}(25[0-5]|'
> > >                         +'2[0-4][0-9]|[01]?[0-9]?[0-9])))';
> > >             pattern
> > >             '(([^:]+:){6}(([^:]+:[^:]+)|'
> > >                         +'(.*\..*)))|((([^:]+:)*[^:]+)'
> > >                         +'?::(([^:]+:)*[^:]+)?)';
> > >              }
> > >             description
> > >                         "The IPv6-Multicast-Group-Address
> > >                         type represents an IPv6 address in full,
> > >                         mixed, shortened, and shortened-mixed
> > >                         notation.";
> > >             reference "RFC4291 <https://tools.ietf.org/html/rfc4291>  2.7.
> > >             ietf-inet-types:ipv6-address";
> > >       }
> > >       typedef IP-Multicast-Group-Address {
> > >             type union {
> > >               type IPv4-Multicast-Group-Address;
> > >               type IPv6-Multicast-Group-Address;
> > >             }
> > >
> > >             description
> > >              "The IP-Multicast-Group-Address type
> > >               represents an IP multicast address and
> > >               is IP version neutral. The format of the
> > >               textual representations implies the IP version.";
> > >       } // typedef IP-Multicast-Group-Address
> > >
> > >
> > > It's probably a good idea to introduce those typedefs in your draft,
> > > for everybody's interest.
> > > Now, hopefully, your draft will be published very soon. We can't delay
> > > other doc publications.
> > >
> > > Also, look at this new tool, developed during this hackathon (new
> > > tool, so bare with us):
> > > http://yangcatalog.org/yang-search/yang-search.php
> > > You should do a couple of searches with specific keywords.
> > > For example, I searched on "multicast" and typedef.
> > >     Note: we get some hits from YANG modules generated from MIB. Not
> > > sure how useful that is.
> > > We want to make sure there are no discrepancies in the typedef, and
> > > that the typedef definitions are not spread around in too many documents.
> > >
> > > Regards, Benoit
> > >
> > >
> > 
> > > _______________________________________________
> > > Rtg-yang-coord mailing list
> > > Rtg-yang-coord@ietf.org
> > > https://www.ietf.org/mailman/listinfo/rtg-yang-coord
> > 
> > 
> > --
> > 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/>

-- 
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/>