Re: [L2sm] Next steps with draft-ietf-l2sm-l2vpn-service-model

"Andrew G. Malis" <agmalis@gmail.com> Tue, 23 January 2018 17:49 UTC

Return-Path: <agmalis@gmail.com>
X-Original-To: l2sm@ietfa.amsl.com
Delivered-To: l2sm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22D911275FD; Tue, 23 Jan 2018 09:49:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 s9pLKP0RIyT3; Tue, 23 Jan 2018 09:49:42 -0800 (PST)
Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3EF5D1275C5; Tue, 23 Jan 2018 09:49:42 -0800 (PST)
Received: by mail-oi0-x230.google.com with SMTP id s11so925317oih.11; Tue, 23 Jan 2018 09:49:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=g9G7YQ6duOnICDfgphhUYin70LOKCGTT1gA/quSsqAo=; b=mufl1eH99YQjZe2fdk/IdiVCmCUUk9iOXbmvsd1aEHR5yimuVeW2StPE8SfmJtKlGj thiVYD4m6ub9otmgbg9QYqxwyGz+IcaaYB2uJTJ1t83cs3QDHsNRMVw5w9MHyR84LRU5 csuzS+GECHEd5A2lh6kqacWMcOtZg7VRoC64TeqzBIVcq4UwDKOEO3LpSBIwE1doTmxj cu4o11okzWWSjlg1oYAiZgVDK204Bmvvj4ZolpZrBJ0rWUrlpnKtB5Io0e1IvX+vN1Np 5vWNPybthMkAOxFuvJGx0cMHfWcWbxDs7x9ahLpHcsulXABPT1JGuaqk3VpWtheiAi48 AIuA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=g9G7YQ6duOnICDfgphhUYin70LOKCGTT1gA/quSsqAo=; b=SWC6anmQzzszcKR/Nj6D4UOWmd3izurTx1b+UVh9dr5zcFyJ86Yxb8LMZK9Ukt+PkO PaJk2t43rYx596Am/Y1qxjVTtfblQel8QgDOOCZqYeFRYYSn8yv72t0CrxT0lEQRw7g1 s0ntdXc6z0j4tROlT+XXL3PqNHQhJ8u6G+vofoeFxEVZlcmfEitsz7Lo9KQsj37hsoz6 kTniFEYbezAFjdJN6zSD4LkOlHbtr3x7pBNnW6mpb5wCJeiTJ3EhShZ9whvuYO41Z50C COpm+rEe+oEv7/VQPawDX/4EcE472QmxRhBc/YpRLk5axtB0W9iyFlnYvf7MeVtm0962 s59w==
X-Gm-Message-State: AKwxytfRONksB0Hyob2pckZxfLwA9WYv+nqkfSHbCGCslQKpQ9BcOCQB rywPDGe3LSJB54Yjsw0L9xk9hBq5N2et2Z/oduY=
X-Google-Smtp-Source: AH8x227h5JEf2iUjpvEFoXtzAYLEx0hGT64B9jFsldli1iVaPRxjp5cNSfWdIoUvl4iT6pZkW3dEsMC6KXID5k1h2TU=
X-Received: by 10.202.237.88 with SMTP id l85mr6728571oih.296.1516729781388; Tue, 23 Jan 2018 09:49:41 -0800 (PST)
MIME-Version: 1.0
Received: by 10.157.27.211 with HTTP; Tue, 23 Jan 2018 09:49:20 -0800 (PST)
In-Reply-To: <b9e0a840-25ac-c785-22f9-3db2ef004215@cisco.com>
References: <058701d38f71$d52d2b60$7f878220$@olddog.co.uk> <47CEAC7E-BCD8-4B93-BB2A-2EFACDD55223@cisco.com> <7381e8c5-9481-62b7-f11f-f0dc0bfcae0c@cisco.com> <CAA=duU1xikUeFfj-hqMXs+LvZaJsnKVTVNff=gqD5z-fdJng5Q@mail.gmail.com> <b9e0a840-25ac-c785-22f9-3db2ef004215@cisco.com>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Tue, 23 Jan 2018 12:49:20 -0500
Message-ID: <CAA=duU2h5uOGcg_77oKnUM1anc=0CDZ-Oe8p_RuzyF1s87EV9A@mail.gmail.com>
To: Benoit Claise <bclaise@cisco.com>
Cc: "Roque Gagliano (rogaglia)" <rogaglia@cisco.com>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "draft-ietf-l2sm-l2vpn-service-model@ietf.org" <draft-ietf-l2sm-l2vpn-service-model@ietf.org>, "l2sm-chairs@ietf.org" <l2sm-chairs@ietf.org>, "l2sm@ietf.org" <l2sm@ietf.org>
Content-Type: multipart/alternative; boundary="001a113dee6ad7096b0563752b45"
Archived-At: <https://mailarchive.ietf.org/arch/msg/l2sm/emDZJojzHmGDFAt47ermjuIHLnc>
Subject: Re: [L2sm] Next steps with draft-ietf-l2sm-l2vpn-service-model
X-BeenThere: l2sm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "The Layer Two Virtual Private Network Service Model \(L2SM\)" <l2sm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/l2sm>, <mailto:l2sm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/l2sm/>
List-Post: <mailto:l2sm@ietf.org>
List-Help: <mailto:l2sm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/l2sm>, <mailto:l2sm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jan 2018 17:49:46 -0000

Benoit,

Perhaps Roque could contribute some text, so we would have something
concrete to discuss rather than just in the abstract. This could perhaps go
into an informative appendix, if the WG approves including it. This could
make for a more informed market to make its decisions.

Cheers,
Andy

On Tue, Jan 23, 2018 at 8:01 AM, Benoit Claise <bclaise@cisco.com> wrote:

> Andrew,
>
> Benoit,
>
> We do that all the time. A recent example is draft-ietf-lpwan-overview.
>
> draft-ietf-lpwan-overview is overview type of documents, so that makes
> sense.
> In this example, we speak of competing or overlapping efforts. At least
> some people see it that way.
> So explaining the relationships between those efforts in a way that will
> satisfy everybody seems very difficult, if not impossible to me.
> In those of situations, my view is pragmatic: let the market decide.
>
> Regards, Benoit
>
>
> Cheers,
> Andy
>
>
> On Mon, Jan 22, 2018 at 11:46 AM, Benoit Claise <bclaise@cisco.com> wrote:
>
>> Hi Roque,
>>
>> While I understand the willingness to understand the big picture, I don't
>> believe it's appropriate for an IETF document to describe what is happening
>> in different efforts in the industry.
>>
>> Regards, Benoit
>>
>> Hi Adrian,
>>>
>>> One point that I would like to raise is that it would be important to
>>> describe the relationship between this work and what is happening at other
>>> standardization bodies such as the MEF Legato YANG service modules and the
>>> TAPI work at the ONF.
>>>
>>> Regards,
>>> Roque
>>>
>>> Ref MEF Legato YANG modules: https://github.com/MEF-GIT/YAN
>>> G-public/tree/master/src/model/draft
>>>
>>>
>>> On 17/01/18 10:02, "L2sm on behalf of Adrian Farrel" <
>>> l2sm-bounces@ietf.org on behalf of adrian@olddog.co.uk> wrote:
>>>
>>>      All,
>>>           We're approaching Working Groups last call on our draft.
>>>           - I have requested a YANG Doctor review of the current revision
>>>      - I plan to do an English language review at the same time (unless
>>>         someone else want to volunteer)
>>>      - NOW is the time for you to do your technical review. Don't leave
>>>         is until WG last call!
>>>      - All things being equal, we will have WG last call in early
>>> February
>>>           Thanks,
>>>           Adrian
>>>           > -----Original Message-----
>>>      > From: L2sm [mailto:l2sm-bounces@ietf.org] On Behalf Of Fioccola
>>> Giuseppe
>>>      > Sent: 16 January 2018 10:05
>>>      > To: l2sm@ietf.org
>>>      > Cc: draft-ietf-l2sm-l2vpn-service-model@ietf.org;
>>> l2sm-chairs@ietf.org
>>>      > Subject: [L2sm] I: I-D Action: draft-ietf-l2sm-l2vpn-service-
>>> model-05.txt
>>>      >
>>>      > Hi All,
>>>      > This is the new version of the draft-ietf-l2sm-l2vpn-service-
>>> model.
>>>      > It addresses some comments from people that are trying to
>>> implement the draft
>>>      > and it includes also an update to the references in particular to
>>> RFC8199 and
>>>      > RFC8309.
>>>      > As usual, the fundamental changes are summarized in the Appendix
>>> A "Changes
>>>      > Log":
>>>      >
>>>      >    Changes in v-(05) include:
>>>      >
>>>      >    o  Change type from 16-bit integer to string for the leaf id
>>> under
>>>      >       "qos-classification-policy" container.
>>>      >
>>>      >    o  Stick to using ordered-by user and remove inefficiency to
>>> map
>>>      >       service model sequence number to device model sequence
>>> number.
>>>      >
>>>      >    o  Remove mandating the use of deviations and add "if-feature
>>> target-
>>>      >       sites" under the leaf-list target-sites in section 5.10.2.
>>>      >
>>>      >    o  RFC2119 language changes on operation of the management
>>> system in
>>>      >       Section 5.6,3rd paragraph and section 7.
>>>      >
>>>      >    o  Fix incomplete description statements.
>>>      >
>>>      >    o  Change the use of the absolute paths to the use of relative
>>> paths
>>>      >       in the "must" statement or "path" statement for
>>> vpn-policy-id leaf
>>>      >       node, management container, location leaf node, devices
>>> container,
>>>      >       location case, location-reference leaf, device case, device-
>>>      >       reference leaf to make configuration is only applicable to
>>> the
>>>      >       current sites.
>>>      >
>>>      >    o  Change "must" statement to "when" statement for management
>>>      >       container device container.
>>>      >
>>>      >    o  Define new grouping vpn-profile-cfg for all the identifiers
>>>      >       provided by SP to the customer.  The identifiers include
>>> cloud-
>>>      >       identifier, std-qos-profile.
>>>      >
>>>      >    o  Add in the XPATH string representation and remove
>>> unqualified
>>>      >       name.
>>>      >
>>>      >    o  Remove redundant parameters in the cloud access.
>>>      >
>>>      >    o  Add a few text to clarify what the site is in section 6.3.
>>>      >
>>>      >    o  Add multi-filter and multi-VPN per entry support for VPN
>>> policy.
>>>      >
>>>      >    o  Modify description for svc-bandwidth leaf to make it
>>> consistent
>>>      >       with the text in section 5.10.1.
>>>      >
>>>      >    o  Add text to clarify the way to achieve Per-VPN QoS policy.
>>>      >
>>>      >    o  Change guaranteed-bw-percent data type from uint8 to
>>> decimal64.
>>>      >
>>>      >
>>>      > Reviews and Comments are always welcome.
>>>      >
>>>      > Best Regards,
>>>      >
>>>      > Giuseppe
>>>      >
>>>      > -----Messaggio originale-----
>>>      > Da: L2sm [mailto:l2sm-bounces@ietf.org] Per conto di
>>> internet-drafts@ietf.org
>>>      > Inviato: martedì 16 gennaio 2018 10:46
>>>      > A: i-d-announce@ietf.org
>>>      > Cc: l2sm@ietf.org
>>>      > Oggetto: [L2sm] I-D Action: draft-ietf-l2sm-l2vpn-service-
>>> model-05.txt
>>>      >
>>>      >
>>>      > A New Internet-Draft is available from the on-line Internet-Drafts
>>>      directories.
>>>      > This draft is a work item of the L2VPN Service Model WG of the
>>> IETF.
>>>      >
>>>      >         Title           : A YANG Data Model for L2VPN Service
>>> Delivery
>>>      >         Authors         : Bin Wen
>>>      >                           Giuseppe Fioccola
>>>      >                           Chongfeng Xie
>>>      >                           Luay Jalil
>>>      >  Filename        : draft-ietf-l2sm-l2vpn-service-model-05.txt
>>>      >  Pages           : 149
>>>      >  Date            : 2018-01-16
>>>      >
>>>      > Abstract:
>>>      >    This document defines a YANG data model that can be used to
>>> configure
>>>      >    a Layer 2 Provider Provisioned VPN service.
>>>      >
>>>      >    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, but provides an
>>> abstracted
>>>      >    view of the Layer 2 VPN service configuration components.  It
>>> is up
>>>      >    to a management system to take this as an input and generate
>>> 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 data model in this document includes support for
>>> point-to-point
>>>      >    Virtual Private Wire Services (VPWS) and multipoint Virtual
>>> Private
>>>      >    LAN services (VPLS) that use Pseudowires signaled using the
>>> Label
>>>      >    Distribution Protocol (LDP) and the Border Gateway Protocol
>>> (BGP) as
>>>      >    described in RFC4761 and RFC6624.
>>>      >
>>>      >
>>>      >
>>>      > The IETF datatracker status page for this draft is:
>>>      > https://datatracker.ietf.org/doc/draft-ietf-l2sm-l2vpn-servi
>>> ce-model/
>>>      >
>>>      > There are also htmlized versions available at:
>>>      > https://tools.ietf.org/html/draft-ietf-l2sm-l2vpn-service-mo
>>> del-05
>>>      > https://datatracker.ietf.org/doc/html/draft-ietf-l2sm-l2vpn-
>>> service-model-05
>>>      >
>>>      > A diff from the previous version is available at:
>>>      > https://www.ietf.org/rfcdiff?url2=draft-ietf-l2sm-l2vpn-serv
>>> ice-model-05
>>>      >
>>>      >
>>>      > 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/
>>>      >
>>>      > _______________________________________________
>>>      > L2sm mailing list
>>>      > L2sm@ietf.org
>>>      > https://www.ietf.org/mailman/listinfo/l2sm
>>>      >
>>>      > Questo messaggio e i suoi allegati sono indirizzati
>>> esclusivamente alle
>>>      persone
>>>      > indicate. La diffusione, copia o qualsiasi altra azione derivante
>>> dalla
>>>      conoscenza di
>>>      > queste informazioni sono rigorosamente vietate. Qualora abbiate
>>> ricevuto
>>>      > questo documento per errore siete cortesemente pregati di darne
>>> immediata
>>>      > comunicazione al mittente e di provvedere alla sua distruzione,
>>> Grazie.
>>>      >
>>>      > This e-mail and any attachments is confidential and may contain
>>> privileged
>>>      > information intended for the addressee(s) only. Dissemination,
>>> copying,
>>>      printing
>>>      > or use by anybody else is unauthorised. If you are not the
>>> intended recipient,
>>>      > please delete this message and any attachments and advise the
>>> sender by return
>>>      > e-mail, Thanks.
>>>      >
>>>      > Rispetta l'ambiente. Non stampare questa mail se non è necessario.
>>>      >
>>>      > _______________________________________________
>>>      > L2sm mailing list
>>>      > L2sm@ietf.org
>>>      > https://www.ietf.org/mailman/listinfo/l2sm
>>>           _______________________________________________
>>>      L2sm mailing list
>>>      L2sm@ietf.org
>>>      https://www.ietf.org/mailman/listinfo/l2sm
>>>
>>>
>>
>> _______________________________________________
>> L2sm mailing list
>> L2sm@ietf.org
>> https://www.ietf.org/mailman/listinfo/l2sm
>>
>
>
>