Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-01.txt

<stephane.litkowski@orange.com> Wed, 19 August 2015 12:11 UTC

Return-Path: <stephane.litkowski@orange.com>
X-Original-To: l3sm@ietfa.amsl.com
Delivered-To: l3sm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D002A1A6FF7 for <l3sm@ietfa.amsl.com>; Wed, 19 Aug 2015 05:11:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, J_CHICKENPOX_12=0.6, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] 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 l3N8PMK_HrzU for <l3sm@ietfa.amsl.com>; Wed, 19 Aug 2015 05:11:19 -0700 (PDT)
Received: from relais-inet.francetelecom.com (relais-ias243.francetelecom.com [80.12.204.243]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21D161A6EE6 for <l3sm@ietf.org>; Wed, 19 Aug 2015 05:11:19 -0700 (PDT)
Received: from omfeda06.si.francetelecom.fr (unknown [xx.xx.xx.199]) by omfeda12.si.francetelecom.fr (ESMTP service) with ESMTP id 137773B43E2; Wed, 19 Aug 2015 14:11:17 +0200 (CEST)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.17]) by omfeda06.si.francetelecom.fr (ESMTP service) with ESMTP id EA1A5C8068; Wed, 19 Aug 2015 14:11:16 +0200 (CEST)
Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM24.corporate.adroot.infra.ftgroup ([fe80::a1e6:3e6a:1f68:5f7e%19]) with mapi id 14.03.0248.002; Wed, 19 Aug 2015 14:11:16 +0200
From: stephane.litkowski@orange.com
To: "Scharf, Michael (Michael)" <michael.scharf@alcatel-lucent.com>, "l3sm@ietf.org" <l3sm@ietf.org>
Thread-Topic: I-D Action: draft-ietf-l3sm-l3vpn-service-model-01.txt
Thread-Index: AQHQzdyhsnaNIULvEkejKqX38Ehzhp36HZIAgBjzK4CAAEMTkA==
Date: Wed, 19 Aug 2015 12:11:15 +0000
Message-ID: <29542_1439986277_55D47264_29542_2129_1_9E32478DFA9976438E7A22F69B08FF92166C13F6@OPEXCLILMA4.corporate.adroot.infra.ftgroup>
References: <20150803110732.27825.88329.idtracker@ietfa.amsl.com> <4893_1438600279_55BF4C57_4893_13767_1_9E32478DFA9976438E7A22F69B08FF92166BD47F@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <655C07320163294895BBADA28372AF5D484694E7@FR712WXCHMBA15.zeu.alcatel-lucent.com>
In-Reply-To: <655C07320163294895BBADA28372AF5D484694E7@FR712WXCHMBA15.zeu.alcatel-lucent.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.3]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.8.19.110619
Archived-At: <http://mailarchive.ietf.org/arch/msg/l3sm/v6jyHJe35D7-gu6JP0r23ofvWBQ>
Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-01.txt
X-BeenThere: l3sm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: L3VPN Service YANG Model discussion group <l3sm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/l3sm>, <mailto:l3sm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/l3sm/>
List-Post: <mailto:l3sm@ietf.org>
List-Help: <mailto:l3sm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/l3sm>, <mailto:l3sm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Aug 2015 12:11:22 -0000

Hi,

No there's no reason, it's inconsistent. I will fix it.
And I'm also wondering if we need to keep both vpn name and vpn id (redundant?).

Thanks for pointing it

Stephane

-----Original Message-----
From: Scharf, Michael (Michael) [mailto:michael.scharf@alcatel-lucent.com] 
Sent: Wednesday, August 19, 2015 12:08
To: LITKOWSKI Stephane SCE/IBNF; l3sm@ietf.org
Subject: RE: I-D Action: draft-ietf-l3sm-l3vpn-service-model-01.txt

Hi Stephane,

I think the model is indeed a bit more elegant with separate templates.

After quickly scanning the model again, I have run into a small nit:

  leaf id {
              type uint32;
              description
              "VPN identifier. Local administration meaning.";
          }

Is there a particular reason why this id has to be of type "uint32"? Most other related identifiers in the model are strings (e.g., site-id, cloud-identifier, ...).

Thanks!

Michael


> -----Original Message-----
> From: L3sm [mailto:l3sm-bounces@ietf.org] On Behalf Of 
> stephane.litkowski@orange.com
> Sent: Monday, August 03, 2015 1:11 PM
> To: l3sm@ietf.org
> Subject: Re: [L3sm] I-D Action: draft-ietf-l3sm-l3vpn-service-model-
> 01.txt
> 
> Hi WG,
> 
> Here is a new version of our draft fitting some comments received on 
> the list or during IETF meeting.
> - First level of modularization has been done , is it enough ?
> - Site templates putted as a separate list
> - More abstracted VPN policy and removal of native VPN
> - Add MPLS leaf in vpn-svc for the CsC case
> - some renaming
> ...
> 
> Multicast comments are not addressed yet.
> 
> Please provide your comments on this new proposal.
> 
> 
> 
> 
> -----Original Message-----
> From: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] On Behalf Of 
> internet-drafts@ietf.org
> Sent: Monday, August 03, 2015 13:08
> To: i-d-announce@ietf.org
> Cc: l3sm@ietf.org
> Subject: I-D Action: draft-ietf-l3sm-l3vpn-service-model-01.txt
> 
> 
> A New Internet-Draft is available from the on-line Internet-Drafts 
> directories.
>  This draft is a work item of the L3VPN Service Model  Working Group 
> of the IETF.
> 
>         Title           : YANG Data Model for L3VPN service delivery
>         Authors         : Stephane Litkowski
>                           Rob Shakir
>                           Luis Tomotaki
>                           Kevin D'Souza
> 	Filename        : draft-ietf-l3sm-l3vpn-service-model-01.txt
> 	Pages           : 94
> 	Date            : 2015-08-03
> 
> Abstract:
>    This document defines a YANG data model that can be used to deliver 
> a
>    Layer 3 Provider Provisioned VPN service.  The document is limited 
> to
>    the BGP PE-based VPNs as described in RFC4110 and RFC4364.  This
>    model is intended to be instantiated at management system to deliver
>    the overall service.  This model is not a configuration model to be
>    used directly on network elements.  This model provides an 
> abstracted
>    view of the Layer 3 IPVPN service configuration components.  It will
>    be up to a management system to take this as an input and use
>    specific configurations models to configure the different network
>    elements to deliver the service.  How configuration of network
>    elements is done is out of scope of the document.
> 
> 
> 
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-l3sm-l3vpn-service-model/
> 
> There's also a htmlized version available at:
> https://tools.ietf.org/html/draft-ietf-l3sm-l3vpn-service-model-01
> 
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-l3sm-l3vpn-service-model-
> 01
> 
> 
> 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/
> 
> _______________________________________________
> I-D-Announce mailing list
> I-D-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/i-d-announce
> Internet-Draft directories: http://www.ietf.org/shadow.html or 
> ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> 
> ______________________________________________________________________
> _ __________________________________________________
> 
> Ce message et ses pieces jointes peuvent contenir des informations 
> confidentielles ou privilegiees et ne doivent donc pas etre diffuses, 
> exploites ou copies sans autorisation. Si vous avez recu ce message 
> par erreur, veuillez le signaler a l'expediteur et le detruire ainsi 
> que les pieces jointes. Les messages electroniques etant susceptibles 
> d'alteration, Orange decline toute responsabilite si ce message a ete 
> altere, deforme ou falsifie. Merci.
> 
> This message and its attachments may contain confidential or 
> privileged information that may be protected by law; they should not 
> be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and 
> delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have 
> been modified, changed or falsified.
> Thank you.
> 
> _______________________________________________
> L3sm mailing list
> L3sm@ietf.org
> https://www.ietf.org/mailman/listinfo/l3sm

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.