Re: [Teas] New Version Notification for draft-lee-teas-te-service-mapping-yang-07.txt

Dhruv Dhody <dhruv.ietf@gmail.com> Wed, 20 June 2018 14:08 UTC

Return-Path: <dhruv.ietf@gmail.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB5F3126CB6 for <teas@ietfa.amsl.com>; Wed, 20 Jun 2018 07:08:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.988
X-Spam-Level:
X-Spam-Status: No, score=-1.988 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_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_RED=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 mclHqL8MKXaq for <teas@ietfa.amsl.com>; Wed, 20 Jun 2018 07:08:20 -0700 (PDT)
Received: from mail-it0-x235.google.com (mail-it0-x235.google.com [IPv6:2607:f8b0:4001:c0b::235]) (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 176F8130EB7 for <teas@ietf.org>; Wed, 20 Jun 2018 07:08:20 -0700 (PDT)
Received: by mail-it0-x235.google.com with SMTP id 188-v6so5655168ita.5 for <teas@ietf.org>; Wed, 20 Jun 2018 07:08:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:sender:from:date:message-id :subject:to:cc; bh=aNhXuGrS1twL56VA2hofkFsi5b1SW/xbm48RVhH9Dqw=; b=sg8FcwbyQJTIYSr5gevbE+RfigTmAcBcqUDAP0qoZYyEaWpE1hHvPOkTxp3+Q7ZP63 Ce2ikJ+Z8GCz/IAccUhk4VnNm2k/FHtmBGiXr8JuCKJvbR1DVFVWGZ4mouMqdaKhpjtu 6zaP4e2MkH4nzkTMmzfCM0U7wnIs8fbHNVS6Gs44ghu7x7nihGJ897kYovzV/E8t1uxm mDx7w1YSUzie9f4ZWGqCOFumPpwv3iqtJBKcrUcvZtOjqFEejDETiK7LTbu1/DSDPyyJ yWOKS2jpuzZ4xmkaeyLepowA4kFCeGTvT2d67jUYtdQ8X/nocV+gpFNCIH1U5YC8KMTD g25A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:sender:from :date:message-id:subject:to:cc; bh=aNhXuGrS1twL56VA2hofkFsi5b1SW/xbm48RVhH9Dqw=; b=OBRA2eojaliJuEa85Gxeez3xWO5zMv1eRuUkemv+P+oU6CzhVdKYQjxBQjyA2gX/uH JioBTJOqyLm7gUv8TPpxqjqTkn3Kli1zJnWLkmnRG4vVzqQU3lM1xxKW4d6p1LTxV78c LcuWf3hEInVz8XgW8/KEJhCwDjDrgEFWr/CGwcOeVJd1H14Qy5SmRN+o93s7v93NzDor vSCkTsjHBnZbkd4Gecil3jWhLiH+PzZ8iC3iTOIw/KEBVzNyV7VnzwgWa/l4v7a50+Ns vHSrzGss7xki0O4tbVyArLLubf2g6NWnKsQXiJcH7tKSC/39n5Du26YcNF6jSCTR6QSd SyhA==
X-Gm-Message-State: APt69E2Hr6y3EKXirdKlclUCRU4fKDQrKpe54h73Gk6IASiTWx+t5RmW pjzilDvPFwxPbvmBsvgVi33x3+Kp6psXg5hCIc8=
X-Google-Smtp-Source: ADUXVKJ4daH3vI3q/qzwVLnmiIQcv+kNpB3RpUD669YEn+792GX+oV45PCMLZrwiHPDeCWi2GmiA06Wq5tFbonQW/b0=
X-Received: by 2002:a24:552:: with SMTP id 79-v6mr1763960itl.109.1529503699200; Wed, 20 Jun 2018 07:08:19 -0700 (PDT)
MIME-Version: 1.0
References: <152293940455.26004.8362854609783865293.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E173CFCD33B@sjceml521-mbs.china.huawei.com> <96bad40b-c6af-c8b5-0340-d14947ba3c86@labn.net> <68c2d19d59884060a2927dbbe0c055be@TELMBXB02RM001.telecomitalia.local> <7AEB3D6833318045B4AE71C2C87E8E173CFE8C53@sjceml521-mbx.china.huawei.com>
In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E173CFE8C53@sjceml521-mbx.china.huawei.com>
Sender: dhruvdhody@gmail.com
X-Google-Sender-Delegation: dhruvdhody@gmail.com
From: Dhruv Dhody <dhruv.ietf@gmail.com>
Date: Wed, 20 Jun 2018 19:38:07 +0530
X-Google-Sender-Auth: m7AgXS3CkRXBL-ukARpM1yBbXdI
Message-ID: <CAB75xn4Q1e+7mH+3xvTzttt2a_Q=zHK4b1qSxDM+CU03Etb+Qw@mail.gmail.com>
To: Leeyoung <leeyoung@huawei.com>
Cc: Fioccola Giuseppe <giuseppe.fioccola@telecomitalia.it>, Lou Berger <lberger@labn.net>, "TEAS WG (teas@ietf.org)" <teas@ietf.org>, "Jeff Tantsura (jefftant@gmail.com)" <jefftant@gmail.com>, Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, Vishnu Pavan Beeram <vbeeram@juniper.net>, Dhruv Dhody <dhruv.dhody@huawei.com>
Content-Type: multipart/alternative; boundary="000000000000ac711c056f135434"
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/4o3YdroBfYgNoj6owCMwrfYKHk4>
Subject: Re: [Teas] New Version Notification for draft-lee-teas-te-service-mapping-yang-07.txt
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Jun 2018 14:08:25 -0000

Hi Lou,

We were in the midst of updating the TE service mapping yang. We considered
the approach that you suggested, but the authors believe that having a new
mapping yang model that maps various service models to various TE models
works best and want to continue with this approach. We could discuss this
point during the IETF meeting, let us know if you have a strong opinion on
this?

Thanks!
Dhruv


On Fri, May 4, 2018 at 10:27 PM Leeyoung <leeyoung@huawei.com> wrote:

> Hi Lou,
>
>
>
> I see your point. If we were to do only L3VPN per se, it would be OK to
> augment L3SM model to add TE related parameters. But here we have LxSM
> where x=1,2,3 and ACTN VN (in addition, there could be another service
> model we have not seen such as L0SM) and it would more scalable and
> flexible to have one TE Service Mapping Model to which all service models
> are covered as Giuseppe pointed out.
>
>
>
> Another point is that in most cases the top level service orchestrator is
> dealing with many different services together and there may be correlations
> across different services it offers. In such case, having a TE-Service
> mapping model would make sense.
>
>
>
> Just my thought.
>
>
>
> Thanks.
>
> Young
>
>
>
> *From:* Fioccola Giuseppe [mailto:giuseppe.fioccola@telecomitalia.it]
> *Sent:* Friday, May 04, 2018 3:19 AM
> *To:* Lou Berger <lberger@labn.net>et>; Leeyoung <leeyoung@huawei.com>om>;
> teas@ietf.org
> *Cc:* Dhruv Dhody <dhruv.ietf@gmail.com>om>; Jeff Tantsura <
> jefftant@gmail.com>gt;; Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>om>;
> Vishnu Pavan Beeram <vbeeram@juniper.net>
> *Subject:* R: New Version Notification for
> draft-lee-teas-te-service-mapping-yang-07.txt
>
>
>
> Hi Lou, Young,
>
> This is an interesting point. The augmentation for LxSM is possible but,
> in this case, it could not be the right way because it is a less flexible
> approach. In addition te-topology-ids and te-tp-ids are probably only
> optional information for the interface between Customer and Service
> Provider. So, in my opinion, it would be convenient to have a Service
> Mapping Yang Model.
>
>
>
> Thanks,
>
>
>
> Giuseppe
>
>
>
> *Da:* Lou Berger [mailto:lberger@labn.net <lberger@labn.net>]
> *Inviato:* martedì 1 maggio 2018 15:05
> *A:* Leeyoung; Vishnu Pavan Beeram; teas@ietf.org
> *Cc:* Dhruv Dhody; Fioccola Giuseppe; Jeff Tantsura; Daniele Ceccarelli
> *Oggetto:* Re: New Version Notification for
> draft-lee-teas-te-service-mapping-yang-07.txt
>
>
>
> Hi Young,
>
> see below.
>
> On 4/5/2018 10:57 AM, Leeyoung wrote:
>
> Hi Pavan and Lou,
>
>
>
> We have updated the draft to incorporate Pavan's comment (during London
> meeting) to generalize the model for TE.
>
>
>
> Regarding the mapping, we have added options for all three:
>
>
>
> -              VN (ACTN VN model)
>
> -              Single abstract node in TE topology (TE-topology model)
>
> -              List of tunnels (TE-tunnel model)
>
>
>
> See the changes as follows:
>
>
>
>
>
>          +---------+          +-------------+         +----------+
>
>          |  L3SM   | <------> |             | <-----> | ACTN VN  |
>
>          +---------+          |             |         |  Model   |
>
>                               |             |         +----------+
>
>                               |             |
>
>          +---------+          | TE-Service  |         +----------+
>
>          |  L2SM   | <------> |Mapping Model| <-----> | TE-Topo  |
>
>          +---------+          |             |         |   Model  |
>
>                               |             |         +----------+
>
>                               |             |
>
>          +---------+          |             |         +----------+
>
>          |  L1CSM  | <------> |             | <-----> | TE-Tunnel|
>
>          +---------+          |             |         |   Model  |
>
>                               +-------------+         +----------+
>
>
>
> Let us know what you think.
>
>
> I think having a way to map from the LxSMs to  te topology makes a lot of
> sense.  Although, personally I would have looked at augmenting the existing
> models with te-topology-ids and te-tp-ids before defining a new module.
> This said, what's really important is the opinion of WG contributors.  So
> I'd be more interested in hearing what others think of the approach.
>
> Lou
>
>
>
> Best regards,
>
> Young & Dhruv
>
>
>
>
> -----------------------------------------------------------------------------------------------
>
> 4. YANG Data Tree
>
>
>
> module: ietf-te-service-mapping
>
>     +--rw te-service-mapping
>
>        +--rw service-mapping
>
>        |  +--rw mapping-list* [map-id]
>
>        |     +--rw map-id            uint32
>
>        |     +--rw map-type?         map-type
>
>        |     +--rw (service)?
>
>        |     |  +--:(l3vpn)
>
>        |     |  |  +--rw l3vpn-ref?        ->
> /l3:l3vpn-svc/vpn-services/vpn-
>
> service/vpn-id
>
>        |     |  +--:(l2vpn)
>
>        |     |  |  +--rw l2vpn-ref?        ->
> /l2:l2vpn-svc/vpn-services/vpn-
>
> service/vpn-id
>
>        |     |  +--:(l1vpn)
>
>        |     |     +--rw l1vpn-ref?        -> /l1:l1cs/service/service-
>
> list/subscriber-l1vc-id
>
>        |     +--rw (te)?
>
>        |        +--:(actn-vn)
>
>        |        |  +--rw actn-vn-ref?      -> /vn:actn/vn/vn-list/vn-id
>
>        |        +--:(te-topo)
>
>        |        |  +--rw vn-topology-id?   te-types:te-topology-id
>
>        |        |  +--rw abstract-node?    ->
> /nw:networks/network/node/node-
>
> id
>
>        |        +--:(te-tunnel)
>
>        |           +--rw te-tunnel-list*   te:tunnel-ref
>
>        +--rw site-mapping
>
>           +--rw mapping-list* [map-id]
>
>              +--rw map-id         uint32
>
>              +--rw (service)?
>
>              |  +--:(l3vpn)
>
>              |  |  +--rw l3vpn-ref?     -> /l3:l3vpn-svc/sites/site/site-id
>
>              |  +--:(l2vpn)
>
>              |  |  +--rw l2vpn-ref?     -> /l2:l2vpn-svc/sites/site/site-id
>
>              |  +--:(l1vpn)
>
>              |     +--rw l1vpn-ref?     -> /l1:l1cs/access/uni-list/UNI-ID
>
>              +--rw (te)?
>
>                 +--:(actn-vn)
>
>                 |  +--rw actn-vn-ref?   -> /vn:actn/ap/access-point-
>
> list/access-point-id
>
>                 +--:(te)
>
>                    +--rw ltp?           te-types:te-tp-id
>
>
>
>
>
> -----Original Message-----
> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org
> <internet-drafts@ietf.org>]
> Sent: Thursday, April 05, 2018 9:43 AM
> To: Dhruv Dhody <dhruv.ietf@gmail.com> <dhruv.ietf@gmail.com>om>; Giuseppe
> Fioccola <giuseppe.fioccola@telecomitalia.it>
> <giuseppe.fioccola@telecomitalia.it>it>; Jeff Tantsura <jefftant@gmail.com>
> <jefftant@gmail.com>om>; Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>
> <daniele.ceccarelli@ericsson.com>om>; Leeyoung <leeyoung@huawei.com>
> <leeyoung@huawei.com>
> Subject: New Version Notification for
> draft-lee-teas-te-service-mapping-yang-07.txt
>
>
>
>
>
> A new version of I-D, draft-lee-teas-te-service-mapping-yang-07.txt
>
> has been successfully submitted by Young Lee and posted to the IETF
> repository.
>
>
>
> Name:                  draft-lee-teas-te-service-mapping-yang
>
> Revision:              07
>
> Title:                     Traffic Engineering and Service Mapping Yang
> Model
>
> Document date: 2018-04-05
>
> Group:                  Individual Submission
>
> Pages:                  19
>
> URL:
> https://www.ietf.org/internet-drafts/draft-lee-teas-te-service-mapping-yang-07.txt
>
> Status:
> https://datatracker.ietf.org/doc/draft-lee-teas-te-service-mapping-yang/
>
> Htmlized:
> https://tools.ietf.org/html/draft-lee-teas-te-service-mapping-yang-07
>
> Htmlized:
> https://datatracker.ietf.org/doc/html/draft-lee-teas-te-service-mapping-yang
>
> Diff:
> https://www.ietf.org/rfcdiff?url2=draft-lee-teas-te-service-mapping-yang-07
>
>
>
> Abstract:
>
>    This document provides a YANG data model to map service model (e.g.,
>
>    L3SM) and Traffic Engineering model (e.g., TE Tunnel or ACTN VN
>
>    model). This model is referred to as TE service Mapping Model. This
>
>    model is applicable to the operation's need for a seamless control
>
>    and management of their VPN services with TE tunnel support.
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 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.
>
>
>
> The IETF Secretariat
>
>
>
>
>
> 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.*
>
>
>