From nobody Tue Dec 5 07:45:30 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D03E91294C7 for ; Tue, 5 Dec 2017 07:45:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 qNSsWSXpfEpW for ; Tue, 5 Dec 2017 07:45:26 -0800 (PST) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B3B112944E for ; Tue, 5 Dec 2017 07:45:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=580; q=dns/txt; s=iport; t=1512488726; x=1513698326; h=to:from:subject:message-id:date:mime-version: content-transfer-encoding; bh=WHRU/HCT9E/qqAHLBtquEv5u0NaLCoEuA7pKGqMEyBs=; b=KAHfRcPxnrnDymoDvFOPuHEA0bczv8jwVFWnd1Hc1Uu4MVwPCMlv+j/5 PHlMEKNLG1tX82MHRBfirpGajfL+UDQDjSlXgUQ51BF1Tl0urAFKat+TS aQ10dYuHH2SQJcwDPYE835+jKLmYWTvJJm39+31MYhHsc1QO0yukB652p 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BaAgCmvSZa/xbLJq1cGgEBAQEBAgEBA?= =?us-ascii?q?QEIAQEBAYURhCeLFI9UCZc8ggEKhTGGFhUBAQEBAQEBAQFrKIVMFTZAAiYCbAg?= =?us-ascii?q?BAYofqT+CJ4sOgQ+COYNggWkpC4dggQSCSYJjBaJ2lROBfYoOh0sCjlWHfIE6N?= =?us-ascii?q?SOBTTIaCBsVOoIqhFVAimABAQE?= X-IronPort-AV: E=Sophos;i="5.45,364,1508803200"; d="scan'208";a="662788" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Dec 2017 15:45:24 +0000 Received: from [10.61.175.124] ([10.61.175.124]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id vB5FjOVD020927 for ; Tue, 5 Dec 2017 15:45:24 GMT To: NetSlices@ietf.org From: Benoit Claise Message-ID: Date: Tue, 5 Dec 2017 16:45:24 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: [Netslices] COMS: next steps? X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Dec 2017 15:45:28 -0000 Dear COMS proponents, We had multiple netslices or COMS-related discussions during the IETF. Among others, two presentations, in RTGWG and in OPSAREA, coming from two different backgrounds. We also had a COMS demonstration. So COMS received some interest during this IETF100. At this point in time, a few weeks after the meeting, it seems that the mailing list went silent again. Maybe the draft authors are working on updating their drafts, based on what was learned in the meeting? Is it time to reopen the discussion on the mailing list? Regards, Benoit From nobody Tue Dec 5 12:21:14 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED00812025C for ; Tue, 5 Dec 2017 12:21:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.7 X-Spam-Level: X-Spam-Status: No, score=-4.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=interdigital.onmicrosoft.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 hPuddy2qGmJ9 for ; Tue, 5 Dec 2017 12:21:09 -0800 (PST) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0112.outbound.protection.outlook.com [104.47.42.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40B83126DFF for ; Tue, 5 Dec 2017 12:21:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interdigital.onmicrosoft.com; s=selector1-interdigital-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=hNAcmDtmtb/6d2+byzpeV5z+2hNwGoqFiH828bw8TsM=; b=h99aay64cwmYCUmja7MWtTzc8JOQ5w50OxsE06px4LrVAi/ywSYY3q6Ex230r39hDrkPLioERlqvuwZp8yHK8VbkH3yi85Ls0OaTxx2L2VOkO5ApJUTu6kkRwp/xVc8Oknzn1zuTumjZU6cDEujiyZr9WjWpJde9Eh4RhF0nWV8= Received: from MWHPR10MB1632.namprd10.prod.outlook.com (10.172.52.10) by MWHPR10MB1631.namprd10.prod.outlook.com (10.172.52.9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.282.5; Tue, 5 Dec 2017 20:21:07 +0000 Received: from MWHPR10MB1632.namprd10.prod.outlook.com ([10.172.52.10]) by MWHPR10MB1632.namprd10.prod.outlook.com ([10.172.52.10]) with mapi id 15.20.0282.012; Tue, 5 Dec 2017 20:21:07 +0000 From: "De Foy, Xavier" To: "Geng, Liang" CC: "NetSlices@ietf.org" Thread-Topic: Input for problem statement Thread-Index: AdNuA9Or9uGgHX1nTjCE/IjGRVBA4w== Date: Tue, 5 Dec 2017 20:21:07 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Xavier.DeFoy@InterDigital.com; x-originating-ip: [38.122.42.138] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; MWHPR10MB1631; 6:dG4WRvM3VTkXQst6IsqENNr3RxJuBmtSC31maiE4QzUaskAZmd2VKnT1PRRQZGijvqnJnpoRdDbYbgIRGzBu1Cg4/21CtoqsWYTZPe9TbqLwBWuo1SsDdwMnPnUSFF3cFxCX23m5I8Rn5SKOTsek9hqm9BwiPY6e+2ggDWSfI+dBWClPYudnKxDrWoo3LQy5Q4Te13G+5oIk8kksajeo/k1byUgqnp66hyeAnHAKFl3KYU4weQYpgL88y+OoTbaRM3GOYZ389TPkRUkWiCHxmMca8kae6bpUuc117o9ScLoNuKGVYlT2BI5uK5EWHtoYb0fEgMWp1KxcG1R+fHWn1T/Glztcb1q9O3PcpQlNLRo=; 5:SmMC8aijlhNd9ItZusZL0jf+AEmH/BMcWiBhtGDYsnVnOP3zk3KcLOHCSugxhZJ6LeJ4p3vzXvP8uK8249UQRIGmd7DNErA42y+2MKPQmA2i0coCbjNkczHgDl6Jq6sl/b1Koha/cyk/GKUG7d6eTp258VSmeTPLB4g5XbVZghg=; 24:+qoVoTVcOqnjtlpIR6gmoOhirPl+1QlW5gxRdCu5O1ffKl4B5AQ4M/0tG1OAEE8egdYcpvCzeTEsANcOCkxOqDVHIHUkEXPgARoPo2dftE8=; 7:DqxwII//ws3MIlLSul5nBQjaqk1AEingfEJvac8K1Xe4wSD+g7xDMu9McOdLhBe4A/C1kDbc4mccUSoyNktsDW2XteNu8XPXnE4BzmXp6/UKDeOsXsyOQCK+PXlhyo7qUHq6901AnO76cMem4Cp2OFGyfkuzplts2ZQURPDF3RGHMO7B4UyLS6uBHH2LJHlmqo3Xp5BH8jeoWibft9V0tlmCKKrPNWEH75zBpT/dZoY03vMVC/h9bcxp4R1fyg21 x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 96357c26-e701-44de-e5bd-08d53c1db7a2 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4602075)(4603075)(4627115)(201702281549075)(2017052603286); SRVR:MWHPR10MB1631; x-ms-traffictypediagnostic: MWHPR10MB1631: x-ld-processed: e351b779-f6d5-4e50-8568-80e922d180ae,ExtAddr x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(8121501046)(5005006)(3002001)(3231022)(10201501046)(93006095)(93001095)(6041248)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123564025)(20161123558100)(20161123562025)(2016111802025)(20161123555025)(6043046)(6072148)(201708071742011); SRVR:MWHPR10MB1631; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:MWHPR10MB1631; x-forefront-prvs: 0512CC5201 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(346002)(366004)(199004)(189003)(6506006)(6862004)(97736004)(86362001)(478600001)(8676002)(55016002)(105586002)(25786009)(3480700004)(68736007)(74316002)(81166006)(2900100001)(106356001)(316002)(81156014)(3660700001)(66066001)(6436002)(9686003)(33656002)(101416001)(7736002)(3280700002)(9326002)(6306002)(790700001)(53936002)(102836003)(8936002)(3846002)(6116002)(7696005)(54896002)(4326008)(2906002)(5660300001)(14454004)(72206003)(77096006)(99286004)(85282002); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR10MB1631; H:MWHPR10MB1632.namprd10.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: InterDigital.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_MWHPR10MB16321D6982B2E7FEE07F63B2E53D0MWHPR10MB1632namp_" MIME-Version: 1.0 X-OriginatorOrg: interdigital.com X-MS-Exchange-CrossTenant-Network-Message-Id: 96357c26-e701-44de-e5bd-08d53c1db7a2 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Dec 2017 20:21:07.4011 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: e351b779-f6d5-4e50-8568-80e922d180ae X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR10MB1631 Archived-At: Subject: [Netslices] Input for problem statement X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Dec 2017 20:21:12 -0000 --_000_MWHPR10MB16321D6982B2E7FEE07F63B2E53D0MWHPR10MB1632namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Liang, This is to follow-up our conversation at IETF 100 about draft-geng-coms-= problem-statement, and share on the list. The goal would be to make a recur= sive use of the same (COMS) model, from top to bottom. A secondary point would be to align our use of the terms "slice segment" = and "slice subnet" across drafts. Since "subnet" is defined by NGMN it coul= d be simpler to use that term, as long as our definition is compatible with= NGMN. There is a definition in the interconnection draft. Please consider the following figure as input for an update to figure 2: = e.g. "cross-segment" could become "end-to-end", "segment-specific" could be= come "technology specific", etc. One additional thing we could consider is using a single term "manager" o= r "controller". This would be better aligned with the recursive nature of C= OMS (e.g. an e2e slice manager may be used to manager/control a slice subne= t for a larger slice). NSaaS and +------------------------------------------+ End-to-end | Network Slice Tenant | Network +-+----------------------------------------+ Slice | Requests a NSaaS Service Management | ^ +-v----------------------------------------+ | | Network Slice Service Provider | | +-+----------------------------------------+ | | Generates an end-to-end Slice Model | | | +-v----------------------------------------+ ^ | | E2e slice manager (COMS model) | | | +-+----------------------------------------+ | NS | | Decomposed by End-to-end | Layer | | Network Slice Manager | | +-v----------------------------------------+ | ------------|Slice controllers (COMS model for subnets)| | | | (may include multiple controllers) | | v +----+---------------+---------------+-----+ v Tech-specific | | | Network Slice | | | Management +------v------+ +------v------+ +------v------+ and | Network | | Network | | Network | Implementation |Configuration| |Configuration| |Configuration| | Model I | | Model II | | Model III | +-------------+ +-------------+ +-------------+ And to match it, here is some input for figure 1: +----------------------------------------------------------+ | Network Slice as a Service | | +-------------------------------------+ +--------------+ | | | Network Slice Template | | | | | | +---------+ +---------+ +---------+ | | Customized | | | | | 5G | | Internet| |Verticals| | | Network Slice| | | | | centric | | VPN | |Industry | | | | | | | +---------+ +---------+ +---------+ | | | | | +-------------------------------------+ +----+---------+ | | | | | | | | | | +------v----------------------------v----+ | | | Network Slice Service Profile | | | +----------------+-----------------------+ | | | | +----------------------------------------------------------+ | +---------v----------+ | End-to-end | +------------+ Slice Manager +--------------+ | +---------+----------+ | | | | | | | +----v----+ +--------------v-----------------+ +-----v----+ | RAN | | Network Slice Controller | | CN | | Slice | | | | Slice | | Ctrlr | +--------+----------+---------+-++ | Ctrlr | +---------+ | | | | | +----------+ +---+ | | | +----------+ | | | | | +------+-----+ +----+----+ +---+----+ +--+--------+ +-+--------+ |Connectivity| |Computing| | Storage| |Generalized| | Nw Slice | | | | | | | |Functions | | Ctrlr | +------------+ +---------+ +--------+ +-----------+ +----------+ Best Regards, Xavier. --_000_MWHPR10MB16321D6982B2E7FEE07F63B2E53D0MWHPR10MB1632namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Liang,

 

   This is to fol= low-up our conversation at IETF 100 about draft-geng-coms-problem-statement= , and share on the list. The goal would be to make a recursive use of the s= ame (COMS) model, from top to bottom.

 

  A secondary point would be to align our use o= f the terms “slice segment” and “slice subnet” acro= ss drafts. Since “subnet” is defined by NGMN it could be simple= r to use that term, as long as our definition is compatible with NGMN. Ther= e is a definition in the interconnection draft.

 

  Please consider the following figure as input= for an update to figure 2: e.g. “cross-segment” could become &= #8220;end-to-end”, “segment-specific” could become “= ;technology specific”, etc.

 

  One additional thing we could consider is usi= ng a single term “manager” or “controller”. This wo= uld be better aligned with the recursive nature of COMS (e.g. an e2e slice = manager may be used to manager/control a slice subnet for a larger slice).

 

 

  NSaaS and     =   +------------------------------------------+

  End-to-end     = ; |   Network Slice Tenant      &nb= sp;            |

  Network      &= nbsp;  +-+----------------------------------------+

  Slice     &nbs= p;       |   Requests a NSaaS Servi= ce

  Management     = ;   |

      ^  &n= bsp;        +-v---------------------= -------------------+

      |  &n= bsp;        | Network Slice Service Prov= ider           |

      |  &n= bsp;        +-+-----------------= -----------------------+

      |  &n= bsp;          |  Generate= s an end-to-end Slice Model

      |  &n= bsp;          |

      |&n= bsp;          +-v---------= -------------------------------+   ^

      |  &n= bsp;        | E2e slice manager (COMS mo= del)           | &nb= sp; |

      |  &n= bsp;        +-+-----------------= -----------------------+   | NS

      |  &n= bsp;          | Decomposed by = End-to-end           = ;        | Layer

      |  &n= bsp;          |  &nb= sp;            =      Network Slice Manager   |

      |  &n= bsp;        +-v---------------------= -------------------+   |

      ------------|Sl= ice controllers (COMS model for subnets)|   |

      |  &n= bsp;        | (may include multiple cont= rollers)       |   |

      v  &n= bsp;        +----+--------------= -+---------------+-----+   v

Tech-specific      &n= bsp;  |         &nbs= p;     |        = ;       |

Network Slice      &n= bsp;  |         &nbs= p;     |        = ;       |

Management     +------= v------+ +------v------+ +------v------+

and        =     | Network     | | Network =     | | Network     |<= /p>

Implementation |Configuration| |Configuration|= |Configuration|

       &nbs= p;        |  Model I  &nb= sp; | |  Model II   | |  Model III  |

       &nbs= p;        +-------------+ +-= ------------+ +-------------+

 

 

And to match it, here is some input for figure 1:

 

+-----------------------------------------= -----------------+

|       &nb= sp;         Network Slice as a Serv= ice             = ;  |

| +-------------------------------------&#= 43; +--------------+ |

| |     Network Slice Temp= late          | |  &= nbsp;           | |<= /o:p>

| | +---------+ +---------+ &#= 43;---------+ | | Customized   | |

| | |   5G    | | Int= ernet| |Verticals| | | Network Slice| |

| | | centric | |   VPN   = | |Industry | | |         &nbs= p;    | |

| | +---------+ +---------+ &#= 43;---------+ | |         =      | |

| +-------------------------------------&#= 43; +----+---------+ |

|       &nb= sp;         |   &nbs= p;            &= nbsp;           | &n= bsp;         |

|       &nb= sp;         |   &nbs= p;            &= nbsp;           | &n= bsp;         |

|       &nb= sp;  +------v----------------------------v----+  &nb= sp;   |

|       &nb= sp;  | Network Slice Service Profile      &nb= sp;   |      |

|       &nb= sp;  +----------------+-----------------------+  = ;    |

|       &nb= sp;            =        |      &= nbsp;           &nbs= p;           |=

+-----------------------------------------= -----------------+

       &nbs= p;            &= nbsp;       |

       &nbs= p;          +---------v---= -------+

       &nbs= p;          |   End-= to-end       |

     +------------+= ;   Slice Manager    +--------------+=

     |   &n= bsp;        +---------+---------= -+           &nb= sp;  |

     |   &n= bsp;            = ;      |       =             &nb= sp;     |

     |   &n= bsp;            = ;      |       =             &nb= sp;     |

+----v----+  +--------------v= -----------------+ +-----v----+

|  RAN    |  | Networ= k Slice Controller       | |  CN  &= nbsp;   |

|  Slice  |  |   = ;            &n= bsp;            = ;    | |  Slice   |

|  Ctrlr  |  +--------+= ----------+---------+-++ |  Ctrlr   |

+---------+  |   &= nbsp;    |        &n= bsp; |         | |  +-----= -----+

       &nbs= p; +---+        |  &nb= sp;       |     &nbs= p;   | +----------+

       &nbs= p; |            |&nb= sp;         |   &nbs= p;     |        = ;    |

  +------+-----+ +----= 3;----+ +---+----+ +--+--------+ +-+---= -----+

  |Connectivity| |Computing| | Storage| |= Generalized| | Nw Slice |

  |       &= nbsp;    | |       &= nbsp; | |        | |Functions  | | = Ctrlr    |

  +------------+ +---------&#= 43; +--------+ +-----------+ +----------+

 

  Best Regards,

 

Xavier.

 

--_000_MWHPR10MB16321D6982B2E7FEE07F63B2E53D0MWHPR10MB1632namp_-- From nobody Wed Dec 6 06:53:48 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC7F1128BBB for ; Wed, 6 Dec 2017 06:53:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] 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 8boYKhWzxXFU for ; Wed, 6 Dec 2017 06:53:44 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 3F18F126DD9 for ; Wed, 6 Dec 2017 06:53:44 -0800 (PST) Received: from LHREML711-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id D093BF25F10B4 for ; Wed, 6 Dec 2017 14:53:39 +0000 (GMT) Received: from DGGEMI404-HUB.china.huawei.com (10.3.17.142) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.361.1; Wed, 6 Dec 2017 14:53:09 +0000 Received: from DGGEMI509-MBS.china.huawei.com ([169.254.2.152]) by dggemi404-hub.china.huawei.com ([10.3.17.142]) with mapi id 14.03.0361.001; Wed, 6 Dec 2017 22:53:03 +0800 From: "qiangli (D)" To: Benoit Claise , "NetSlices@ietf.org" Thread-Topic: [Netslices] COMS: next steps? Thread-Index: AQHTbeAjz5zXfO0bBUSS1kf0NbLxwqM2VuSA Date: Wed, 6 Dec 2017 14:53:02 +0000 Message-ID: <06C389826B926F48A557D5DB5A54C4ED2A5DE1C0@dggemi509-mbs.china.huawei.com> References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.16.229] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Netslices] COMS: next steps? X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Dec 2017 14:53:47 -0000 Dear Benoit and All, As you said we've been thinking about the next step since IETF 100. Our COM= S proponents have discussed a charter similar thing (written by Kiran) in o= rder to help us straighten our thinking (pasted below). Please give us your= feedback and help enhance it, we also sincerely invite more people to cont= ribute to COMS work. Best regards, Cristina QIANG ********************************************************************* The Common Operations and Management on Network Slices (COMS) [a subset of = netSlices] standardizes the network slice management for operations and mon= itoring of resources associated with a slice as a single entity. The resour= ce may comprise of mainly logical connections in access, edge, aggregation = and core routers as well as service nodes with compute, and storage. Such r= esource may be part of different network domains being served by different = technologies. Network Slice is a collection of several mechanisms (a few actively develop= ed and some already mature) spanning across data and control planes. Many a= spects of network slices depend on already developed or work in progress te= chnological areas in IETF such as=20 * Data plane: DetNET, TE-Tunnels, MPLS, Segment Routing VPNs, NVO3 etc.=20 * Controller and/or control plane: ACTN, PCE and RSVP-TE (requiring LDP, BG= P, OSPF awareness at level below. * Management plane: YANG, OAM etc. [The foundation of the COMS is that a technology independent resource-centr= ic management plane is desired.] There may be more than one way in which pr= ovider network topologies are deployed, therefore, it makes no assumption o= f infrastructure network connectivity. The goal of COMS is to have a common= /inter-operable management interface/functions are necessary to take the c= oncept of network slices to any infrastructure. Resource aware isolation of= a provider network is essential and assumed to be provided for the managem= ent of characteristics of a network slice. COMS is the management of resour= ce-centric network slices. It allows creation and management of a network s= lice in a uniform manner from an operator's view. The COMS tries to specify an information model, the associated data models = (or protocol) for:=20 1. A Northbound interface, between an orchestrator and a NS provider to ins= truct what resources to use and corresponding metrics to measure, delegate,= and how/when to report the measurement results to NS Provider or tenant-en= tity, 2. An NS management agent that uses Information model and manages mappings = from different provider networks. Information model is a logical (or abstract) representation of what a netwo= rk slice is supposed to do. A specific instance of it will create a slice. = An instantiation happens after the promised resources are offered from diff= erent domains and mapped to the information-model.=20 The COMS architecture will allow for utilizing existing traffic-engineered = or other topologies. Controllers or nodes containing agents may have severa= l interfaces using different link technologies. Multiple address families a= nd interfaces must be considered in the Control and Report protocols. The COMS will also consider management and mapping of abstract information = to managed entities as a core requirement and will ensure that by default m= anagement operations and monitoring mechanisms are non-intrusive, for examp= le, ensuring that management traffic is neither visible nor disruptive to a= nother instance of a slice. The necessary resource assurance capabilities needed in data plane and/or c= ontrol are out of the scope and any gaps identified will be delegated to re= spective technology working group. [maybe something about association, a service in a slice] End user of a network slice instance is typically an operator as a tenant o= f the network slice. Standardizing control of such end users is out of scop= e. Such end users could use northbound interface to run management tasks wi= th in the slice they. This provides for user-initiated on-demand measuremen= t, which is an important component of the ISP use case. An initial assumption about the work is that the Network slicing infrastruc= ture system is under the control of a single organization (for example, an = Internet Service Provider or a regulator). However, the components related = COMS can be deployed in administrative domains that are not owned by the sl= ice-provider. Thus, the Network slice system deployed by a single organizat= ion constitutes a single COMS management domain which may span ownership or= other administrative boundaries. The COMS will produce the following work items: 1. The Network Slicing Architecture, provides common terminology, basic arc= hitecture elements, resource abstractions and the inter-actions. It compris= es of high level components of a network slice aware system.=20 2. The COMS Use Cases - provides the motivating use cases as a basis for th= e work 3. The COMS Problem statement - clearly provides the requirements from mana= gement work item. 4. The Network Slicing Information Model- the NS slice with abstraction of = resources. Identifies managed objects needed to implement a network slice i= nstance in a network slice aware system. 5. Northbound and Mapping interface, the abstract definition of the informa= tion carried from the Orchestrator to slice provider to the NS management a= gents and the information carried from/to the NS management agents to/from = the domain controller.=20 6. The COMS Service association to a slice instance, a service model mappin= g to an instance of a slice and its management. ********************************************************************* -----Original Message----- From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of Benoit Cla= ise Sent: Tuesday, December 5, 2017 11:45 PM To: NetSlices@ietf.org Subject: [Netslices] COMS: next steps? Dear COMS proponents, We had multiple netslices or COMS-related discussions during the IETF. Among others, two presentations, in RTGWG and in OPSAREA, coming from two d= ifferent backgrounds. We also had a COMS demonstration. So COMS received some interest during this IETF100. At this point in time, a few weeks after the meeting, it seems that the mai= ling list went silent again. Maybe the draft authors are working on updating their drafts, based on what= was learned in the meeting? Is it time to reopen the discussion on the mailing list? Regards, Benoit _______________________________________________ Netslices mailing list Netslices@ietf.org https://www.ietf.org/mailman/listinfo/netslices From nobody Wed Dec 13 00:26:08 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D337B1275C5 for ; Wed, 13 Dec 2017 00:26:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] 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 gg68dpnnTlaB for ; Wed, 13 Dec 2017 00:26:06 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 9C3F4120726 for ; Wed, 13 Dec 2017 00:26:05 -0800 (PST) Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 47A3E136ABA48 for ; Wed, 13 Dec 2017 08:26:02 +0000 (GMT) Received: from DGGEMI402-HUB.china.huawei.com (10.3.17.135) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.361.1; Wed, 13 Dec 2017 08:26:03 +0000 Received: from DGGEMI509-MBS.china.huawei.com ([169.254.2.152]) by dggemi402-hub.china.huawei.com ([10.3.17.135]) with mapi id 14.03.0361.001; Wed, 13 Dec 2017 16:25:58 +0800 From: "qiangli (D)" To: "NetSlices@ietf.org" Thread-Topic: Summary of Open Issues Thread-Index: AdNz69De3UdZ6mp2RoqoEwxedESdJw== Date: Wed, 13 Dec 2017 08:25:58 +0000 Message-ID: <06C389826B926F48A557D5DB5A54C4ED2A5DED86@dggemi509-mbs.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.163.138] Content-Type: multipart/alternative; boundary="_000_06C389826B926F48A557D5DB5A54C4ED2A5DED86dggemi509mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Netslices] Summary of Open Issues X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2017 08:26:08 -0000 --_000_06C389826B926F48A557D5DB5A54C4ED2A5DED86dggemi509mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, Before we carry out the next stage work, we would like to hear your opinion= on future possible directions. We have preliminarily listed the following = 6 potential work items for discussion, is there anything missing or inappro= priate? COMS (Common Operation and Management on network Slices) - a concrete topic= narrowed down from NetSlicing, focuses on resource-oriented (including con= nectivity, computing, storage and other potential resources) common managem= ent plane, be able to shield the differences of multiple implementation tec= hniques. 1. The COMS Architecture - provides common terminology, basic archite= cture elements, resource abstractions and the inter-actions. 2. The COMS Use Cases - provides the motivating use cases as a basis = for the work. 3. The COMS Problem Statement - clearly provides the requirements fro= m management work item. 4. The COMS Information Model/Template - Identifies managed objects n= eeded to implement a network slice instance in a network slice aware system= . 5. The COMS Data Model - date models of northbound and southbound/map= ping interfaces of a network slice aware system. 6. The COMS Service Model - a service model mapping to an instance of= a slice and its management. Best regards, Cristina QIANG --_000_06C389826B926F48A557D5DB5A54C4ED2A5DED86dggemi509mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All,

 

Before we carry out the next st= age work, we would like to hear your opinion on future possible directions.= We have preliminarily listed the following 6 potential work items for disc= ussion, is there anything missing or inappropriate?

 

COMS (Common Operation and Mana= gement on network Slices) – a concrete topic narrowed down from NetSl= icing, focuses on resource-oriented (including connectivity, computing, sto= rage and other potential resources) common management plane, be able to shield the differences of multiple implementa= tion techniques.

 

1= .   &= nbsp;   The COMS Architecture -= provides common terminology, basic architecture elements, resource abstrac= tions and the inter-actions.

2= .   &= nbsp;   The COMS Use Cases - pr= ovides the motivating use cases as a basis for the work.<= /p>

3= .   &= nbsp;   The COMS Problem Statem= ent - clearly provides the requirements from management work item.

4= .   &= nbsp;   The COMS Information Mo= del/Template - Identifies managed objects needed to implement a network sli= ce instance in a network slice aware system.

5= .   &= nbsp;   The COMS Data Model - d= ate models of northbound and southbound/mapping interfaces of a network sli= ce aware system.

6= .   &= nbsp;   The COMS Service Model = – a service model mapping to an instance of a slice and its managemen= t.

 

Best regards,=

 

Cristina QIANG

 

 

--_000_06C389826B926F48A557D5DB5A54C4ED2A5DED86dggemi509mbschi_-- From nobody Wed Dec 13 00:41:08 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2489B12700F for ; Wed, 13 Dec 2017 00:41:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] 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 9mSBBodjYbeh for ; Wed, 13 Dec 2017 00:41:05 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 53E39120726 for ; Wed, 13 Dec 2017 00:41:05 -0800 (PST) Received: from LHREML710-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 8551AC3E4D14C for ; Wed, 13 Dec 2017 08:41:02 +0000 (GMT) Received: from DGGEMI406-HUB.china.huawei.com (10.3.17.144) by LHREML710-CAH.china.huawei.com (10.201.108.33) with Microsoft SMTP Server (TLS) id 14.3.361.1; Wed, 13 Dec 2017 08:41:03 +0000 Received: from DGGEMI509-MBS.china.huawei.com ([169.254.2.152]) by dggemi406-hub.china.huawei.com ([10.3.17.144]) with mapi id 14.03.0361.001; Wed, 13 Dec 2017 16:40:56 +0800 From: "qiangli (D)" To: "NetSlices@ietf.org" Thread-Topic: Open Issue I: SouthBound/Mapping Interface Thread-Index: AdNz7BaJGrRkEFbTREOfWwbxCLzW+g== Date: Wed, 13 Dec 2017 08:40:56 +0000 Message-ID: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.163.138] Content-Type: multipart/alternative; boundary="_000_06C389826B926F48A557D5DB5A54C4ED2A5DEDA1dggemi509mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2017 08:41:07 -0000 --_000_06C389826B926F48A557D5DB5A54C4ED2A5DEDA1dggemi509mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, This email is want to collect your opinion on the following issue: Do we need to standardize the Southbound/Mapping interface of a network sli= ce aware system in COMS? Or do you think this work should be carried out in= existing WGs/RGs? (e.g., mapping interface between COMS and ACTN, mapping = interface between COMS and NFVO) Best regards, Cristina QIANG --_000_06C389826B926F48A557D5DB5A54C4ED2A5DEDA1dggemi509mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All,

 

This email is want to collect y= our opinion on the following issue:

 

Do we need to standardize the S= outhbound/Mapping interface of a network slice aware system in COMS? Or do = you think this work should be carried out in existing WGs/RGs? (e.g., mappi= ng interface between COMS and ACTN, mapping interface between COMS and NFVO)

 

Best regards,=

 

Cristina QIANG

 

--_000_06C389826B926F48A557D5DB5A54C4ED2A5DEDA1dggemi509mbschi_-- From nobody Wed Dec 13 00:48:09 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FAC612700F for ; Wed, 13 Dec 2017 00:48:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] 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 FDqDIRCagDdQ for ; Wed, 13 Dec 2017 00:48:06 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 958FB120726 for ; Wed, 13 Dec 2017 00:48:06 -0800 (PST) Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id CC10D96280DB8 for ; Wed, 13 Dec 2017 08:48:03 +0000 (GMT) Received: from DGGEMI422-HUB.china.huawei.com (10.1.199.151) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.361.1; Wed, 13 Dec 2017 08:48:05 +0000 Received: from DGGEMI509-MBS.china.huawei.com ([169.254.2.152]) by dggemi422-hub.china.huawei.com ([10.1.199.151]) with mapi id 14.03.0361.001; Wed, 13 Dec 2017 16:48:02 +0800 From: "qiangli (D)" To: "NetSlices@ietf.org" Thread-Topic: Open Issue II: Service Model Thread-Index: AdNz7kglBMJ4YdSDRSKfDHJYjsVJXg== Date: Wed, 13 Dec 2017 08:48:02 +0000 Message-ID: <06C389826B926F48A557D5DB5A54C4ED2A5DEDB3@dggemi509-mbs.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.163.138] Content-Type: multipart/alternative; boundary="_000_06C389826B926F48A557D5DB5A54C4ED2A5DEDB3dggemi509mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Netslices] Open Issue II: Service Model X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2017 08:48:08 -0000 --_000_06C389826B926F48A557D5DB5A54C4ED2A5DEDB3dggemi509mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, This email is trying to collect your opinion on the following issue: Do we need a COMS Service Model? Or do you think current L2SM/L3SM/etc. is = enough to support the resource-oriented (including connectivity, computing,= storage and other potential resources) common management on network slices= ? Best regards, Cristina QIANG --_000_06C389826B926F48A557D5DB5A54C4ED2A5DEDB3dggemi509mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All,

 

This email is trying to collect= your opinion on the following issue:

 

Do we need a COMS Service Model= ? Or do you think current L2SM/L3SM/etc. is enough to support the resource-= oriented (including connectivity, computing, storage and other potential re= sources) common management on network slices?

 

Best regards,=

 

Cristina QIANG

 

--_000_06C389826B926F48A557D5DB5A54C4ED2A5DEDB3dggemi509mbschi_-- From nobody Wed Dec 13 00:50:19 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5529C120726 for ; Wed, 13 Dec 2017 00:50:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] 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 qZkHF_L9wiJz for ; Wed, 13 Dec 2017 00:50:14 -0800 (PST) Received: from ns2.nict.go.jp (ns2.nict.go.jp [IPv6:2001:df0:232:300::2]) by ietfa.amsl.com (Postfix) with ESMTP id B038E127775 for ; Wed, 13 Dec 2017 00:50:14 -0800 (PST) Received: from gw2.nict.go.jp (gw2.nict.go.jp [133.243.18.251]) by ns2.nict.go.jp with ESMTP id vBD8oADp034456; Wed, 13 Dec 2017 17:50:10 +0900 (JST) Received: from mail2.nict.go.jp (mail2.nict.go.jp [133.243.18.15]) by gw2.nict.go.jp with ESMTP id vBD8oAcr034451; Wed, 13 Dec 2017 17:50:10 +0900 (JST) Received: from spectre (unknown [133.243.115.68]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail2.nict.go.jp (NICT Mail Spool Server2) with ESMTPS id 243F2D16C; Wed, 13 Dec 2017 17:50:10 +0900 (JST) Date: Wed, 13 Dec 2017 17:50:10 +0900 From: Pedro Martinez-Julia To: "qiangli (D)" Cc: "NetSlices@ietf.org" Message-ID: <20171213085009.GH9512@spectre> References: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> User-Agent: Mutt/1.9.1 (2017-09-22) X-Virus-Scanned: clamav-milter 0.99.2 at zenith2 X-Virus-Status: Clean Archived-At: Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2017 08:50:17 -0000 Dear Li, We need to do it in COMS to avoid decentralization and ensure coherence among solutions. Otherwise, we would get different interface standards and it will be more difficult for the network slicing to be homogeneous and thus less usefulness. Regards, Pedro On Wed, Dec 13, 2017 at 08:40:56AM +0000, qiangli (D) wrote: > Hi All, > > This email is want to collect your opinion on the following issue: > > Do we need to standardize the Southbound/Mapping interface of a network slice aware system in COMS? Or do you think this work should be carried out in existing WGs/RGs? (e.g., mapping interface between COMS and ACTN, mapping interface between COMS and NFVO) > > Best regards, > > Cristina QIANG > > _______________________________________________ > Netslices mailing list > Netslices@ietf.org > https://www.ietf.org/mailman/listinfo/netslices -- Pedro Martinez-Julia Network Science and Convergence Device Technology Laboratory Network System Research Institute National Institute of Information and Communications Technology (NICT) 4-2-1, Nukui-Kitamachi, Koganei, Tokyo 184-8795, Japan Email: pedro@nict.go.jp --------------------------------------------------------- *** Entia non sunt multiplicanda praeter necessitatem *** From nobody Wed Dec 13 01:00:24 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60B8E127869 for ; Wed, 13 Dec 2017 01:00:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.91 X-Spam-Level: X-Spam-Status: No, score=-2.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] 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 WBPCeeGX0g9f for ; Wed, 13 Dec 2017 01:00:12 -0800 (PST) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0124.outbound.protection.outlook.com [104.47.1.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EC22C126C26 for ; Wed, 13 Dec 2017 01:00:11 -0800 (PST) Received: from AM5PR0602MB3251.eurprd06.prod.outlook.com (10.167.170.156) by AM5PR0602MB3252.eurprd06.prod.outlook.com (10.167.170.157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.302.9; Wed, 13 Dec 2017 09:00:09 +0000 Received: from AM5PR0602MB3251.eurprd06.prod.outlook.com ([fe80::5e9:e441:e61f:7696]) by AM5PR0602MB3251.eurprd06.prod.outlook.com ([fe80::5e9:e441:e61f:7696%13]) with mapi id 15.20.0302.014; Wed, 13 Dec 2017 09:00:09 +0000 From: "Diego R. Lopez" To: "qiangli (D)" , "NetSlices@ietf.org" Thread-Topic: [Netslices] Open Issue II: Service Model Thread-Index: AQHTc/DGJokL3NGQ70Oo9qkYKeFT+w== Date: Wed, 13 Dec 2017 09:00:08 +0000 Message-ID: <00D9B1A6-48F4-48B3-B570-1DFA0C2DF5CE@telefonica.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.8.0.171205 authentication-results: spf=none (sender IP is ) smtp.mailfrom=diego.r.lopez@telefonica.com; x-originating-ip: [163.117.91.69] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM5PR0602MB3252; 6:htfnmQXMJLE0elf39xTlszR+CHzFVdOyPZqo2XWqnesN1tVZrXTxhOBx9h6QvYQfb/pFORlvCr70Ai92bYiWcF6KrXEPRw9MlMmj9eQupeTVD2dawE4+Adq1KjH8n/HZJbrsWnn541lGXZirToYqBwnr8yTzaRlSrznJnJsIHDuwqVTthvBhQWheThhKBqFOB7WaWgiY46L8Q9UNDPa6qatTw76pLnVUKqFcbdJDgcGIMTNtAcvb6CTVXEQyqq9KYdafEgELgVSu3FU4TMEzo4X/JHyUYxz8KuNgeEtsKX1dw1LWtvRxOBG2o5SzJ4V53zBfxAQpf19f/UHoz1jCycCtXS+JGSiVH7U8cnzSwb4=; 5:RelR8yNoGm5MiV0o78iBvVWjcmfdgiFLJALNR/pSjzCyOTNbZ0lcMYP+4pvnxJNJL0vC69fMRZooc2a/eRvDqoWjfkNx+bv5FRGByTP2O/dP6lPwa1HjfdDjMT1jUHS5g/uwFRotqb0MEuQ2Ak27n/V3vzQBfQCWr+xIm5rq32k=; 24:j7b8ZaSdBVMwPu2+4kmPLihzYStxaQdLTkzB1LV9M2m4Uyvv9DTBhJZU5EJ0zZDXx06xUAPixspFSlMtkgjUbtLUc/HdC6OFNPrhK3Uhp4U=; 7:d1Xhg/v8DbxnrkEPxAL5EZFAmQ0dc8qy5aV8Q2RWdOgPkuQ4szUXw4JQrOb37xW+QnvZ7QJRQ9IvUmbTwWUf7iqUxN7rpTN3R1Wy5TdXyR14v494whSaRBBAEvlt9TfuQ2MneR9+jSp7ITJ/btPz46S2yE3GVeex8Rqmkhc74Ntstj4ms9eTSuMTvRhLdGiZV8zEApf6xkN6ZENTdXBtA8PxF/sfDNGtAAbVfIRx0cwgvO9PxdppSHDO4STtLTwp x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 429253cb-40b7-4d22-15de-08d54207e962 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(48565401081)(2017052603307); SRVR:AM5PR0602MB3252; x-ms-traffictypediagnostic: AM5PR0602MB3252: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(40392960112811)(50582790962513)(128460861657000)(21748063052155)(81160342030619); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231023)(10201501046)(3002001)(6055026)(6041248)(20161123562025)(20161123564025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123555025)(20161123558100)(6072148)(201708071742011); SRVR:AM5PR0602MB3252; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:AM5PR0602MB3252; x-forefront-prvs: 052017CAF1 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(366004)(376002)(346002)(252514010)(57704003)(199004)(189003)(40134004)(24454002)(25724002)(53754006)(5660300001)(6246003)(6306002)(54896002)(6436002)(82746002)(36756003)(6506007)(83716003)(786003)(316002)(86362001)(2906002)(8936002)(110136005)(606006)(3660700001)(97736004)(58126008)(25786009)(66066001)(5250100002)(59450400001)(3280700002)(2501003)(347745004)(45080400002)(3846002)(2900100001)(966005)(102836003)(6512007)(33656002)(68736007)(81166006)(81156014)(16799955002)(83506002)(6116002)(8676002)(7736002)(236005)(53936002)(6486002)(229853002)(14454004)(105586002)(478600001)(99286004)(106356001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM5PR0602MB3252; H:AM5PR0602MB3251.eurprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: telefonica.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_00D9B1A648F448B3B5701DFA0C2DF5CEtelefonicacom_" MIME-Version: 1.0 X-OriginatorOrg: telefonica.com X-MS-Exchange-CrossTenant-Network-Message-Id: 429253cb-40b7-4d22-15de-08d54207e962 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Dec 2017 09:00:09.0204 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9744600e-3e04-492e-baa1-25ec245c6f10 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0602MB3252 Archived-At: Subject: Re: [Netslices] Open Issue II: Service Model X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2017 09:00:22 -0000 --_000_00D9B1A648F448B3B5701DFA0C2DF5CEtelefonicacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCklmIHdlIGZvY3VzIG9uIGNvbm5lY3Rpdml0eSBtYXR0ZXJzLCBMMlNNL0wzU00gb3Ig c2ltaWxhciBzaG91bGQgYmUgZW5vdWdoLiBJZiB3ZSBzdGFydCB0aGlua2luZyBhYm91dCBvdGhl ciByZXNvdXJjZXMgKHN0b3JhZ2UsIGNvbXB1dGXigKYpIEkgdGhpbmsgd2XigJlkIG5lZWQgc29t ZXRoaW5nIG1vcmUuIEFzIGEgc3RhcnRpbmcgcG9pbnQsIHdlIGNvdWxkIHVzZSB0aGUgbW9kZWxz IGJlaW5nIGRlZmluZWQgYnkgdGhlIE9TTSBwcm9qZWN0Og0KaHR0cHM6Ly9vc20uZXRzaS5vcmcv d2lraXB1Yi9pbmRleC5waHAvT1NNX0luZm9ybWF0aW9uX01vZGVsDQoNCkJlIGdvb2RlLA0KDQot LQ0KIkVzdGEgdmV6IG5vIGZhbGxhcmVtb3MsIERvY3RvciBJbmZpZXJubyINCg0KRHIgRGllZ28g Ui4gTG9wZXoNClRlbGVmb25pY2EgSStEDQpodHRwczovL3d3dy5saW5rZWRpbi5jb20vaW4vZHIy bG9wZXovDQoNCmUtbWFpbDogZGllZ28uci5sb3BlekB0ZWxlZm9uaWNhLmNvbTxtYWlsdG86ZGll Z28uci5sb3BlekB0ZWxlZm9uaWNhLmNvbT4NClRlbDogICAgICAgICArMzQgOTEzIDEyOSAwNDEN Ck1vYmlsZTogICszNCA2ODIgMDUxIDA5MQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KT24gMTMvMTIvMjAxNywgMDk6NDgsICJOZXRzbGljZXMgb24gYmVoYWxmIG9mIHFpYW5n bGkgKEQpIiA8bmV0c2xpY2VzLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOm5ldHNsaWNlcy1ib3Vu Y2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2YgcWlhbmdsaTNAaHVhd2VpLmNvbTxtYWlsdG86cWlh bmdsaTNAaHVhd2VpLmNvbT4+IHdyb3RlOg0KDQpIaSBBbGwsDQoNClRoaXMgZW1haWwgaXMgdHJ5 aW5nIHRvIGNvbGxlY3QgeW91ciBvcGluaW9uIG9uIHRoZSBmb2xsb3dpbmcgaXNzdWU6DQoNCkRv IHdlIG5lZWQgYSBDT01TIFNlcnZpY2UgTW9kZWw/IE9yIGRvIHlvdSB0aGluayBjdXJyZW50IEwy U00vTDNTTS9ldGMuIGlzIGVub3VnaCB0byBzdXBwb3J0IHRoZSByZXNvdXJjZS1vcmllbnRlZCAo aW5jbHVkaW5nIGNvbm5lY3Rpdml0eSwgY29tcHV0aW5nLCBzdG9yYWdlIGFuZCBvdGhlciBwb3Rl bnRpYWwgcmVzb3VyY2VzKSBjb21tb24gbWFuYWdlbWVudCBvbiBuZXR3b3JrIHNsaWNlcz8NCg0K QmVzdCByZWdhcmRzLA0KDQpDcmlzdGluYSBRSUFORw0KDQoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQoNCkVzdGUgbWVuc2FqZSB5IHN1cyBhZGp1bnRvcyBzZSBkaXJpZ2VuIGV4 Y2x1c2l2YW1lbnRlIGEgc3UgZGVzdGluYXRhcmlvLCBwdWVkZSBjb250ZW5lciBpbmZvcm1hY2nD s24gcHJpdmlsZWdpYWRhIG8gY29uZmlkZW5jaWFsIHkgZXMgcGFyYSB1c28gZXhjbHVzaXZvIGRl IGxhIHBlcnNvbmEgbyBlbnRpZGFkIGRlIGRlc3Rpbm8uIFNpIG5vIGVzIHVzdGVkLiBlbCBkZXN0 aW5hdGFyaW8gaW5kaWNhZG8sIHF1ZWRhIG5vdGlmaWNhZG8gZGUgcXVlIGxhIGxlY3R1cmEsIHV0 aWxpemFjacOzbiwgZGl2dWxnYWNpw7NuIHkvbyBjb3BpYSBzaW4gYXV0b3JpemFjacOzbiBwdWVk ZSBlc3RhciBwcm9oaWJpZGEgZW4gdmlydHVkIGRlIGxhIGxlZ2lzbGFjacOzbiB2aWdlbnRlLiBT aSBoYSByZWNpYmlkbyBlc3RlIG1lbnNhamUgcG9yIGVycm9yLCBsZSByb2dhbW9zIHF1ZSBub3Mg bG8gY29tdW5pcXVlIGlubWVkaWF0YW1lbnRlIHBvciBlc3RhIG1pc21hIHbDrWEgeSBwcm9jZWRh IGEgc3UgZGVzdHJ1Y2Npw7NuLg0KDQpUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMg dHJhbnNtaXNzaW9uIGlzIHByaXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbiBp bnRlbmRlZCBvbmx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSBuYW1l ZCBhYm92ZS4gSWYgdGhlIHJlYWRlciBvZiB0aGlzIG1lc3NhZ2UgaXMgbm90IHRoZSBpbnRlbmRl ZCByZWNpcGllbnQsIHlvdSBhcmUgaGVyZWJ5IG5vdGlmaWVkIHRoYXQgYW55IGRpc3NlbWluYXRp b24sIGRpc3RyaWJ1dGlvbiBvciBjb3B5aW5nIG9mIHRoaXMgY29tbXVuaWNhdGlvbiBpcyBzdHJp Y3RseSBwcm9oaWJpdGVkLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIHRyYW5zbWlzc2lvbiBp biBlcnJvciwgZG8gbm90IHJlYWQgaXQuIFBsZWFzZSBpbW1lZGlhdGVseSByZXBseSB0byB0aGUg c2VuZGVyIHRoYXQgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBjb21tdW5pY2F0aW9uIGluIGVycm9y IGFuZCB0aGVuIGRlbGV0ZSBpdC4NCg0KRXN0YSBtZW5zYWdlbSBlIHNldXMgYW5leG9zIHNlIGRp cmlnZW0gZXhjbHVzaXZhbWVudGUgYW8gc2V1IGRlc3RpbmF0w6FyaW8sIHBvZGUgY29udGVyIGlu Zm9ybWHDp8OjbyBwcml2aWxlZ2lhZGEgb3UgY29uZmlkZW5jaWFsIGUgw6kgcGFyYSB1c28gZXhj bHVzaXZvIGRhIHBlc3NvYSBvdSBlbnRpZGFkZSBkZSBkZXN0aW5vLiBTZSBuw6NvIMOpIHZvc3Nh IHNlbmhvcmlhIG8gZGVzdGluYXTDoXJpbyBpbmRpY2FkbywgZmljYSBub3RpZmljYWRvIGRlIHF1 ZSBhIGxlaXR1cmEsIHV0aWxpemHDp8OjbywgZGl2dWxnYcOnw6NvIGUvb3UgY8OzcGlhIHNlbSBh dXRvcml6YcOnw6NvIHBvZGUgZXN0YXIgcHJvaWJpZGEgZW0gdmlydHVkZSBkYSBsZWdpc2xhw6fD o28gdmlnZW50ZS4gU2UgcmVjZWJldSBlc3RhIG1lbnNhZ2VtIHBvciBlcnJvLCByb2dhbW9zLWxo ZSBxdWUgbm9zIG8gY29tdW5pcXVlIGltZWRpYXRhbWVudGUgcG9yIGVzdGEgbWVzbWEgdmlhIGUg cHJvY2VkYSBhIHN1YSBkZXN0cnVpw6fDo28NCg== --_000_00D9B1A648F448B3B5701DFA0C2DF5CEtelefonicacom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCgl0ZXh0LWFsaWduOmp1c3RpZnk7DQoJZm9udC1zaXplOjEwLjVwdDsN Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNv bm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsN CgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpw ZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5k b3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJl cGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3Rl eHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9u dC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4w cHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rp b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBs YW5nPSJFUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29y ZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SGksPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0Ii IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t VVMiPklmIHdlIGZvY3VzIG9uIGNvbm5lY3Rpdml0eSBtYXR0ZXJzLCBMMlNNL0wzU00gb3Igc2lt aWxhciBzaG91bGQgYmUgZW5vdWdoLiBJZiB3ZSBzdGFydCB0aGlua2luZyBhYm91dCBvdGhlciBy ZXNvdXJjZXMgKHN0b3JhZ2UsIGNvbXB1dGXigKYpIEkgdGhpbmsgd2XigJlkIG5lZWQgc29tZXRo aW5nDQogbW9yZS4gQXMgYSBzdGFydGluZyBwb2ludCwgd2UgY291bGQgdXNlIHRoZSBtb2RlbHMg YmVpbmcgZGVmaW5lZCBieSB0aGUgT1NNIHByb2plY3Q6DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxhIGhyZWY9Imh0dHBzOi8vb3Nt LmV0c2kub3JnL3dpa2lwdWIvaW5kZXgucGhwL09TTV9JbmZvcm1hdGlvbl9Nb2RlbCI+aHR0cHM6 Ly9vc20uZXRzaS5vcmcvd2lraXB1Yi9pbmRleC5waHAvT1NNX0luZm9ybWF0aW9uX01vZGVsPC9h PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLVVTIj5CZSBnb29kZSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0ibGVmdCIgc3R5bGU9InRleHQtYWxpZ246bGVm dCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O21zby1mYXJlYXN0 LWxhbmd1YWdlOkVOLVVTIj4tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIGFsaWduPSJsZWZ0IiBzdHlsZT0idGV4dC1hbGlnbjpsZWZ0Ij48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi PiZxdW90O0VzdGEgdmV6IG5vIGZhbGxhcmVtb3MsIERvY3RvciBJbmZpZXJubyZxdW90OzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJsZWZ0IiBzdHls ZT0idGV4dC1hbGlnbjpsZWZ0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJsZWZ0IiBzdHlsZT0idGV4dC1hbGln bjpsZWZ0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkRyIERpZWdvIFIuIExvcGV6PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImxlZnQiIHN0eWxlPSJ0ZXh0LWFsaWdu OmxlZnQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDttc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUyI+VGVsZWZvbmljYSBJJiM0MztEPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImxlZnQiIHN0eWxlPSJ0ZXh0LWFsaWdu OmxlZnQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O21zby1mYXJlYXN0LWxhbmd1YWdl OkVOLVVTIj48YSBocmVmPSJodHRwczovL3d3dy5saW5rZWRpbi5jb20vaW4vZHIybG9wZXovIj5o dHRwczovL3d3dy5saW5rZWRpbi5jb20vaW4vZHIybG9wZXovPC9hPiZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJsZWZ0IiBzdHlsZT0idGV4 dC1hbGlnbjpsZWZ0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDttc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgYWxpZ249ImxlZnQiIHN0eWxlPSJ0ZXh0LWFsaWduOmxlZnQiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5lLW1haWw6Jm5i c3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PGEgaHJlZj0ibWFpbHRvOmRpZWdvLnIubG9wZXpAdGVs ZWZvbmljYS5jb20iPjxzcGFuIGxhbmc9IkVTIj5kaWVnby5yLmxvcGV6QHRlbGVmb25pY2EuY29t PC9zcGFuPjwvYT48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7bXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIGFsaWduPSJsZWZ0IiBzdHlsZT0idGV4dC1hbGlnbjpsZWZ0Ij48c3BhbiBsYW5nPSJF Ti1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi PlRlbDombmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7MzQg OTEzIDEyOSAwNDE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBh bGlnbj0ibGVmdCIgc3R5bGU9InRleHQtYWxpZ246bGVmdCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5Nb2JpbGU6 ICZuYnNwOyYjNDM7MzQgNjgyIDA1MSAwOTE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+LS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1 LjRwdCI+T24gMTMvMTIvMjAxNywgMDk6NDgsICZxdW90O05ldHNsaWNlcyBvbiBiZWhhbGYgb2Yg cWlhbmdsaSAoRCkmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpuZXRzbGljZXMtYm91bmNlc0Bp ZXRmLm9yZyI+bmV0c2xpY2VzLWJvdW5jZXNAaWV0Zi5vcmc8L2E+IG9uIGJlaGFsZiBvZg0KPGEg aHJlZj0ibWFpbHRvOnFpYW5nbGkzQGh1YXdlaS5jb20iPnFpYW5nbGkzQGh1YXdlaS5jb208L2E+ Jmd0OyB3cm90ZTo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PGEgbmFtZT0iX01h aWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVOLVVTIj5IaSBBbGwsPC9zcGFuPjxvOnA+PC9v OnA+PC9hPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40 cHQiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxh bmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gc3R5bGU9Im1zby1i b29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPlRoaXMgZW1haWwg aXMgdHJ5aW5nIHRvIGNvbGxlY3QgeW91ciBvcGluaW9uIG9uIHRoZSBmb2xsb3dpbmcgaXNzdWU6 PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+ PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0i RU4tVVMiPkRvIHdlIG5lZWQgYSBDT01TIFNlcnZpY2UgTW9kZWw/IE9yIGRvIHlvdSB0aGluayBj dXJyZW50IEwyU00vTDNTTS9ldGMuIGlzIGVub3VnaCB0byBzdXBwb3J0IHRoZSByZXNvdXJjZS1v cmllbnRlZCAoaW5jbHVkaW5nIGNvbm5lY3Rpdml0eSwgY29tcHV0aW5nLA0KIHN0b3JhZ2UgYW5k IG90aGVyIHBvdGVudGlhbCByZXNvdXJjZXMpIGNvbW1vbiBtYW5hZ2VtZW50IG9uIG5ldHdvcmsg c2xpY2VzPzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz NS40cHQiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFu IGxhbmc9IkVOLVVTIj5CZXN0IHJlZ2FyZHMsPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIGxhbmc9IkVOLVVTIj4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFp bE9yaWdpbmFsQm9keSI+PHNwYW4gbGFuZz0iRU4tVVMiPkNyaXN0aW5hIFFJQU5HPC9zcGFuPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNS40cHQiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8YnI+DQo8aHI+DQo8Zm9udCBmYWNlPSJBcmlhbCIgY29sb3I9IkdyYXkiIHNpemU9 IjEiPjxicj4NCkVzdGUgbWVuc2FqZSB5IHN1cyBhZGp1bnRvcyBzZSBkaXJpZ2VuIGV4Y2x1c2l2 YW1lbnRlIGEgc3UgZGVzdGluYXRhcmlvLCBwdWVkZSBjb250ZW5lciBpbmZvcm1hY2nDs24gcHJp dmlsZWdpYWRhIG8gY29uZmlkZW5jaWFsIHkgZXMgcGFyYSB1c28gZXhjbHVzaXZvIGRlIGxhIHBl cnNvbmEgbyBlbnRpZGFkIGRlIGRlc3Rpbm8uIFNpIG5vIGVzIHVzdGVkLiBlbCBkZXN0aW5hdGFy aW8gaW5kaWNhZG8sIHF1ZWRhIG5vdGlmaWNhZG8gZGUgcXVlIGxhDQogbGVjdHVyYSwgdXRpbGl6 YWNpw7NuLCBkaXZ1bGdhY2nDs24geS9vIGNvcGlhIHNpbiBhdXRvcml6YWNpw7NuIHB1ZWRlIGVz dGFyIHByb2hpYmlkYSBlbiB2aXJ0dWQgZGUgbGEgbGVnaXNsYWNpw7NuIHZpZ2VudGUuIFNpIGhh IHJlY2liaWRvIGVzdGUgbWVuc2FqZSBwb3IgZXJyb3IsIGxlIHJvZ2Ftb3MgcXVlIG5vcyBsbyBj b211bmlxdWUgaW5tZWRpYXRhbWVudGUgcG9yIGVzdGEgbWlzbWEgdsOtYSB5IHByb2NlZGEgYSBz dSBkZXN0cnVjY2nDs24uPGJyPg0KPGJyPg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0 aGlzIHRyYW5zbWlzc2lvbiBpcyBwcml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgaW5mb3JtYXRp b24gaW50ZW5kZWQgb25seSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkg bmFtZWQgYWJvdmUuIElmIHRoZSByZWFkZXIgb2YgdGhpcyBtZXNzYWdlIGlzIG5vdCB0aGUgaW50 ZW5kZWQgcmVjaXBpZW50LCB5b3UgYXJlIGhlcmVieSBub3RpZmllZCB0aGF0IGFueSBkaXNzZW1p bmF0aW9uLA0KIGRpc3RyaWJ1dGlvbiBvciBjb3B5aW5nIG9mIHRoaXMgY29tbXVuaWNhdGlvbiBp cyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIHRyYW5zbWlz c2lvbiBpbiBlcnJvciwgZG8gbm90IHJlYWQgaXQuIFBsZWFzZSBpbW1lZGlhdGVseSByZXBseSB0 byB0aGUgc2VuZGVyIHRoYXQgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBjb21tdW5pY2F0aW9uIGlu IGVycm9yIGFuZCB0aGVuIGRlbGV0ZSBpdC48YnI+DQo8YnI+DQpFc3RhIG1lbnNhZ2VtIGUgc2V1 cyBhbmV4b3Mgc2UgZGlyaWdlbSBleGNsdXNpdmFtZW50ZSBhbyBzZXUgZGVzdGluYXTDoXJpbywg cG9kZSBjb250ZXIgaW5mb3JtYcOnw6NvIHByaXZpbGVnaWFkYSBvdSBjb25maWRlbmNpYWwgZSDD qSBwYXJhIHVzbyBleGNsdXNpdm8gZGEgcGVzc29hIG91IGVudGlkYWRlIGRlIGRlc3Rpbm8uIFNl IG7Do28gw6kgdm9zc2Egc2VuaG9yaWEgbyBkZXN0aW5hdMOhcmlvIGluZGljYWRvLCBmaWNhIG5v dGlmaWNhZG8gZGUgcXVlIGENCiBsZWl0dXJhLCB1dGlsaXphw6fDo28sIGRpdnVsZ2HDp8OjbyBl L291IGPDs3BpYSBzZW0gYXV0b3JpemHDp8OjbyBwb2RlIGVzdGFyIHByb2liaWRhIGVtIHZpcnR1 ZGUgZGEgbGVnaXNsYcOnw6NvIHZpZ2VudGUuIFNlIHJlY2ViZXUgZXN0YSBtZW5zYWdlbSBwb3Ig ZXJybywgcm9nYW1vcy1saGUgcXVlIG5vcyBvIGNvbXVuaXF1ZSBpbWVkaWF0YW1lbnRlIHBvciBl c3RhIG1lc21hIHZpYSBlIHByb2NlZGEgYSBzdWEgZGVzdHJ1acOnw6NvPGJyPg0KPC9mb250Pg0K PC9ib2R5Pg0KPC9odG1sPg0K --_000_00D9B1A648F448B3B5701DFA0C2DF5CEtelefonicacom_-- From nobody Wed Dec 13 01:02:25 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6FE1127869 for ; Wed, 13 Dec 2017 01:02:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] 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 dqarpsnLvNIg for ; Wed, 13 Dec 2017 01:02:21 -0800 (PST) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0130.outbound.protection.outlook.com [104.47.1.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B085E12773A for ; Wed, 13 Dec 2017 01:02:20 -0800 (PST) Received: from AM5PR0602MB3251.eurprd06.prod.outlook.com (10.167.170.156) by AM5PR0602MB3252.eurprd06.prod.outlook.com (10.167.170.157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.302.9; Wed, 13 Dec 2017 09:02:18 +0000 Received: from AM5PR0602MB3251.eurprd06.prod.outlook.com ([fe80::5e9:e441:e61f:7696]) by AM5PR0602MB3251.eurprd06.prod.outlook.com ([fe80::5e9:e441:e61f:7696%13]) with mapi id 15.20.0302.014; Wed, 13 Dec 2017 09:02:18 +0000 From: "Diego R. Lopez" To: Pedro Martinez-Julia , "qiangli (D)" CC: "NetSlices@ietf.org" Thread-Topic: [Netslices] Open Issue I: SouthBound/Mapping Interface Thread-Index: AdNz7BaJGrRkEFbTREOfWwbxCLzW+gAA0tQAAAKExoA= Date: Wed, 13 Dec 2017 09:02:18 +0000 Message-ID: References: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> <20171213085009.GH9512@spectre> In-Reply-To: <20171213085009.GH9512@spectre> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.8.0.171205 authentication-results: spf=none (sender IP is ) smtp.mailfrom=diego.r.lopez@telefonica.com; x-originating-ip: [163.117.91.69] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM5PR0602MB3252; 6:nLmNHU0kiKwwpA/+7wcmnK+3Riy/Z9AN3hrXIxworpguLsN5POpxU+Y9ObASYCHFq7/havdSEkM3U9ex+85h+BhYI+BxHjPud/A3IxLObs6Xe+IYflx3wl7nyFZV+pdMNxRPLd9wIOr69hVxHYbRaHJ8lHMJEBKqD66swd5Gj+uUs92If8FJTxS53N1J15+/8NoxsJQL3Xe20/qzVOx38sQUfFzEjtKWg76HNV6fh0RyC0EO6MbjZEHU8RMPJQm8hwjX7jiiwYYTYczVjlemZMpBoGEFRRhBL8Km0bYSczmnI9zxJXGuVqF1xonCoziihz2vdQhswlbYki2ihLBUaxJQud5Mj+c8z+1Nii1agwE=; 5:DFK9NyEI0I6bBy6qTIQbnQvTH1QmgGYH3hNnKD0zbhCE41YEMOExmqZ5NSuRewoDfOpdQlftpcZgh4V4IZP6CX3jv9lzteZUDBWdjdM6XCCi7V6MJ+wnEzJs543x+I9trVmBNZUurw3dQ6xldV+Ifttzu6mCuSuHLfvpc4fGUKk=; 24:Vmg8+vX50VtiQAuFg9KIkflXr4FKsxyF9LqY73TDiz6tugvcOERH/40KIJA5sQgLkWdRnAzu8rpIda6olLhQDNYoAQxwF6VzGWsdfPHZP+g=; 7:nZ8RWYqH58PmTF9TyrAi16+21cWMXRqxKpwtTzVK+VRh0wNAfchEMvkoYhrhmpxPm5LXFK0Xjx4IHb7Y9JZOPcgduAnmGzTqyNZI+ElLhwebXxdavQ6luvGzL7/RDbSw44hGn+WDtZOay8Z9LpvWwdU1UF8fa2I30uYaeCLrIZVFFJkQb6+FRRcU0ShjDnZ6CT0clYptuLBkxrXm2xSvKArp7Z41WNE9XUGmfXm4njzeEZIzGtN3/ZbLMGSWB+T5 x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 2680bee8-975e-4608-fd00-08d542083670 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(48565401081)(2017052603307); SRVR:AM5PR0602MB3252; x-ms-traffictypediagnostic: AM5PR0602MB3252: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(40392960112811)(128460861657000)(81160342030619); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231023)(10201501046)(3002001)(6055026)(6041248)(20161123562025)(20161123564025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123555025)(20161123558100)(6072148)(201708071742011); SRVR:AM5PR0602MB3252; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:AM5PR0602MB3252; x-forefront-prvs: 052017CAF1 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(366004)(376002)(346002)(252514010)(57704003)(199004)(189003)(40134004)(377424004)(24454002)(25724002)(53754006)(5660300001)(6246003)(6306002)(6436002)(82746002)(36756003)(6506007)(83716003)(786003)(316002)(86362001)(2906002)(8936002)(110136005)(3660700001)(97736004)(58126008)(4326008)(25786009)(66066001)(5250100002)(59450400001)(3280700002)(76176011)(45080400002)(3846002)(305945005)(2900100001)(966005)(102836003)(6512007)(33656002)(68736007)(81166006)(81156014)(83506002)(6116002)(8676002)(7736002)(53936002)(6486002)(229853002)(14454004)(2950100002)(105586002)(478600001)(99286004)(106356001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM5PR0602MB3252; H:AM5PR0602MB3251.eurprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: telefonica.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: telefonica.com X-MS-Exchange-CrossTenant-Network-Message-Id: 2680bee8-975e-4608-fd00-08d542083670 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Dec 2017 09:02:18.2558 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9744600e-3e04-492e-baa1-25ec245c6f10 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0602MB3252 Archived-At: Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2017 09:02:23 -0000 SG1tLi4uIEkgZGlzYWdyZWUuIEknZCBwcmVmZXIgdG8gZ28gZm9yIG1hcHBpbmcgc3BlY3Mgb3Ig cHJvZmlsaW5nIChvciBldmVuIGRpcmVjdCBlbmRvcnNlbWVudCkgd2hlbmV2ZXIgcG9zc2libGUu IExldCdzIGF2b2lkIHRvIGludmVudCBhbm90aGVyIG9uZS1hbmQtb25seSBzdGFuZGFyZC4NCg0K QmUgZ29vZGUsDQoNCi0tDQoiRXN0YSB2ZXogbm8gZmFsbGFyZW1vcywgRG9jdG9yIEluZmllcm5v Ig0KDQpEciBEaWVnbyBSLiBMb3Bleg0KVGVsZWZvbmljYSBJK0QNCmh0dHBzOi8vd3d3Lmxpbmtl ZGluLmNvbS9pbi9kcjJsb3Blei8NCg0KZS1tYWlsOiBkaWVnby5yLmxvcGV6QHRlbGVmb25pY2Eu Y29tDQpUZWw6ICAgICAgICAgKzM0IDkxMyAxMjkgMDQxDQpNb2JpbGU6ICArMzQgNjgyIDA1MSAw OTENCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCu+7v09uIDEzLzEyLzIwMTcs IDA5OjUwLCAiTmV0c2xpY2VzIG9uIGJlaGFsZiBvZiBQZWRybyBNYXJ0aW5lei1KdWxpYSIgPG5l dHNsaWNlcy1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBwZWRyb0BuaWN0LmdvLmpwPiB3 cm90ZToNCg0KICAgIERlYXIgTGksDQoNCiAgICBXZSBuZWVkIHRvIGRvIGl0IGluIENPTVMgdG8g YXZvaWQgZGVjZW50cmFsaXphdGlvbiBhbmQgZW5zdXJlIGNvaGVyZW5jZQ0KICAgIGFtb25nIHNv bHV0aW9ucy4gT3RoZXJ3aXNlLCB3ZSB3b3VsZCBnZXQgZGlmZmVyZW50IGludGVyZmFjZSBzdGFu ZGFyZHMNCiAgICBhbmQgaXQgd2lsbCBiZSBtb3JlIGRpZmZpY3VsdCBmb3IgdGhlIG5ldHdvcmsg c2xpY2luZyB0byBiZSBob21vZ2VuZW91cw0KICAgIGFuZCB0aHVzIGxlc3MgdXNlZnVsbmVzcy4N Cg0KICAgIFJlZ2FyZHMsDQogICAgUGVkcm8NCg0KICAgIE9uIFdlZCwgRGVjIDEzLCAyMDE3IGF0 IDA4OjQwOjU2QU0gKzAwMDAsIHFpYW5nbGkgKEQpIHdyb3RlOg0KICAgID4gSGkgQWxsLA0KICAg ID4NCiAgICA+IFRoaXMgZW1haWwgaXMgd2FudCB0byBjb2xsZWN0IHlvdXIgb3BpbmlvbiBvbiB0 aGUgZm9sbG93aW5nIGlzc3VlOg0KICAgID4NCiAgICA+IERvIHdlIG5lZWQgdG8gc3RhbmRhcmRp emUgdGhlIFNvdXRoYm91bmQvTWFwcGluZyBpbnRlcmZhY2Ugb2YgYSBuZXR3b3JrIHNsaWNlIGF3 YXJlIHN5c3RlbSBpbiBDT01TPyBPciBkbyB5b3UgdGhpbmsgdGhpcyB3b3JrIHNob3VsZCBiZSBj YXJyaWVkIG91dCBpbiBleGlzdGluZyBXR3MvUkdzPyAoZS5nLiwgbWFwcGluZyBpbnRlcmZhY2Ug YmV0d2VlbiBDT01TIGFuZCBBQ1ROLCBtYXBwaW5nIGludGVyZmFjZSBiZXR3ZWVuIENPTVMgYW5k IE5GVk8pDQogICAgPg0KICAgID4gQmVzdCByZWdhcmRzLA0KICAgID4NCiAgICA+IENyaXN0aW5h IFFJQU5HDQogICAgPg0KDQogICAgPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KICAgID4gTmV0c2xpY2VzIG1haWxpbmcgbGlzdA0KICAgID4gTmV0c2xp Y2VzQGlldGYub3JnDQogICAgPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L25ldHNsaWNlcw0KDQoNCiAgICAtLQ0KICAgIFBlZHJvIE1hcnRpbmV6LUp1bGlhDQogICAgTmV0 d29yayBTY2llbmNlIGFuZCBDb252ZXJnZW5jZSBEZXZpY2UgVGVjaG5vbG9neSBMYWJvcmF0b3J5 DQogICAgTmV0d29yayBTeXN0ZW0gUmVzZWFyY2ggSW5zdGl0dXRlDQogICAgTmF0aW9uYWwgSW5z dGl0dXRlIG9mIEluZm9ybWF0aW9uIGFuZCBDb21tdW5pY2F0aW9ucyBUZWNobm9sb2d5IChOSUNU KQ0KICAgIDQtMi0xLCBOdWt1aS1LaXRhbWFjaGksIEtvZ2FuZWksIFRva3lvIDE4NC04Nzk1LCBK YXBhbg0KICAgIEVtYWlsOiBwZWRyb0BuaWN0LmdvLmpwDQogICAgLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAgKioqIEVudGlhIG5v biBzdW50IG11bHRpcGxpY2FuZGEgcHJhZXRlciBuZWNlc3NpdGF0ZW0gKioqDQoNCiAgICBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgIE5ldHNsaWNl cyBtYWlsaW5nIGxpc3QNCiAgICBOZXRzbGljZXNAaWV0Zi5vcmcNCiAgICBodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldHNsaWNlcw0KDQoNCg0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCg0KRXN0ZSBtZW5zYWplIHkgc3VzIGFkanVudG9zIHNlIGRpcmln ZW4gZXhjbHVzaXZhbWVudGUgYSBzdSBkZXN0aW5hdGFyaW8sIHB1ZWRlIGNvbnRlbmVyIGluZm9y bWFjacOzbiBwcml2aWxlZ2lhZGEgbyBjb25maWRlbmNpYWwgeSBlcyBwYXJhIHVzbyBleGNsdXNp dm8gZGUgbGEgcGVyc29uYSBvIGVudGlkYWQgZGUgZGVzdGluby4gU2kgbm8gZXMgdXN0ZWQuIGVs IGRlc3RpbmF0YXJpbyBpbmRpY2FkbywgcXVlZGEgbm90aWZpY2FkbyBkZSBxdWUgbGEgbGVjdHVy YSwgdXRpbGl6YWNpw7NuLCBkaXZ1bGdhY2nDs24geS9vIGNvcGlhIHNpbiBhdXRvcml6YWNpw7Nu IHB1ZWRlIGVzdGFyIHByb2hpYmlkYSBlbiB2aXJ0dWQgZGUgbGEgbGVnaXNsYWNpw7NuIHZpZ2Vu dGUuIFNpIGhhIHJlY2liaWRvIGVzdGUgbWVuc2FqZSBwb3IgZXJyb3IsIGxlIHJvZ2Ftb3MgcXVl IG5vcyBsbyBjb211bmlxdWUgaW5tZWRpYXRhbWVudGUgcG9yIGVzdGEgbWlzbWEgdsOtYSB5IHBy b2NlZGEgYSBzdSBkZXN0cnVjY2nDs24uDQoNClRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4g dGhpcyB0cmFuc21pc3Npb24gaXMgcHJpdmlsZWdlZCBhbmQgY29uZmlkZW50aWFsIGluZm9ybWF0 aW9uIGludGVuZGVkIG9ubHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5 IG5hbWVkIGFib3ZlLiBJZiB0aGUgcmVhZGVyIG9mIHRoaXMgbWVzc2FnZSBpcyBub3QgdGhlIGlu dGVuZGVkIHJlY2lwaWVudCwgeW91IGFyZSBoZXJlYnkgbm90aWZpZWQgdGhhdCBhbnkgZGlzc2Vt aW5hdGlvbiwgZGlzdHJpYnV0aW9uIG9yIGNvcHlpbmcgb2YgdGhpcyBjb21tdW5pY2F0aW9uIGlz IHN0cmljdGx5IHByb2hpYml0ZWQuIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgdHJhbnNtaXNz aW9uIGluIGVycm9yLCBkbyBub3QgcmVhZCBpdC4gUGxlYXNlIGltbWVkaWF0ZWx5IHJlcGx5IHRv IHRoZSBzZW5kZXIgdGhhdCB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGNvbW11bmljYXRpb24gaW4g ZXJyb3IgYW5kIHRoZW4gZGVsZXRlIGl0Lg0KDQpFc3RhIG1lbnNhZ2VtIGUgc2V1cyBhbmV4b3Mg c2UgZGlyaWdlbSBleGNsdXNpdmFtZW50ZSBhbyBzZXUgZGVzdGluYXTDoXJpbywgcG9kZSBjb250 ZXIgaW5mb3JtYcOnw6NvIHByaXZpbGVnaWFkYSBvdSBjb25maWRlbmNpYWwgZSDDqSBwYXJhIHVz byBleGNsdXNpdm8gZGEgcGVzc29hIG91IGVudGlkYWRlIGRlIGRlc3Rpbm8uIFNlIG7Do28gw6kg dm9zc2Egc2VuaG9yaWEgbyBkZXN0aW5hdMOhcmlvIGluZGljYWRvLCBmaWNhIG5vdGlmaWNhZG8g ZGUgcXVlIGEgbGVpdHVyYSwgdXRpbGl6YcOnw6NvLCBkaXZ1bGdhw6fDo28gZS9vdSBjw7NwaWEg c2VtIGF1dG9yaXphw6fDo28gcG9kZSBlc3RhciBwcm9pYmlkYSBlbSB2aXJ0dWRlIGRhIGxlZ2lz bGHDp8OjbyB2aWdlbnRlLiBTZSByZWNlYmV1IGVzdGEgbWVuc2FnZW0gcG9yIGVycm8sIHJvZ2Ft b3MtbGhlIHF1ZSBub3MgbyBjb211bmlxdWUgaW1lZGlhdGFtZW50ZSBwb3IgZXN0YSBtZXNtYSB2 aWEgZSBwcm9jZWRhIGEgc3VhIGRlc3RydWnDp8Ojbw0K From nobody Wed Dec 13 04:49:14 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E54351201F2 for ; Wed, 13 Dec 2017 04:49:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 kwBTSS7a-Naq for ; Wed, 13 Dec 2017 04:49:09 -0800 (PST) Received: from tama500.ecl.ntt.co.jp (tama500.ecl.ntt.co.jp [129.60.39.148]) by ietfa.amsl.com (Postfix) with ESMTP id 5F53C1201FA for ; Wed, 13 Dec 2017 04:49:08 -0800 (PST) Received: from vc2.ecl.ntt.co.jp (vc2.ecl.ntt.co.jp [129.60.86.154]) by tama500.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id vBDCmw5S021294; Wed, 13 Dec 2017 21:48:58 +0900 Received: from vc2.ecl.ntt.co.jp (localhost [127.0.0.1]) by vc2.ecl.ntt.co.jp (Postfix) with ESMTP id 86C5260283; Wed, 13 Dec 2017 21:48:58 +0900 (JST) Received: from jcms-pop21.ecl.ntt.co.jp (jcms-pop21.ecl.ntt.co.jp [129.60.87.134]) by vc2.ecl.ntt.co.jp (Postfix) with ESMTP id 6A9D25F594; Wed, 13 Dec 2017 21:48:58 +0900 (JST) Received: from [IPv6:::1] (unknown [129.60.13.28]) by jcms-pop21.ecl.ntt.co.jp (Postfix) with ESMTPSA id 5FBC540094A; Wed, 13 Dec 2017 21:48:58 +0900 (JST) References: <00D9B1A6-48F4-48B3-B570-1DFA0C2DF5CE@telefonica.com> From: Shunsuke Homma Message-ID: Date: Wed, 13 Dec 2017 21:48:06 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <00D9B1A6-48F4-48B3-B570-1DFA0C2DF5CE@telefonica.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit To: "Diego R. Lopez" , "qiangli (D)" , "NetSlices@ietf.org" X-TM-AS-MML: disable Archived-At: Subject: Re: [Netslices] Open Issue II: Service Model X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2017 12:49:13 -0000 Hi, Have targets of network slicing of COMS/IETF and their concrete requirements been already clarified? If they are not clear, I think we can't judge whether current WGs' solutions are enough to support management on network slices. Why don't we clarify requirements firstly? Of course, we would be able to refer related works such as L2SM/L3SM or OSM for defining service/information models for network slicing. Thanks, Shunsuke On 2017/12/13 18:00, Diego R. Lopez wrote: > Hi, > > If we focus on connectivity matters, L2SM/L3SM or similar should be > enough. If we start thinking about other resources (storage, compute…) I > think we’d need something more. As a starting point, we could use the > models being defined by the OSM project: > > https://osm.etsi.org/wikipub/index.php/OSM_Information_Model > > Be goode, > > -- > > "Esta vez no fallaremos, Doctor Infierno" > > Dr Diego R. Lopez > > Telefonica I+D > > https://www.linkedin.com/in/dr2lopez/ > > e-mail: diego.r.lopez@telefonica.com > > Tel:         +34 913 129 041 > > Mobile:  +34 682 051 091 > > ---------------------------------- > > On 13/12/2017, 09:48, "Netslices on behalf of qiangli (D)" > on > behalf of qiangli3@huawei.com > wrote: > > Hi All, > > This email is trying to collect your opinion on the following issue: > > Do we need a COMS Service Model? Or do you think current L2SM/L3SM/etc. > is enough to support the resource-oriented (including connectivity, > computing, storage and other potential resources) common management on > network slices? > > Best regards, > > Cristina QIANG > > > ------------------------------------------------------------------------ > > Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, > puede contener información privilegiada o confidencial y es para uso > exclusivo de la persona o entidad de destino. Si no es usted. el > destinatario indicado, queda notificado de que la lectura, utilización, > divulgación y/o copia sin autorización puede estar prohibida en virtud > de la legislación vigente. Si ha recibido este mensaje por error, le > rogamos que nos lo comunique inmediatamente por esta misma vía y proceda > a su destrucción. > > The information contained in this transmission is privileged and > confidential information intended only for the use of the individual or > entity named above. If the reader of this message is not the intended > recipient, you are hereby notified that any dissemination, distribution > or copying of this communication is strictly prohibited. If you have > received this transmission in error, do not read it. Please immediately > reply to the sender that you have received this communication in error > and then delete it. > > Esta mensagem e seus anexos se dirigem exclusivamente ao seu > destinatário, pode conter informação privilegiada ou confidencial e é > para uso exclusivo da pessoa ou entidade de destino. Se não é vossa > senhoria o destinatário indicado, fica notificado de que a leitura, > utilização, divulgação e/ou cópia sem autorização pode estar proibida em > virtude da legislação vigente. Se recebeu esta mensagem por erro, > rogamos-lhe que nos o comunique imediatamente por esta mesma via e > proceda a sua destruição > > > _______________________________________________ > Netslices mailing list > Netslices@ietf.org > https://www.ietf.org/mailman/listinfo/netslices > -- ---------------------------------- Shunsuke Homma TEL: +81 422 59 3486 FAX: +81 422 60 7460 NTT Network Service Systems Labs. Musashino city, Tokyo, Japan ---------------------------------- From nobody Wed Dec 13 06:22:53 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 456C8126C3D for ; Wed, 13 Dec 2017 06:22:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=lucidvision.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 BrtQVgb4-0Ph for ; Wed, 13 Dec 2017 06:22:44 -0800 (PST) Received: from lucidvision.com (lucidab1.miniserver.com [78.31.106.147]) (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 4B6E3124B0A for ; Wed, 13 Dec 2017 06:22:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lucidvision.com; s=default; t=1513174791; bh=/Lr5l55U/xSGLeYBE5YYCOAR6UP7Bd5CEIHKqDzjfBk=; h=From:Subject:Date:In-Reply-To:Cc:To:References; b=eECGN0ioklgpQuiReLTq/WLv3rwPS+RFLJfhdgtm7RbKA6nGvcW/XMTYF3zKSueTl bJbxlMJul5S6V/ANnbPLaZ+v2hJuQOucQYU3JC34XezcUL8nP3adr/XUiRTFs2ksF5 f9Ifz3RLA8lhfeXKZ6D92jRAxgZQsPdLC9+Dj+Ts= X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=50.255.148.181; From: Thomas Nadeau Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_0A3E6704-1659-4E1B-8B31-7E82CE85EB02" Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Date: Wed, 13 Dec 2017 09:22:30 -0500 In-Reply-To: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> Cc: "NetSlices@ietf.org" To: "qiangli (D)" References: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> X-Mailer: Apple Mail (2.3445.5.20) X-Authenticated-User: tnadeau@lucidvision.com X-Info: aspam skipped due to (g_smite_skip_relay) X-Encryption: SSL encrypted X-MyRbl: Color=White (rbl) Age=0 Spam=0 Notspam=0 Stars=0 Good=0 Friend=0 Surbl=0 Catch=0 r=0 ip=50.255.148.181 X-IP-stats: Notspam Incoming Last 0, First 943, in=7442, out=0, spam=0 Known=true ip=50.255.148.181 Archived-At: Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2017 14:22:51 -0000 --Apple-Mail=_0A3E6704-1659-4E1B-8B31-7E82CE85EB02 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 What does that even mean in the context of how software is built = today? =E2=80=94Tom > On Dec 13, 2017, at 3:40 AM, qiangli (D) wrote: >=20 > Hi All, > =20 > This email is want to collect your opinion on the following issue: > =20 > Do we need to standardize the Southbound/Mapping interface of a = network slice aware system in COMS? Or do you think this work should be = carried out in existing WGs/RGs? (e.g., mapping interface between COMS = and ACTN, mapping interface between COMS and NFVO) > =20 > Best regards, > =20 > Cristina QIANG > =20 > _______________________________________________ > Netslices mailing list > Netslices@ietf.org > https://www.ietf.org/mailman/listinfo/netslices = --Apple-Mail=_0A3E6704-1659-4E1B-8B31-7E82CE85EB02 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

What does that even mean in the = context of how software is built today?

=E2=80=94Tom


On Dec 13, 2017, at 3:40 AM, qiangli (D) = <qiangli3@huawei.com> wrote:

Hi = All,
 
This email is = want to collect your opinion on the following issue:
 
Do we need to = standardize the Southbound/Mapping interface of a network slice aware = system in COMS? Or do you think this work should be carried out in = existing WGs/RGs? (e.g., mapping interface between COMS and ACTN, = mapping interface between COMS and NFVO)
 
Best = regards,
 
Cristina = QIANG
 
_______________________________________________
Netslices mailing list
Netslices@ietf.org
https://www.ietf.org/mailman/listinfo/netslices

= --Apple-Mail=_0A3E6704-1659-4E1B-8B31-7E82CE85EB02-- From nobody Wed Dec 13 15:40:59 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A5E5128AA1 for ; Wed, 13 Dec 2017 15:40:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] 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 G93sb4BNgmjf for ; Wed, 13 Dec 2017 15:40:56 -0800 (PST) Received: from ns2.nict.go.jp (ns2.nict.go.jp [IPv6:2001:df0:232:300::2]) by ietfa.amsl.com (Postfix) with ESMTP id F2A461288A9 for ; Wed, 13 Dec 2017 15:40:55 -0800 (PST) Received: from gw2.nict.go.jp (gw2.nict.go.jp [133.243.18.251]) by ns2.nict.go.jp with ESMTP id vBDNecW2006820; Thu, 14 Dec 2017 08:40:38 +0900 (JST) Received: from mail2.nict.go.jp (mail2.nict.go.jp [133.243.18.15]) by gw2.nict.go.jp with ESMTP id vBDNebf6006745; Thu, 14 Dec 2017 08:40:37 +0900 (JST) Received: from spectre (unknown [133.243.115.68]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail2.nict.go.jp (NICT Mail Spool Server2) with ESMTPS id CD509ECB4; Thu, 14 Dec 2017 08:40:37 +0900 (JST) Date: Thu, 14 Dec 2017 08:40:36 +0900 From: Pedro Martinez-Julia To: "Diego R. Lopez" Cc: "qiangli (D)" , "NetSlices@ietf.org" Message-ID: <20171213234036.GA5828@spectre> References: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> <20171213085009.GH9512@spectre> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.1 (2017-09-22) X-Virus-Scanned: clamav-milter 0.99.2 at zenith2 X-Virus-Status: Clean Archived-At: Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2017 23:40:58 -0000 On Wed, Dec 13, 2017 at 09:02:18AM +0000, Diego R. Lopez wrote: > Hmm... I disagree. I'd prefer to go for mapping specs or profiling (or > even direct endorsement) whenever possible. Let's avoid to invent > another one-and-only standard. Dear Diego, >From my point of view, the "mapping specs" you mention would somehow be the "one-and-only standard" and it is what I tried to mean: We should get some kind of homogeneity from an heterogeneous playground, allowing heterogeneous systems (and standards) interact to each other. What I am actually proposing is not to develop anything but to specify the concepts and operations must be there (ontology). Implementers would interpret the ontology and use it to develop their adapters (bindings). > Be goode, Regards, Pedro -- Pedro Martinez-Julia Network Science and Convergence Device Technology Laboratory Network System Research Institute National Institute of Information and Communications Technology (NICT) 4-2-1, Nukui-Kitamachi, Koganei, Tokyo 184-8795, Japan Email: pedro@nict.go.jp --------------------------------------------------------- *** Entia non sunt multiplicanda praeter necessitatem *** From nobody Thu Dec 14 01:15:49 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D336127137 for ; Thu, 14 Dec 2017 01:15:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 dPAz3P0DsIog for ; Thu, 14 Dec 2017 01:15:46 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 DDF5D120724 for ; Thu, 14 Dec 2017 01:15:45 -0800 (PST) Received: from lhreml708-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 6887D526E4AC9; Thu, 14 Dec 2017 09:15:41 +0000 (GMT) Received: from DGGEMI401-HUB.china.huawei.com (10.3.17.134) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.361.1; Thu, 14 Dec 2017 09:15:42 +0000 Received: from DGGEMI509-MBS.china.huawei.com ([169.254.2.152]) by dggemi401-hub.china.huawei.com ([10.3.17.134]) with mapi id 14.03.0361.001; Thu, 14 Dec 2017 17:15:39 +0800 From: "qiangli (D)" To: Shunsuke Homma , "Diego R. Lopez" , "NetSlices@ietf.org" Thread-Topic: [Netslices] Open Issue II: Service Model Thread-Index: AQHTc/DGJokL3NGQ70Oo9qkYKeFT+6NAs0AAgAGqIwA= Date: Thu, 14 Dec 2017 09:15:38 +0000 Message-ID: <06C389826B926F48A557D5DB5A54C4ED2A5DEF6F@dggemi509-mbs.china.huawei.com> References: <00D9B1A6-48F4-48B3-B570-1DFA0C2DF5CE@telefonica.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.163.138] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Netslices] Open Issue II: Service Model X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 09:15:48 -0000 SGkgU2h1bnN1a2UsDQoNClRoZSBmb3JtZXIgZW1haWwgZW50aXRsZWQgIlN1bW1hcnkgb2YgT3Bl biBJc3N1ZXMiIGlzIGRpc2N1c3NpbmcgdGhlIHRhcmdldHMsIGFuZCBjaGFydGVyIHNpbWlsYXIg dGhpbmdzIG9mIENPTVMuIA0KDQpTaW1wbHkgc3BlYWtpbmcsIENPTVMgdHJpZXMgdG8gZG8gYSBy ZXNvdXJjZS1jZW50cmljIGNvbW1vbiBtYW5hZ2VtZW50IHBsYW5lIHVwb24gbXVsdGlwbGUgaW1w bGVtZW50YXRpb24gdGVjaG5vbG9naWVzLiBXZSBoYXZlIHByZWxpbWluYXJpbHkgbGlzdGVkIDYg cG90ZW50aWFsIGRpcmVjdGlvbnMgaW4gdGhhdCBlbWFpbC4gSW4gYWRkaXRpb24gdG8gdGhlc2Us IHNvbWUgdGVjaG5pY2FsIGlzc3VlcyBzdWNoIGFzIGhvdyB0byBzdGl0Y2ggbmV0d29yayBzbGlj ZSBzdWJuZXRzIGFsc28gaGF2ZSBiZWVuIGRpc2N1c3NlZCBpbiBDT01TLiBXZWxjb21lIHRvIHJl cGx5IHlvdXIgb3BpbmlvbiB1bmRlciB0aGF0IHRocmVhZCwgYW5kIGhlbHAgdXMgdG8gZW5oYW5j ZSBpdC4NCg0KDQpCZXN0IHJlZ2FyZHMsDQoNCkNyaXN0aW5hIFFJQU5HDQoNCg0KLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFNodW5zdWtlIEhvbW1hIFttYWlsdG86aG9tbWEuc2h1 bnN1a2VAbGFiLm50dC5jby5qcF0gDQpTZW50OiBXZWRuZXNkYXksIERlY2VtYmVyIDEzLCAyMDE3 IDg6NDggUE0NClRvOiBEaWVnbyBSLiBMb3BleiA8ZGllZ28uci5sb3BlekB0ZWxlZm9uaWNhLmNv bT47IHFpYW5nbGkgKEQpIDxxaWFuZ2xpM0BodWF3ZWkuY29tPjsgTmV0U2xpY2VzQGlldGYub3Jn DQpTdWJqZWN0OiBSZTogW05ldHNsaWNlc10gT3BlbiBJc3N1ZSBJSTogU2VydmljZSBNb2RlbA0K DQpIaSwNCg0KSGF2ZSB0YXJnZXRzIG9mIG5ldHdvcmsgc2xpY2luZyBvZiBDT01TL0lFVEYgYW5k IHRoZWlyIGNvbmNyZXRlIHJlcXVpcmVtZW50cyBiZWVuIGFscmVhZHkgY2xhcmlmaWVkPyBJZiB0 aGV5IGFyZSBub3QgY2xlYXIsIEkgdGhpbmsgd2UgY2FuJ3QganVkZ2Ugd2hldGhlciBjdXJyZW50 IFdHcycgc29sdXRpb25zIGFyZSBlbm91Z2ggdG8gc3VwcG9ydCBtYW5hZ2VtZW50IG9uIG5ldHdv cmsgc2xpY2VzLiBXaHkgZG9uJ3Qgd2UgY2xhcmlmeSByZXF1aXJlbWVudHMgZmlyc3RseT8NCg0K T2YgY291cnNlLCB3ZSB3b3VsZCBiZSBhYmxlIHRvIHJlZmVyIHJlbGF0ZWQgd29ya3Mgc3VjaCBh cyBMMlNNL0wzU00gb3IgT1NNIGZvciBkZWZpbmluZyBzZXJ2aWNlL2luZm9ybWF0aW9uIG1vZGVs cyBmb3IgbmV0d29yayBzbGljaW5nLg0KDQpUaGFua3MsDQoNClNodW5zdWtlDQoNCg0KT24gMjAx Ny8xMi8xMyAxODowMCwgRGllZ28gUi4gTG9wZXogd3JvdGU6DQo+IEhpLA0KPiANCj4gSWYgd2Ug Zm9jdXMgb24gY29ubmVjdGl2aXR5IG1hdHRlcnMsIEwyU00vTDNTTSBvciBzaW1pbGFyIHNob3Vs ZCBiZSANCj4gZW5vdWdoLiBJZiB3ZSBzdGFydCB0aGlua2luZyBhYm91dCBvdGhlciByZXNvdXJj ZXMgKHN0b3JhZ2UsIGNvbXB1dGXigKYpIA0KPiBJIHRoaW5rIHdl4oCZZCBuZWVkIHNvbWV0aGlu ZyBtb3JlLiBBcyBhIHN0YXJ0aW5nIHBvaW50LCB3ZSBjb3VsZCB1c2UgDQo+IHRoZSBtb2RlbHMg YmVpbmcgZGVmaW5lZCBieSB0aGUgT1NNIHByb2plY3Q6DQo+IA0KPiBodHRwczovL29zbS5ldHNp Lm9yZy93aWtpcHViL2luZGV4LnBocC9PU01fSW5mb3JtYXRpb25fTW9kZWwNCj4gDQo+IEJlIGdv b2RlLA0KPiANCj4gLS0NCj4gDQo+ICJFc3RhIHZleiBubyBmYWxsYXJlbW9zLCBEb2N0b3IgSW5m aWVybm8iDQo+IA0KPiBEciBEaWVnbyBSLiBMb3Bleg0KPiANCj4gVGVsZWZvbmljYSBJK0QNCj4g DQo+IGh0dHBzOi8vd3d3LmxpbmtlZGluLmNvbS9pbi9kcjJsb3Blei8NCj4gDQo+IGUtbWFpbDog ZGllZ28uci5sb3BlekB0ZWxlZm9uaWNhLmNvbSANCj4gPG1haWx0bzpkaWVnby5yLmxvcGV6QHRl bGVmb25pY2EuY29tPg0KPiANCj4gVGVsOsKgwqDCoCDCoMKgwqDCoCArMzQgOTEzIDEyOSAwNDEN Cj4gDQo+IE1vYmlsZTogwqArMzQgNjgyIDA1MSAwOTENCj4gDQo+IC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0NCj4gDQo+IE9uIDEzLzEyLzIwMTcsIDA5OjQ4LCAiTmV0c2xpY2Vz IG9uIGJlaGFsZiBvZiBxaWFuZ2xpIChEKSIgDQo+IDxuZXRzbGljZXMtYm91bmNlc0BpZXRmLm9y ZyA8bWFpbHRvOm5ldHNsaWNlcy1ib3VuY2VzQGlldGYub3JnPiBvbiANCj4gYmVoYWxmIG9mIHFp YW5nbGkzQGh1YXdlaS5jb20gPG1haWx0bzpxaWFuZ2xpM0BodWF3ZWkuY29tPj4gd3JvdGU6DQo+ IA0KPiBIaSBBbGwsDQo+IA0KPiBUaGlzIGVtYWlsIGlzIHRyeWluZyB0byBjb2xsZWN0IHlvdXIg b3BpbmlvbiBvbiB0aGUgZm9sbG93aW5nIGlzc3VlOg0KPiANCj4gRG8gd2UgbmVlZCBhIENPTVMg U2VydmljZSBNb2RlbD8gT3IgZG8geW91IHRoaW5rIGN1cnJlbnQgTDJTTS9MM1NNL2V0Yy4gDQo+ IGlzIGVub3VnaCB0byBzdXBwb3J0IHRoZSByZXNvdXJjZS1vcmllbnRlZCAoaW5jbHVkaW5nIGNv bm5lY3Rpdml0eSwgDQo+IGNvbXB1dGluZywgc3RvcmFnZSBhbmQgb3RoZXIgcG90ZW50aWFsIHJl c291cmNlcykgY29tbW9uIG1hbmFnZW1lbnQgb24gDQo+IG5ldHdvcmsgc2xpY2VzPw0KPiANCj4g QmVzdCByZWdhcmRzLA0KPiANCj4gQ3Jpc3RpbmEgUUlBTkcNCj4gDQo+IA0KPiAtLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQo+IC0tDQo+IA0KPiBFc3RlIG1lbnNhamUgeSBzdXMgYWRqdW50b3Mgc2UgZGlyaWdlbiBl eGNsdXNpdmFtZW50ZSBhIHN1IA0KPiBkZXN0aW5hdGFyaW8sIHB1ZWRlIGNvbnRlbmVyIGluZm9y bWFjacOzbiBwcml2aWxlZ2lhZGEgbyBjb25maWRlbmNpYWwgeSANCj4gZXMgcGFyYSB1c28gZXhj bHVzaXZvIGRlIGxhIHBlcnNvbmEgbyBlbnRpZGFkIGRlIGRlc3Rpbm8uIFNpIG5vIGVzIA0KPiB1 c3RlZC4gZWwgZGVzdGluYXRhcmlvIGluZGljYWRvLCBxdWVkYSBub3RpZmljYWRvIGRlIHF1ZSBs YSBsZWN0dXJhLCANCj4gdXRpbGl6YWNpw7NuLCBkaXZ1bGdhY2nDs24geS9vIGNvcGlhIHNpbiBh dXRvcml6YWNpw7NuIHB1ZWRlIGVzdGFyIA0KPiBwcm9oaWJpZGEgZW4gdmlydHVkIGRlIGxhIGxl Z2lzbGFjacOzbiB2aWdlbnRlLiBTaSBoYSByZWNpYmlkbyBlc3RlIA0KPiBtZW5zYWplIHBvciBl cnJvciwgbGUgcm9nYW1vcyBxdWUgbm9zIGxvIGNvbXVuaXF1ZSBpbm1lZGlhdGFtZW50ZSBwb3Ig DQo+IGVzdGEgbWlzbWEgdsOtYSB5IHByb2NlZGEgYSBzdSBkZXN0cnVjY2nDs24uDQo+IA0KPiBU aGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgdHJhbnNtaXNzaW9uIGlzIHByaXZpbGVn ZWQgYW5kIA0KPiBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24gaW50ZW5kZWQgb25seSBmb3IgdGhl IHVzZSBvZiB0aGUgaW5kaXZpZHVhbCANCj4gb3IgZW50aXR5IG5hbWVkIGFib3ZlLiBJZiB0aGUg cmVhZGVyIG9mIHRoaXMgbWVzc2FnZSBpcyBub3QgdGhlIA0KPiBpbnRlbmRlZCByZWNpcGllbnQs IHlvdSBhcmUgaGVyZWJ5IG5vdGlmaWVkIHRoYXQgYW55IGRpc3NlbWluYXRpb24sIA0KPiBkaXN0 cmlidXRpb24gb3IgY29weWluZyBvZiB0aGlzIGNvbW11bmljYXRpb24gaXMgc3RyaWN0bHkgcHJv aGliaXRlZC4gDQo+IElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgdHJhbnNtaXNzaW9uIGluIGVy cm9yLCBkbyBub3QgcmVhZCBpdC4gDQo+IFBsZWFzZSBpbW1lZGlhdGVseSByZXBseSB0byB0aGUg c2VuZGVyIHRoYXQgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyANCj4gY29tbXVuaWNhdGlvbiBpbiBl cnJvciBhbmQgdGhlbiBkZWxldGUgaXQuDQo+IA0KPiBFc3RhIG1lbnNhZ2VtIGUgc2V1cyBhbmV4 b3Mgc2UgZGlyaWdlbSBleGNsdXNpdmFtZW50ZSBhbyBzZXUgDQo+IGRlc3RpbmF0w6FyaW8sIHBv ZGUgY29udGVyIGluZm9ybWHDp8OjbyBwcml2aWxlZ2lhZGEgb3UgY29uZmlkZW5jaWFsIGUgw6kg DQo+IHBhcmEgdXNvIGV4Y2x1c2l2byBkYSBwZXNzb2Egb3UgZW50aWRhZGUgZGUgZGVzdGluby4g U2UgbsOjbyDDqSB2b3NzYSANCj4gc2VuaG9yaWEgbyBkZXN0aW5hdMOhcmlvIGluZGljYWRvLCBm aWNhIG5vdGlmaWNhZG8gZGUgcXVlIGEgbGVpdHVyYSwgDQo+IHV0aWxpemHDp8OjbywgZGl2dWxn YcOnw6NvIGUvb3UgY8OzcGlhIHNlbSBhdXRvcml6YcOnw6NvIHBvZGUgZXN0YXIgcHJvaWJpZGEg DQo+IGVtIHZpcnR1ZGUgZGEgbGVnaXNsYcOnw6NvIHZpZ2VudGUuIFNlIHJlY2ViZXUgZXN0YSBt ZW5zYWdlbSBwb3IgZXJybywgDQo+IHJvZ2Ftb3MtbGhlIHF1ZSBub3MgbyBjb211bmlxdWUgaW1l ZGlhdGFtZW50ZSBwb3IgZXN0YSBtZXNtYSB2aWEgZSANCj4gcHJvY2VkYSBhIHN1YSBkZXN0cnVp w6fDo28NCj4gDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPiBOZXRzbGljZXMgbWFpbGluZyBsaXN0DQo+IE5ldHNsaWNlc0BpZXRmLm9yZw0K PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldHNsaWNlcw0KPiANCg0K DQotLQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KU2h1bnN1a2UgSG9tbWEN Cjxob21tYS5zaHVuc3VrZUBsYWIubnR0LmNvLmpwPg0KVEVMOiArODEgNDIyIDU5IDM0ODYNCkZB WDogKzgxIDQyMiA2MCA3NDYwDQoNCk5UVCBOZXR3b3JrIFNlcnZpY2UgU3lzdGVtcyBMYWJzLg0K TXVzYXNoaW5vIGNpdHksIFRva3lvLCBKYXBhbg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQ0KDQo= From nobody Thu Dec 14 18:01:24 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49F35127601 for ; Thu, 14 Dec 2017 18:01:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 lwY5xmaCqhtt for ; Thu, 14 Dec 2017 18:01:19 -0800 (PST) Received: from tama50.ecl.ntt.co.jp (tama50.ecl.ntt.co.jp [129.60.39.147]) by ietfa.amsl.com (Postfix) with ESMTP id 16D1C126E7A for ; Thu, 14 Dec 2017 18:01:18 -0800 (PST) Received: from vc2.ecl.ntt.co.jp (vc2.ecl.ntt.co.jp [129.60.86.154]) by tama50.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id vBF21A7F025142; Fri, 15 Dec 2017 11:01:10 +0900 Received: from vc2.ecl.ntt.co.jp (localhost [127.0.0.1]) by vc2.ecl.ntt.co.jp (Postfix) with ESMTP id 16EF460292; Fri, 15 Dec 2017 11:01:10 +0900 (JST) Received: from jcms-pop21.ecl.ntt.co.jp (jcms-pop21.ecl.ntt.co.jp [129.60.87.134]) by vc2.ecl.ntt.co.jp (Postfix) with ESMTP id 065BA5F594; Fri, 15 Dec 2017 11:01:10 +0900 (JST) Received: from [IPv6:::1] (unknown [129.60.13.28]) by jcms-pop21.ecl.ntt.co.jp (Postfix) with ESMTPSA id 00CD64009CA; Fri, 15 Dec 2017 11:01:10 +0900 (JST) References: <00D9B1A6-48F4-48B3-B570-1DFA0C2DF5CE@telefonica.com> <06C389826B926F48A557D5DB5A54C4ED2A5DEF6F@dggemi509-mbs.china.huawei.com> From: Shunsuke Homma Message-ID: <2770fba1-c28e-b2c8-96a3-1d075170d463@lab.ntt.co.jp> Date: Fri, 15 Dec 2017 10:59:31 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <06C389826B926F48A557D5DB5A54C4ED2A5DEF6F@dggemi509-mbs.china.huawei.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit To: "qiangli (D)" , "Diego R. Lopez" , "NetSlices@ietf.org" X-TM-AS-MML: disable Archived-At: Subject: Re: [Netslices] Open Issue II: Service Model X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2017 02:01:22 -0000 Hi Christina, Thank you for your response. Sorry for confusing you. I meant "targets" are use cases or deployment scenarios of network slices. For example, in my understanding, 3GPP is focusing on use cases in mobile networks. What use cases is COMS considering? (Does the use case draft cover all use cases which IETF/COMS should consider?) Actually, some high level requirements are described in some netslicing/coms drafts, but they seem not to be broken down enough to judge whether existing technologies can enough support every use case of network slicing. By the way, I'm little bit confused by a word, "common". Do you mean that the goal of COMS is providing interfaces for current network components? Or defining architecture, information model, and interface which can support every network slicing use case? Regards, Shunsuke On 2017/12/14 18:15, qiangli (D) wrote: > Hi Shunsuke, > > The former email entitled "Summary of Open Issues" is discussing the targets, and charter similar things of COMS. > > Simply speaking, COMS tries to do a resource-centric common management plane upon multiple implementation technologies. We have preliminarily listed 6 potential directions in that email. In addition to these, some technical issues such as how to stitch network slice subnets also have been discussed in COMS. Welcome to reply your opinion under that thread, and help us to enhance it. > > > Best regards, > > Cristina QIANG > > > -----Original Message----- > From: Shunsuke Homma [mailto:homma.shunsuke@lab.ntt.co.jp] > Sent: Wednesday, December 13, 2017 8:48 PM > To: Diego R. Lopez ; qiangli (D) ; NetSlices@ietf.org > Subject: Re: [Netslices] Open Issue II: Service Model > > Hi, > > Have targets of network slicing of COMS/IETF and their concrete requirements been already clarified? If they are not clear, I think we can't judge whether current WGs' solutions are enough to support management on network slices. Why don't we clarify requirements firstly? > > Of course, we would be able to refer related works such as L2SM/L3SM or OSM for defining service/information models for network slicing. > > Thanks, > > Shunsuke > > > On 2017/12/13 18:00, Diego R. Lopez wrote: >> Hi, >> >> If we focus on connectivity matters, L2SM/L3SM or similar should be >> enough. If we start thinking about other resources (storage, compute…) >> I think we’d need something more. As a starting point, we could use >> the models being defined by the OSM project: >> >> https://osm.etsi.org/wikipub/index.php/OSM_Information_Model >> >> Be goode, >> >> -- >> >> "Esta vez no fallaremos, Doctor Infierno" >> >> Dr Diego R. Lopez >> >> Telefonica I+D >> >> https://www.linkedin.com/in/dr2lopez/ >> >> e-mail: diego.r.lopez@telefonica.com >> >> >> Tel:         +34 913 129 041 >> >> Mobile:  +34 682 051 091 >> >> ---------------------------------- >> >> On 13/12/2017, 09:48, "Netslices on behalf of qiangli (D)" >> on >> behalf of qiangli3@huawei.com > wrote: >> >> Hi All, >> >> This email is trying to collect your opinion on the following issue: >> >> Do we need a COMS Service Model? Or do you think current L2SM/L3SM/etc. >> is enough to support the resource-oriented (including connectivity, >> computing, storage and other potential resources) common management on >> network slices? >> >> Best regards, >> >> Cristina QIANG >> >> >> ---------------------------------------------------------------------- >> -- >> >> Este mensaje y sus adjuntos se dirigen exclusivamente a su >> destinatario, puede contener información privilegiada o confidencial y >> es para uso exclusivo de la persona o entidad de destino. Si no es >> usted. el destinatario indicado, queda notificado de que la lectura, >> utilización, divulgación y/o copia sin autorización puede estar >> prohibida en virtud de la legislación vigente. Si ha recibido este >> mensaje por error, le rogamos que nos lo comunique inmediatamente por >> esta misma vía y proceda a su destrucción. >> >> The information contained in this transmission is privileged and >> confidential information intended only for the use of the individual >> or entity named above. If the reader of this message is not the >> intended recipient, you are hereby notified that any dissemination, >> distribution or copying of this communication is strictly prohibited. >> If you have received this transmission in error, do not read it. >> Please immediately reply to the sender that you have received this >> communication in error and then delete it. >> >> Esta mensagem e seus anexos se dirigem exclusivamente ao seu >> destinatário, pode conter informação privilegiada ou confidencial e é >> para uso exclusivo da pessoa ou entidade de destino. Se não é vossa >> senhoria o destinatário indicado, fica notificado de que a leitura, >> utilização, divulgação e/ou cópia sem autorização pode estar proibida >> em virtude da legislação vigente. Se recebeu esta mensagem por erro, >> rogamos-lhe que nos o comunique imediatamente por esta mesma via e >> proceda a sua destruição >> >> >> _______________________________________________ >> Netslices mailing list >> Netslices@ietf.org >> https://www.ietf.org/mailman/listinfo/netslices >> > > > -- > ---------------------------------- > Shunsuke Homma > > TEL: +81 422 59 3486 > FAX: +81 422 60 7460 > > NTT Network Service Systems Labs. > Musashino city, Tokyo, Japan > ---------------------------------- > -- ---------------------------------- Shunsuke Homma TEL: +81 422 59 3486 FAX: +81 422 60 7460 NTT Network Service Systems Labs. Musashino city, Tokyo, Japan ---------------------------------- From nobody Sun Dec 17 23:19:34 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07EF31276AF for ; Sun, 17 Dec 2017 23:19:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] 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 lOOb2zXKIE4J for ; Sun, 17 Dec 2017 23:19:31 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 3BBA5126CC4 for ; Sun, 17 Dec 2017 23:19:31 -0800 (PST) Received: from lhreml709-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 2A866C1F94FE8; Mon, 18 Dec 2017 07:19:28 +0000 (GMT) Received: from DGGEMI406-HUB.china.huawei.com (10.3.17.144) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.361.1; Mon, 18 Dec 2017 07:19:28 +0000 Received: from DGGEMI509-MBS.china.huawei.com ([169.254.2.152]) by dggemi406-hub.china.huawei.com ([10.3.17.144]) with mapi id 14.03.0361.001; Mon, 18 Dec 2017 15:19:22 +0800 From: "qiangli (D)" To: "Diego R. Lopez" , Pedro Martinez-Julia CC: "NetSlices@ietf.org" Thread-Topic: [Netslices] Open Issue I: SouthBound/Mapping Interface Thread-Index: AQHTc+9mutS2BrP4sEuZpL0PfF5PfqNAdCwAgAhD3JA= Date: Mon, 18 Dec 2017 07:19:21 +0000 Message-ID: <06C389826B926F48A557D5DB5A54C4ED2A5DF3D3@dggemi509-mbs.china.huawei.com> References: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> <20171213085009.GH9512@spectre> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.163.138] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2017 07:19:33 -0000 VGVjaG5pY2FsbHkgc3BlYWtpbmcsIGlzIGl0IHBvc3NpYmxlIHRvIGhhdmUgYSB1bmlmb3JtL3N0 YW5kYXJkIG1hcHBpbmcgaW50ZXJmYWNlIHRvIGFkYXB0IHRvIGEgdmFyaWV0eSBvZiBpbXBsZW1l bnRhdGlvbiB0ZWNobm9sb2dpZXM/IA0KDQpCZXN0IHJlZ2FyZHMsDQoNCkNyaXN0aW5hIFFJQU5H DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBEaWVnbyBSLiBMb3BleiBbbWFp bHRvOmRpZWdvLnIubG9wZXpAdGVsZWZvbmljYS5jb21dIA0KU2VudDogV2VkbmVzZGF5LCBEZWNl bWJlciAxMywgMjAxNyA1OjAyIFBNDQpUbzogUGVkcm8gTWFydGluZXotSnVsaWEgPHBlZHJvQG5p Y3QuZ28uanA+OyBxaWFuZ2xpIChEKSA8cWlhbmdsaTNAaHVhd2VpLmNvbT4NCkNjOiBOZXRTbGlj ZXNAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbTmV0c2xpY2VzXSBPcGVuIElzc3VlIEk6IFNvdXRo Qm91bmQvTWFwcGluZyBJbnRlcmZhY2UNCg0KSG1tLi4uIEkgZGlzYWdyZWUuIEknZCBwcmVmZXIg dG8gZ28gZm9yIG1hcHBpbmcgc3BlY3Mgb3IgcHJvZmlsaW5nIChvciBldmVuIGRpcmVjdCBlbmRv cnNlbWVudCkgd2hlbmV2ZXIgcG9zc2libGUuIExldCdzIGF2b2lkIHRvIGludmVudCBhbm90aGVy IG9uZS1hbmQtb25seSBzdGFuZGFyZC4NCg0KQmUgZ29vZGUsDQoNCi0tDQoiRXN0YSB2ZXogbm8g ZmFsbGFyZW1vcywgRG9jdG9yIEluZmllcm5vIg0KDQpEciBEaWVnbyBSLiBMb3Bleg0KVGVsZWZv bmljYSBJK0QNCmh0dHBzOi8vd3d3LmxpbmtlZGluLmNvbS9pbi9kcjJsb3Blei8NCg0KZS1tYWls OiBkaWVnby5yLmxvcGV6QHRlbGVmb25pY2EuY29tDQpUZWw6ICAgICAgICAgKzM0IDkxMyAxMjkg MDQxDQpNb2JpbGU6ICArMzQgNjgyIDA1MSAwOTENCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NCu+7v09uIDEzLzEyLzIwMTcsIDA5OjUwLCAiTmV0c2xpY2VzIG9uIGJlaGFsZiBv ZiBQZWRybyBNYXJ0aW5lei1KdWxpYSIgPG5ldHNsaWNlcy1ib3VuY2VzQGlldGYub3JnIG9uIGJl aGFsZiBvZiBwZWRyb0BuaWN0LmdvLmpwPiB3cm90ZToNCg0KICAgIERlYXIgTGksDQoNCiAgICBX ZSBuZWVkIHRvIGRvIGl0IGluIENPTVMgdG8gYXZvaWQgZGVjZW50cmFsaXphdGlvbiBhbmQgZW5z dXJlIGNvaGVyZW5jZQ0KICAgIGFtb25nIHNvbHV0aW9ucy4gT3RoZXJ3aXNlLCB3ZSB3b3VsZCBn ZXQgZGlmZmVyZW50IGludGVyZmFjZSBzdGFuZGFyZHMNCiAgICBhbmQgaXQgd2lsbCBiZSBtb3Jl IGRpZmZpY3VsdCBmb3IgdGhlIG5ldHdvcmsgc2xpY2luZyB0byBiZSBob21vZ2VuZW91cw0KICAg IGFuZCB0aHVzIGxlc3MgdXNlZnVsbmVzcy4NCg0KICAgIFJlZ2FyZHMsDQogICAgUGVkcm8NCg0K ICAgIE9uIFdlZCwgRGVjIDEzLCAyMDE3IGF0IDA4OjQwOjU2QU0gKzAwMDAsIHFpYW5nbGkgKEQp IHdyb3RlOg0KICAgID4gSGkgQWxsLA0KICAgID4NCiAgICA+IFRoaXMgZW1haWwgaXMgd2FudCB0 byBjb2xsZWN0IHlvdXIgb3BpbmlvbiBvbiB0aGUgZm9sbG93aW5nIGlzc3VlOg0KICAgID4NCiAg ICA+IERvIHdlIG5lZWQgdG8gc3RhbmRhcmRpemUgdGhlIFNvdXRoYm91bmQvTWFwcGluZyBpbnRl cmZhY2Ugb2YgYSBuZXR3b3JrIHNsaWNlIGF3YXJlIHN5c3RlbSBpbiBDT01TPyBPciBkbyB5b3Ug dGhpbmsgdGhpcyB3b3JrIHNob3VsZCBiZSBjYXJyaWVkIG91dCBpbiBleGlzdGluZyBXR3MvUkdz PyAoZS5nLiwgbWFwcGluZyBpbnRlcmZhY2UgYmV0d2VlbiBDT01TIGFuZCBBQ1ROLCBtYXBwaW5n IGludGVyZmFjZSBiZXR3ZWVuIENPTVMgYW5kIE5GVk8pDQogICAgPg0KICAgID4gQmVzdCByZWdh cmRzLA0KICAgID4NCiAgICA+IENyaXN0aW5hIFFJQU5HDQogICAgPg0KDQogICAgPiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgID4gTmV0c2xpY2Vz IG1haWxpbmcgbGlzdA0KICAgID4gTmV0c2xpY2VzQGlldGYub3JnDQogICAgPiBodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldHNsaWNlcw0KDQoNCiAgICAtLQ0KICAgIFBl ZHJvIE1hcnRpbmV6LUp1bGlhDQogICAgTmV0d29yayBTY2llbmNlIGFuZCBDb252ZXJnZW5jZSBE ZXZpY2UgVGVjaG5vbG9neSBMYWJvcmF0b3J5DQogICAgTmV0d29yayBTeXN0ZW0gUmVzZWFyY2gg SW5zdGl0dXRlDQogICAgTmF0aW9uYWwgSW5zdGl0dXRlIG9mIEluZm9ybWF0aW9uIGFuZCBDb21t dW5pY2F0aW9ucyBUZWNobm9sb2d5IChOSUNUKQ0KICAgIDQtMi0xLCBOdWt1aS1LaXRhbWFjaGks IEtvZ2FuZWksIFRva3lvIDE4NC04Nzk1LCBKYXBhbg0KICAgIEVtYWlsOiBwZWRyb0BuaWN0Lmdv LmpwDQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQogICAgKioqIEVudGlhIG5vbiBzdW50IG11bHRpcGxpY2FuZGEgcHJhZXRlciBu ZWNlc3NpdGF0ZW0gKioqDQoNCiAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KICAgIE5ldHNsaWNlcyBtYWlsaW5nIGxpc3QNCiAgICBOZXRzbGljZXNA aWV0Zi5vcmcNCiAgICBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldHNs aWNlcw0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KRXN0ZSBtZW5z YWplIHkgc3VzIGFkanVudG9zIHNlIGRpcmlnZW4gZXhjbHVzaXZhbWVudGUgYSBzdSBkZXN0aW5h dGFyaW8sIHB1ZWRlIGNvbnRlbmVyIGluZm9ybWFjacOzbiBwcml2aWxlZ2lhZGEgbyBjb25maWRl bmNpYWwgeSBlcyBwYXJhIHVzbyBleGNsdXNpdm8gZGUgbGEgcGVyc29uYSBvIGVudGlkYWQgZGUg ZGVzdGluby4gU2kgbm8gZXMgdXN0ZWQuIGVsIGRlc3RpbmF0YXJpbyBpbmRpY2FkbywgcXVlZGEg bm90aWZpY2FkbyBkZSBxdWUgbGEgbGVjdHVyYSwgdXRpbGl6YWNpw7NuLCBkaXZ1bGdhY2nDs24g eS9vIGNvcGlhIHNpbiBhdXRvcml6YWNpw7NuIHB1ZWRlIGVzdGFyIHByb2hpYmlkYSBlbiB2aXJ0 dWQgZGUgbGEgbGVnaXNsYWNpw7NuIHZpZ2VudGUuIFNpIGhhIHJlY2liaWRvIGVzdGUgbWVuc2Fq ZSBwb3IgZXJyb3IsIGxlIHJvZ2Ftb3MgcXVlIG5vcyBsbyBjb211bmlxdWUgaW5tZWRpYXRhbWVu dGUgcG9yIGVzdGEgbWlzbWEgdsOtYSB5IHByb2NlZGEgYSBzdSBkZXN0cnVjY2nDs24uDQoNClRo ZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyB0cmFuc21pc3Npb24gaXMgcHJpdmlsZWdl ZCBhbmQgY29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGludGVuZGVkIG9ubHkgZm9yIHRoZSB1c2Ug b2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IG5hbWVkIGFib3ZlLiBJZiB0aGUgcmVhZGVyIG9m IHRoaXMgbWVzc2FnZSBpcyBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgeW91IGFyZSBoZXJl Ynkgbm90aWZpZWQgdGhhdCBhbnkgZGlzc2VtaW5hdGlvbiwgZGlzdHJpYnV0aW9uIG9yIGNvcHlp bmcgb2YgdGhpcyBjb21tdW5pY2F0aW9uIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuIElmIHlvdSBo YXZlIHJlY2VpdmVkIHRoaXMgdHJhbnNtaXNzaW9uIGluIGVycm9yLCBkbyBub3QgcmVhZCBpdC4g UGxlYXNlIGltbWVkaWF0ZWx5IHJlcGx5IHRvIHRoZSBzZW5kZXIgdGhhdCB5b3UgaGF2ZSByZWNl aXZlZCB0aGlzIGNvbW11bmljYXRpb24gaW4gZXJyb3IgYW5kIHRoZW4gZGVsZXRlIGl0Lg0KDQpF c3RhIG1lbnNhZ2VtIGUgc2V1cyBhbmV4b3Mgc2UgZGlyaWdlbSBleGNsdXNpdmFtZW50ZSBhbyBz ZXUgZGVzdGluYXTDoXJpbywgcG9kZSBjb250ZXIgaW5mb3JtYcOnw6NvIHByaXZpbGVnaWFkYSBv dSBjb25maWRlbmNpYWwgZSDDqSBwYXJhIHVzbyBleGNsdXNpdm8gZGEgcGVzc29hIG91IGVudGlk YWRlIGRlIGRlc3Rpbm8uIFNlIG7Do28gw6kgdm9zc2Egc2VuaG9yaWEgbyBkZXN0aW5hdMOhcmlv IGluZGljYWRvLCBmaWNhIG5vdGlmaWNhZG8gZGUgcXVlIGEgbGVpdHVyYSwgdXRpbGl6YcOnw6Nv LCBkaXZ1bGdhw6fDo28gZS9vdSBjw7NwaWEgc2VtIGF1dG9yaXphw6fDo28gcG9kZSBlc3RhciBw cm9pYmlkYSBlbSB2aXJ0dWRlIGRhIGxlZ2lzbGHDp8OjbyB2aWdlbnRlLiBTZSByZWNlYmV1IGVz dGEgbWVuc2FnZW0gcG9yIGVycm8sIHJvZ2Ftb3MtbGhlIHF1ZSBub3MgbyBjb211bmlxdWUgaW1l ZGlhdGFtZW50ZSBwb3IgZXN0YSBtZXNtYSB2aWEgZSBwcm9jZWRhIGEgc3VhIGRlc3RydWnDp8Oj bw0K From nobody Mon Dec 18 00:45:40 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DB31126B71 for ; Mon, 18 Dec 2017 00:45:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] 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 Q68J2yB2aNHj for ; Mon, 18 Dec 2017 00:45:37 -0800 (PST) Received: from ns1.nict.go.jp (ns1.nict.go.jp [IPv6:2001:df0:232:300::1]) by ietfa.amsl.com (Postfix) with ESMTP id CD43E1200F3 for ; Mon, 18 Dec 2017 00:45:36 -0800 (PST) Received: from gw1.nict.go.jp (gw1.nict.go.jp [133.243.18.250]) by ns1.nict.go.jp with ESMTP id vBI8jXvn060303; Mon, 18 Dec 2017 17:45:33 +0900 (JST) Received: from mail2.nict.go.jp (mail2.nict.go.jp [133.243.18.15]) by gw1.nict.go.jp with ESMTP id vBI8jX88060243; Mon, 18 Dec 2017 17:45:33 +0900 (JST) Received: from spectre (unknown [133.243.115.68]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail2.nict.go.jp (NICT Mail Spool Server2) with ESMTPS id 5456EE260; Mon, 18 Dec 2017 17:45:33 +0900 (JST) Date: Mon, 18 Dec 2017 17:45:34 +0900 From: Pedro Martinez-Julia To: "qiangli (D)" Cc: "Diego R. Lopez" , "NetSlices@ietf.org" Message-ID: <20171218084534.GH10740@spectre> References: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> <20171213085009.GH9512@spectre> <06C389826B926F48A557D5DB5A54C4ED2A5DF3D3@dggemi509-mbs.china.huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <06C389826B926F48A557D5DB5A54C4ED2A5DF3D3@dggemi509-mbs.china.huawei.com> User-Agent: Mutt/1.9.1 (2017-09-22) X-Virus-Scanned: clamav-milter 0.99.2 at zenith1 X-Virus-Status: Clean Archived-At: Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2017 08:45:39 -0000 On Mon, Dec 18, 2017 at 07:19:21AM +0000, qiangli (D) wrote: > Technically speaking, is it possible to have a uniform/standard mapping interface to adapt to a variety of implementation technologies? Yes, it is. > Best regards, > > Cristina QIANG Regards, Pedro -- Pedro Martinez-Julia Network Science and Convergence Device Technology Laboratory Network System Research Institute National Institute of Information and Communications Technology (NICT) 4-2-1, Nukui-Kitamachi, Koganei, Tokyo 184-8795, Japan Email: pedro@nict.go.jp --------------------------------------------------------- *** Entia non sunt multiplicanda praeter necessitatem *** From nobody Mon Dec 18 04:46:10 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4682E12785F for ; Mon, 18 Dec 2017 04:46:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.002 X-Spam-Level: X-Spam-Status: No, score=-0.002 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 Ng2hSU9SR0qa for ; Mon, 18 Dec 2017 04:46:05 -0800 (PST) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0107.outbound.protection.outlook.com [104.47.0.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6F6DB1241F8 for ; Mon, 18 Dec 2017 04:46:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector2-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=BBnDlTpxC8i5ABgroDRBHwdAE6/ZVxQ0eoRANqMcSFI=; b=MDTevb4Rxavu9LeE1T/YtsKBHVmp9AS9/CoTmlJBf/QRBLDiTuFT9FiFe/MV7Rj1qdvIDEKNjU+1vih2jdAnK20whFnFtPX+DArTVb9bE4BFwubBNkVbgW9eK2lQM0wT8NRIV70AeuKcJRdeDU2/qbtN6fdFCZyeaAx2fV+jhBI= Received: from HE1PR07MB0842.eurprd07.prod.outlook.com (10.162.24.156) by HE1PR07MB0843.eurprd07.prod.outlook.com (10.162.24.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.345.10; Mon, 18 Dec 2017 12:46:01 +0000 Received: from HE1PR07MB0842.eurprd07.prod.outlook.com ([fe80::39b6:81e1:87f:6084]) by HE1PR07MB0842.eurprd07.prod.outlook.com ([fe80::39b6:81e1:87f:6084%14]) with mapi id 15.20.0345.009; Mon, 18 Dec 2017 12:46:01 +0000 From: "Flinck, Hannu (Nokia - FI/Espoo)" To: Shunsuke Homma , "qiangli (D)" , "Diego R. Lopez" , "NetSlices@ietf.org" Thread-Topic: [Netslices] Open Issue II: Service Model Thread-Index: AQHTdUifoB1clE0qvU2TrOpwzuTJcKNJD6iw Date: Mon, 18 Dec 2017 12:46:01 +0000 Message-ID: References: <00D9B1A6-48F4-48B3-B570-1DFA0C2DF5CE@telefonica.com> <06C389826B926F48A557D5DB5A54C4ED2A5DEF6F@dggemi509-mbs.china.huawei.com> <2770fba1-c28e-b2c8-96a3-1d075170d463@lab.ntt.co.jp> In-Reply-To: <2770fba1-c28e-b2c8-96a3-1d075170d463@lab.ntt.co.jp> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=hannu.flinck@nokia-bell-labs.com; x-originating-ip: [131.228.32.182] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; HE1PR07MB0843; 6:FuZeOX5y4BjcLrg9A/EncP6vDNsCWXUtQpRWMJuE18vCOY7zgFhzjPx8w/L+Aj9WtajyLiVCsybElDgtR3DSnAm3iIpVUvrCOanqo+p6lYMyS8/30PHqdjrewxJoy42QGL1N8353+GEHOXnFGcFXMaucCmixxqtanK+VNX2AhYgi6OSwplrv7z/dMXOM4a47skkjNs8wn4JlpbiLygSZFTymQYigsGiZf8fUAsmOLiybeOWaqkx+DGnICG1JHpjI8/3V7+K03/WadrWkt8A4QyMSrjQXkSQ9TmvjCJueAwHSFswGkQ/9xqbBiD7vvAWGYleIdsfCaacuRy2l7kihhT1fUV+UidIGe49jgk3BWpM=; 5:Yp5kG+zoZOKtkkw09hX8fk2YA1xKyUAH85vv6EGm2PDqBl1u3aKspAG+XFiBtr/wGn4RdhgnM4+2Yh4qRy0ZeDh6wCRPkiFB6iN6dNfPdbSk8nSVmjblT5qTeHtnzPZ3EXN1YMFxToyI3Wi+VFZPm1Tp6eFSZCB7C1hxKMvy8HU=; 24:KAU4SzQjVUw5ZmGbwakepmp4fzkBzDKKJgyN3vO+7a4PCwwUs024TaE+HEmhWaJeeAM3j0N+CVNKyH6ydbVts3Uc2D6jVWw0LJOgS8UvgFY=; 7:XRu1IZmBskQkKyB5wIUyfzdCGmR4sQt46LgydUMknckEpJp4gCp8q1+UQUvU7tL7eMDe2EaY2FD4CQrRu8iXHTMcp3I0cx6m8+st+rZKHHmXMFEgZuM6y9cJoKcMhu6ct/6iAhsSxlYFJ/hqtcxg8ZN6I7H/nXt+uIPMDxW8NY6D1eNTX57gcsJHdF0r2aY9h/FegzaR8GmffHVRzbZ9/Qg+PU7QA3A4ukQLziPnUypGD7V+kSY4U0J1++opFjPD x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 69d8a9a7-d8f9-4ba4-b923-08d546154b26 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(48565401081)(2017052603307); SRVR:HE1PR07MB0843; x-ms-traffictypediagnostic: HE1PR07MB0843: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(40392960112811)(50582790962513)(128460861657000)(81160342030619); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(8121501046)(5005006)(3231023)(11241501184)(3002001)(93006095)(93001095)(10201501046)(6055026)(6041248)(20161123558100)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(20161123555025)(20161123560025)(20161123564025)(6072148)(201708071742011); SRVR:HE1PR07MB0843; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:HE1PR07MB0843; x-forefront-prvs: 0525BB0ADF x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(366004)(39860400002)(396003)(376002)(346002)(24454002)(13464003)(53754006)(189003)(199004)(252514010)(57704003)(45080400002)(478600001)(345774005)(76176011)(3280700002)(53546011)(6306002)(25786009)(3660700001)(8676002)(6506007)(81166006)(6436002)(55016002)(9686003)(59450400001)(966005)(68736007)(347745004)(33656002)(14454004)(53936002)(305945005)(6246003)(229853002)(5250100002)(110136005)(97736004)(81156014)(2501003)(2906002)(74316002)(7736002)(16799955002)(106356001)(102836003)(6116002)(3846002)(316002)(2900100001)(86362001)(5660300001)(8936002)(66066001)(93886005)(2950100002)(7696005)(99286004)(105586002)(90052001)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR07MB0843; H:HE1PR07MB0842.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:0; LANG:en; received-spf: None (protection.outlook.com: nokia-bell-labs.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: nokia-bell-labs.com X-MS-Exchange-CrossTenant-Network-Message-Id: 69d8a9a7-d8f9-4ba4-b923-08d546154b26 X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Dec 2017 12:46:01.0473 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB0843 Archived-At: Subject: Re: [Netslices] Open Issue II: Service Model X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2017 12:46:08 -0000 SGVsbG8gU2h1bnN1a2UNCg0KIkNvbW1vbiIgaGVyZSByZWZlcnMgdG8gImNvbW1vbiBhY3Jvc3Mg dGhlIG11bHRpcGxlIGltcGxlbWVudGF0aW9uIHRlY2hub2xvZ2llcyIuDQpTZWUgbW9yZSAgaW4g aHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtZ2VuZy1jb21zLXByb2JsZW0tc3RhdGVtZW50 LTAxLnR4dC4gRmlndXJlIDIgYW5kIDMuDQoNCg0KLSBIYW5udQ0KDQotLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KRnJvbTogTmV0c2xpY2VzIFttYWlsdG86bmV0c2xpY2VzLWJvdW5jZXNAaWV0 Zi5vcmddIE9uIEJlaGFsZiBPZiBTaHVuc3VrZSBIb21tYQ0KU2VudDogRnJpZGF5LCBEZWNlbWJl ciAxNSwgMjAxNyA0OjAwIEFNDQpUbzogcWlhbmdsaSAoRCkgPHFpYW5nbGkzQGh1YXdlaS5jb20+ OyBEaWVnbyBSLiBMb3BleiA8ZGllZ28uci5sb3BlekB0ZWxlZm9uaWNhLmNvbT47IE5ldFNsaWNl c0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtOZXRzbGljZXNdIE9wZW4gSXNzdWUgSUk6IFNlcnZp Y2UgTW9kZWwNCg0KSGkgQ2hyaXN0aW5hLA0KDQpUaGFuayB5b3UgZm9yIHlvdXIgcmVzcG9uc2Uu DQoNClNvcnJ5IGZvciBjb25mdXNpbmcgeW91LiBJIG1lYW50ICJ0YXJnZXRzIiBhcmUgdXNlIGNh c2VzIG9yIGRlcGxveW1lbnQgDQpzY2VuYXJpb3Mgb2YgbmV0d29yayBzbGljZXMuIEZvciBleGFt cGxlLCBpbiBteSB1bmRlcnN0YW5kaW5nLCAzR1BQIGlzIA0KZm9jdXNpbmcgb24gdXNlIGNhc2Vz IGluIG1vYmlsZSBuZXR3b3Jrcy4gV2hhdCB1c2UgY2FzZXMgaXMgQ09NUyANCmNvbnNpZGVyaW5n PyAoRG9lcyB0aGUgdXNlIGNhc2UgZHJhZnQgY292ZXIgYWxsIHVzZSBjYXNlcyB3aGljaCANCklF VEYvQ09NUyBzaG91bGQgY29uc2lkZXI/KQ0KDQpBY3R1YWxseSwgc29tZSBoaWdoIGxldmVsIHJl cXVpcmVtZW50cyBhcmUgZGVzY3JpYmVkIGluIHNvbWUgDQpuZXRzbGljaW5nL2NvbXMgZHJhZnRz LCBidXQgdGhleSBzZWVtIG5vdCB0byBiZSBicm9rZW4gZG93biBlbm91Z2ggdG8gDQpqdWRnZSB3 aGV0aGVyIGV4aXN0aW5nIHRlY2hub2xvZ2llcyBjYW4gZW5vdWdoIHN1cHBvcnQgZXZlcnkgdXNl IGNhc2Ugb2YgDQpuZXR3b3JrIHNsaWNpbmcuDQoNCkJ5IHRoZSB3YXksIEknbSBsaXR0bGUgYml0 IGNvbmZ1c2VkIGJ5IGEgd29yZCwgImNvbW1vbiIuIERvIHlvdSBtZWFuIA0KdGhhdCB0aGUgZ29h bCBvZiBDT01TIGlzIHByb3ZpZGluZyBpbnRlcmZhY2VzIGZvciBjdXJyZW50IG5ldHdvcmsgDQpj b21wb25lbnRzPyBPciBkZWZpbmluZyBhcmNoaXRlY3R1cmUsIGluZm9ybWF0aW9uIG1vZGVsLCBh bmQgaW50ZXJmYWNlIA0Kd2hpY2ggY2FuIHN1cHBvcnQgZXZlcnkgbmV0d29yayBzbGljaW5nIHVz ZSBjYXNlPw0KDQpSZWdhcmRzLA0KDQpTaHVuc3VrZQ0KDQpPbiAyMDE3LzEyLzE0IDE4OjE1LCBx aWFuZ2xpIChEKSB3cm90ZToNCj4gSGkgU2h1bnN1a2UsDQo+IA0KPiBUaGUgZm9ybWVyIGVtYWls IGVudGl0bGVkICJTdW1tYXJ5IG9mIE9wZW4gSXNzdWVzIiBpcyBkaXNjdXNzaW5nIHRoZSB0YXJn ZXRzLCBhbmQgY2hhcnRlciBzaW1pbGFyIHRoaW5ncyBvZiBDT01TLg0KPiANCj4gU2ltcGx5IHNw ZWFraW5nLCBDT01TIHRyaWVzIHRvIGRvIGEgcmVzb3VyY2UtY2VudHJpYyBjb21tb24gbWFuYWdl bWVudCBwbGFuZSB1cG9uIG11bHRpcGxlIGltcGxlbWVudGF0aW9uIHRlY2hub2xvZ2llcy4gV2Ug aGF2ZSBwcmVsaW1pbmFyaWx5IGxpc3RlZCA2IHBvdGVudGlhbCBkaXJlY3Rpb25zIGluIHRoYXQg ZW1haWwuIEluIGFkZGl0aW9uIHRvIHRoZXNlLCBzb21lIHRlY2huaWNhbCBpc3N1ZXMgc3VjaCBh cyBob3cgdG8gc3RpdGNoIG5ldHdvcmsgc2xpY2Ugc3VibmV0cyBhbHNvIGhhdmUgYmVlbiBkaXNj dXNzZWQgaW4gQ09NUy4gV2VsY29tZSB0byByZXBseSB5b3VyIG9waW5pb24gdW5kZXIgdGhhdCB0 aHJlYWQsIGFuZCBoZWxwIHVzIHRvIGVuaGFuY2UgaXQuDQo+IA0KPiANCj4gQmVzdCByZWdhcmRz LA0KPiANCj4gQ3Jpc3RpbmEgUUlBTkcNCj4gDQo+IA0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KPiBGcm9tOiBTaHVuc3VrZSBIb21tYSBbbWFpbHRvOmhvbW1hLnNodW5zdWtlQGxhYi5u dHQuY28uanBdDQo+IFNlbnQ6IFdlZG5lc2RheSwgRGVjZW1iZXIgMTMsIDIwMTcgODo0OCBQTQ0K PiBUbzogRGllZ28gUi4gTG9wZXogPGRpZWdvLnIubG9wZXpAdGVsZWZvbmljYS5jb20+OyBxaWFu Z2xpIChEKSA8cWlhbmdsaTNAaHVhd2VpLmNvbT47IE5ldFNsaWNlc0BpZXRmLm9yZw0KPiBTdWJq ZWN0OiBSZTogW05ldHNsaWNlc10gT3BlbiBJc3N1ZSBJSTogU2VydmljZSBNb2RlbA0KPiANCj4g SGksDQo+IA0KPiBIYXZlIHRhcmdldHMgb2YgbmV0d29yayBzbGljaW5nIG9mIENPTVMvSUVURiBh bmQgdGhlaXIgY29uY3JldGUgcmVxdWlyZW1lbnRzIGJlZW4gYWxyZWFkeSBjbGFyaWZpZWQ/IElm IHRoZXkgYXJlIG5vdCBjbGVhciwgSSB0aGluayB3ZSBjYW4ndCBqdWRnZSB3aGV0aGVyIGN1cnJl bnQgV0dzJyBzb2x1dGlvbnMgYXJlIGVub3VnaCB0byBzdXBwb3J0IG1hbmFnZW1lbnQgb24gbmV0 d29yayBzbGljZXMuIFdoeSBkb24ndCB3ZSBjbGFyaWZ5IHJlcXVpcmVtZW50cyBmaXJzdGx5Pw0K PiANCj4gT2YgY291cnNlLCB3ZSB3b3VsZCBiZSBhYmxlIHRvIHJlZmVyIHJlbGF0ZWQgd29ya3Mg c3VjaCBhcyBMMlNNL0wzU00gb3IgT1NNIGZvciBkZWZpbmluZyBzZXJ2aWNlL2luZm9ybWF0aW9u IG1vZGVscyBmb3IgbmV0d29yayBzbGljaW5nLg0KPiANCj4gVGhhbmtzLA0KPiANCj4gU2h1bnN1 a2UNCj4gDQo+IA0KPiBPbiAyMDE3LzEyLzEzIDE4OjAwLCBEaWVnbyBSLiBMb3BleiB3cm90ZToN Cj4+IEhpLA0KPj4NCj4+IElmIHdlIGZvY3VzIG9uIGNvbm5lY3Rpdml0eSBtYXR0ZXJzLCBMMlNN L0wzU00gb3Igc2ltaWxhciBzaG91bGQgYmUNCj4+IGVub3VnaC4gSWYgd2Ugc3RhcnQgdGhpbmtp bmcgYWJvdXQgb3RoZXIgcmVzb3VyY2VzIChzdG9yYWdlLCBjb21wdXRl4oCmKQ0KPj4gSSB0aGlu ayB3ZeKAmWQgbmVlZCBzb21ldGhpbmcgbW9yZS4gQXMgYSBzdGFydGluZyBwb2ludCwgd2UgY291 bGQgdXNlDQo+PiB0aGUgbW9kZWxzIGJlaW5nIGRlZmluZWQgYnkgdGhlIE9TTSBwcm9qZWN0Og0K Pj4NCj4+IGh0dHBzOi8vb3NtLmV0c2kub3JnL3dpa2lwdWIvaW5kZXgucGhwL09TTV9JbmZvcm1h dGlvbl9Nb2RlbA0KPj4NCj4+IEJlIGdvb2RlLA0KPj4NCj4+IC0tDQo+Pg0KPj4gIkVzdGEgdmV6 IG5vIGZhbGxhcmVtb3MsIERvY3RvciBJbmZpZXJubyINCj4+DQo+PiBEciBEaWVnbyBSLiBMb3Bl eg0KPj4NCj4+IFRlbGVmb25pY2EgSStEDQo+Pg0KPj4gaHR0cHM6Ly93d3cubGlua2VkaW4uY29t L2luL2RyMmxvcGV6Lw0KPj4NCj4+IGUtbWFpbDogZGllZ28uci5sb3BlekB0ZWxlZm9uaWNhLmNv bQ0KPj4gPG1haWx0bzpkaWVnby5yLmxvcGV6QHRlbGVmb25pY2EuY29tPg0KPj4NCj4+IFRlbDrC oMKgwqAgwqDCoMKgwqAgKzM0IDkxMyAxMjkgMDQxDQo+Pg0KPj4gTW9iaWxlOiDCoCszNCA2ODIg MDUxIDA5MQ0KPj4NCj4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4+DQo+ PiBPbiAxMy8xMi8yMDE3LCAwOTo0OCwgIk5ldHNsaWNlcyBvbiBiZWhhbGYgb2YgcWlhbmdsaSAo RCkiDQo+PiA8bmV0c2xpY2VzLWJvdW5jZXNAaWV0Zi5vcmcgPG1haWx0bzpuZXRzbGljZXMtYm91 bmNlc0BpZXRmLm9yZz4gb24NCj4+IGJlaGFsZiBvZiBxaWFuZ2xpM0BodWF3ZWkuY29tIDxtYWls dG86cWlhbmdsaTNAaHVhd2VpLmNvbT4+IHdyb3RlOg0KPj4NCj4+IEhpIEFsbCwNCj4+DQo+PiBU aGlzIGVtYWlsIGlzIHRyeWluZyB0byBjb2xsZWN0IHlvdXIgb3BpbmlvbiBvbiB0aGUgZm9sbG93 aW5nIGlzc3VlOg0KPj4NCj4+IERvIHdlIG5lZWQgYSBDT01TIFNlcnZpY2UgTW9kZWw/IE9yIGRv IHlvdSB0aGluayBjdXJyZW50IEwyU00vTDNTTS9ldGMuDQo+PiBpcyBlbm91Z2ggdG8gc3VwcG9y dCB0aGUgcmVzb3VyY2Utb3JpZW50ZWQgKGluY2x1ZGluZyBjb25uZWN0aXZpdHksDQo+PiBjb21w dXRpbmcsIHN0b3JhZ2UgYW5kIG90aGVyIHBvdGVudGlhbCByZXNvdXJjZXMpIGNvbW1vbiBtYW5h Z2VtZW50IG9uDQo+PiBuZXR3b3JrIHNsaWNlcz8NCj4+DQo+PiBCZXN0IHJlZ2FyZHMsDQo+Pg0K Pj4gQ3Jpc3RpbmEgUUlBTkcNCj4+DQo+Pg0KPj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPj4gLS0NCj4+DQo+ PiBFc3RlIG1lbnNhamUgeSBzdXMgYWRqdW50b3Mgc2UgZGlyaWdlbiBleGNsdXNpdmFtZW50ZSBh IHN1DQo+PiBkZXN0aW5hdGFyaW8sIHB1ZWRlIGNvbnRlbmVyIGluZm9ybWFjacOzbiBwcml2aWxl Z2lhZGEgbyBjb25maWRlbmNpYWwgeQ0KPj4gZXMgcGFyYSB1c28gZXhjbHVzaXZvIGRlIGxhIHBl cnNvbmEgbyBlbnRpZGFkIGRlIGRlc3Rpbm8uIFNpIG5vIGVzDQo+PiB1c3RlZC4gZWwgZGVzdGlu YXRhcmlvIGluZGljYWRvLCBxdWVkYSBub3RpZmljYWRvIGRlIHF1ZSBsYSBsZWN0dXJhLA0KPj4g dXRpbGl6YWNpw7NuLCBkaXZ1bGdhY2nDs24geS9vIGNvcGlhIHNpbiBhdXRvcml6YWNpw7NuIHB1 ZWRlIGVzdGFyDQo+PiBwcm9oaWJpZGEgZW4gdmlydHVkIGRlIGxhIGxlZ2lzbGFjacOzbiB2aWdl bnRlLiBTaSBoYSByZWNpYmlkbyBlc3RlDQo+PiBtZW5zYWplIHBvciBlcnJvciwgbGUgcm9nYW1v cyBxdWUgbm9zIGxvIGNvbXVuaXF1ZSBpbm1lZGlhdGFtZW50ZSBwb3INCj4+IGVzdGEgbWlzbWEg dsOtYSB5IHByb2NlZGEgYSBzdSBkZXN0cnVjY2nDs24uDQo+Pg0KPj4gVGhlIGluZm9ybWF0aW9u IGNvbnRhaW5lZCBpbiB0aGlzIHRyYW5zbWlzc2lvbiBpcyBwcml2aWxlZ2VkIGFuZA0KPj4gY29u ZmlkZW50aWFsIGluZm9ybWF0aW9uIGludGVuZGVkIG9ubHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGlu ZGl2aWR1YWwNCj4+IG9yIGVudGl0eSBuYW1lZCBhYm92ZS4gSWYgdGhlIHJlYWRlciBvZiB0aGlz IG1lc3NhZ2UgaXMgbm90IHRoZQ0KPj4gaW50ZW5kZWQgcmVjaXBpZW50LCB5b3UgYXJlIGhlcmVi eSBub3RpZmllZCB0aGF0IGFueSBkaXNzZW1pbmF0aW9uLA0KPj4gZGlzdHJpYnV0aW9uIG9yIGNv cHlpbmcgb2YgdGhpcyBjb21tdW5pY2F0aW9uIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuDQo+PiBJ ZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIHRyYW5zbWlzc2lvbiBpbiBlcnJvciwgZG8gbm90IHJl YWQgaXQuDQo+PiBQbGVhc2UgaW1tZWRpYXRlbHkgcmVwbHkgdG8gdGhlIHNlbmRlciB0aGF0IHlv dSBoYXZlIHJlY2VpdmVkIHRoaXMNCj4+IGNvbW11bmljYXRpb24gaW4gZXJyb3IgYW5kIHRoZW4g ZGVsZXRlIGl0Lg0KPj4NCj4+IEVzdGEgbWVuc2FnZW0gZSBzZXVzIGFuZXhvcyBzZSBkaXJpZ2Vt IGV4Y2x1c2l2YW1lbnRlIGFvIHNldQ0KPj4gZGVzdGluYXTDoXJpbywgcG9kZSBjb250ZXIgaW5m b3JtYcOnw6NvIHByaXZpbGVnaWFkYSBvdSBjb25maWRlbmNpYWwgZSDDqQ0KPj4gcGFyYSB1c28g ZXhjbHVzaXZvIGRhIHBlc3NvYSBvdSBlbnRpZGFkZSBkZSBkZXN0aW5vLiBTZSBuw6NvIMOpIHZv c3NhDQo+PiBzZW5ob3JpYSBvIGRlc3RpbmF0w6FyaW8gaW5kaWNhZG8sIGZpY2Egbm90aWZpY2Fk byBkZSBxdWUgYSBsZWl0dXJhLA0KPj4gdXRpbGl6YcOnw6NvLCBkaXZ1bGdhw6fDo28gZS9vdSBj w7NwaWEgc2VtIGF1dG9yaXphw6fDo28gcG9kZSBlc3RhciBwcm9pYmlkYQ0KPj4gZW0gdmlydHVk ZSBkYSBsZWdpc2xhw6fDo28gdmlnZW50ZS4gU2UgcmVjZWJldSBlc3RhIG1lbnNhZ2VtIHBvciBl cnJvLA0KPj4gcm9nYW1vcy1saGUgcXVlIG5vcyBvIGNvbXVuaXF1ZSBpbWVkaWF0YW1lbnRlIHBv ciBlc3RhIG1lc21hIHZpYSBlDQo+PiBwcm9jZWRhIGEgc3VhIGRlc3RydWnDp8Ojbw0KPj4NCj4+ DQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4g TmV0c2xpY2VzIG1haWxpbmcgbGlzdA0KPj4gTmV0c2xpY2VzQGlldGYub3JnDQo+PiBodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldHNsaWNlcw0KPj4NCj4gDQo+IA0KPiAt LQ0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IFNodW5zdWtlIEhvbW1h DQo+IDxob21tYS5zaHVuc3VrZUBsYWIubnR0LmNvLmpwPg0KPiBURUw6ICs4MSA0MjIgNTkgMzQ4 Ng0KPiBGQVg6ICs4MSA0MjIgNjAgNzQ2MA0KPiANCj4gTlRUIE5ldHdvcmsgU2VydmljZSBTeXN0 ZW1zIExhYnMuDQo+IE11c2FzaGlubyBjaXR5LCBUb2t5bywgSmFwYW4NCj4gLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiANCg0KDQotLSANCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NClNodW5zdWtlIEhvbW1hDQo8aG9tbWEuc2h1bnN1a2VAbGFiLm50dC5j by5qcD4NClRFTDogKzgxIDQyMiA1OSAzNDg2DQpGQVg6ICs4MSA0MjIgNjAgNzQ2MA0KDQpOVFQg TmV0d29yayBTZXJ2aWNlIFN5c3RlbXMgTGFicy4NCk11c2FzaGlubyBjaXR5LCBUb2t5bywgSmFw YW4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCk5ldHNsaWNlcyBtYWlsaW5nIGxpc3QN Ck5ldHNsaWNlc0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9uZXRzbGljZXMNCg== From nobody Mon Dec 18 06:23:21 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B43D12D7E2 for ; Mon, 18 Dec 2017 06:23:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.331 X-Spam-Level: X-Spam-Status: No, score=-2.331 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 oVsEMlvBKStM for ; Mon, 18 Dec 2017 06:23:17 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 C8CE4124B17 for ; Mon, 18 Dec 2017 06:23:16 -0800 (PST) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 8A4AFB1806D5C; Mon, 18 Dec 2017 14:23:12 +0000 (GMT) Received: from DGGEMI424-HUB.china.huawei.com (10.1.199.153) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.361.1; Mon, 18 Dec 2017 14:23:13 +0000 Received: from DGGEMI509-MBS.china.huawei.com ([169.254.2.152]) by DGGEMI424-HUB.china.huawei.com ([10.1.199.153]) with mapi id 14.03.0361.001; Mon, 18 Dec 2017 22:23:02 +0800 From: "qiangli (D)" To: 'Shunsuke Homma' , "Diego R. Lopez" , "NetSlices@ietf.org" , Kiran.Makhijani Thread-Topic: [Netslices] Open Issue II: Service Model Thread-Index: AQHTc/DGJokL3NGQ70Oo9qkYKeFT+6NAs0AAgAGqIwCAAMVQgIAFsCrg Date: Mon, 18 Dec 2017 14:23:02 +0000 Message-ID: <06C389826B926F48A557D5DB5A54C4ED2A5DF742@dggemi509-mbs.china.huawei.com> References: <00D9B1A6-48F4-48B3-B570-1DFA0C2DF5CE@telefonica.com> <06C389826B926F48A557D5DB5A54C4ED2A5DEF6F@dggemi509-mbs.china.huawei.com> <2770fba1-c28e-b2c8-96a3-1d075170d463@lab.ntt.co.jp> In-Reply-To: <2770fba1-c28e-b2c8-96a3-1d075170d463@lab.ntt.co.jp> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.19.87] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Netslices] Open Issue II: Service Model X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2017 14:23:19 -0000 SGkgU2h1bnN1a2UsDQoNCkNPTVMgaXMgYSBjb25jcmV0ZSB0b3BpYyBuYXJyb3dlZCBmcm9tIHRo ZSBvcmlnaW5hbCBOZXRTbGljaW5nLCBDT01TIGZvY3VzZXMgb24gdGhlIHNjZW5hcmlvL3VzZSBj YXNlIHRoYXQgYSBuZXR3b3JrIHNsaWNlIGFjcm9zcyBtdWx0aXBsZSB0ZWNobmljYWwgZG9tYWlu cyBpbiB0cmFuc3BvcnQgbmV0d29yay4gVGhlIGV4aXN0aW5nIHVzZSBjYXNlIGRyYWZ0IChodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1uZXRzbGljZXMtdXNlY2FzZXMvP2lu Y2x1ZGVfdGV4dD0xKSBzdHVkaWVzIHRoZSB3aG9sZSBuZXR3b3JrIHNsaWNpbmcgdXNlIGNhc2Vz IHJhdGhlciB0aGFuIENPTVMgb25seSwgSSB0aGluayB0aGF0J3Mgd2h5IHlvdSBmZWVsIGNvbmZ1 c2VkLiBNYXliZSB3ZSBjYW4gb3BlbiBhbm90aGVyIHRocmVhZCB0byBkaXNjdXNzIHdoZXRoZXIg Q09NUyBuZWVkcyBhIHNwZWNpYWwgdXNlIGNhc2UgZHJhZnQgb3Igbm90LiANCg0KIkNvbW1vbiIg aXMgcmVsYXRpdmUgdG8gImRpc3RpbmN0IiAtLSAiQ29tbW9uIiBtYW5hZ2VtZW50IHBsYW5lIHVw b24gImRpc3RpbmN0IiBpbXBsZW1lbnRhdGlvbiB0ZWNobm9sb2dpZXMsIHdoaWNoIGlzIG1vdGl2 YXRlZCBieSBvcGVyYXRvcnMnIHJlcXVpcmVtZW50cy4gSSdtIG5vdCBzdXJlIHdoYXQgZG8geW91 IG1lYW4gYnkgIm5ldHdvcmsgY29tcG9uZW50cyIsIGJ1dCBJbiBvcmRlciB0byBzdXBwb3J0IHN1 Y2ggY29tbW9uIG1hbmFnZW1lbnQgb24gbmV0d29yayBzbGljZXMsIHNvbWUgc3RhbmRhcmRpemF0 aW9uIHdvcmsgb24gYXJjaGl0ZWN0dXJlLyBpbmZvcm1hdGlvbiBtb2RlbC8gaW50ZXJmYWNlcyBt YXkgYmUgbmVjZXNzYXJ5IElNTy4gICAgDQoNCkJlc3QgcmVnYXJkcywNCgkNCkNyaXN0aW5hIFFJ QU5HDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFNodW5zdWtlIEhvbW1h IFttYWlsdG86aG9tbWEuc2h1bnN1a2VAbGFiLm50dC5jby5qcF0gDQpTZW50OiBGcmlkYXksIERl Y2VtYmVyIDE1LCAyMDE3IDEwOjAwIEFNDQpUbzogcWlhbmdsaSAoRCkgPHFpYW5nbGkzQGh1YXdl aS5jb20+OyBEaWVnbyBSLiBMb3BleiA8ZGllZ28uci5sb3BlekB0ZWxlZm9uaWNhLmNvbT47IE5l dFNsaWNlc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtOZXRzbGljZXNdIE9wZW4gSXNzdWUgSUk6 IFNlcnZpY2UgTW9kZWwNCg0KSGkgQ2hyaXN0aW5hLA0KDQpUaGFuayB5b3UgZm9yIHlvdXIgcmVz cG9uc2UuDQoNClNvcnJ5IGZvciBjb25mdXNpbmcgeW91LiBJIG1lYW50ICJ0YXJnZXRzIiBhcmUg dXNlIGNhc2VzIG9yIGRlcGxveW1lbnQgc2NlbmFyaW9zIG9mIG5ldHdvcmsgc2xpY2VzLiBGb3Ig ZXhhbXBsZSwgaW4gbXkgdW5kZXJzdGFuZGluZywgM0dQUCBpcyBmb2N1c2luZyBvbiB1c2UgY2Fz ZXMgaW4gbW9iaWxlIG5ldHdvcmtzLiBXaGF0IHVzZSBjYXNlcyBpcyBDT01TIGNvbnNpZGVyaW5n PyAoRG9lcyB0aGUgdXNlIGNhc2UgZHJhZnQgY292ZXIgYWxsIHVzZSBjYXNlcyB3aGljaCBJRVRG L0NPTVMgc2hvdWxkIGNvbnNpZGVyPykNCg0KQWN0dWFsbHksIHNvbWUgaGlnaCBsZXZlbCByZXF1 aXJlbWVudHMgYXJlIGRlc2NyaWJlZCBpbiBzb21lIG5ldHNsaWNpbmcvY29tcyBkcmFmdHMsIGJ1 dCB0aGV5IHNlZW0gbm90IHRvIGJlIGJyb2tlbiBkb3duIGVub3VnaCB0byBqdWRnZSB3aGV0aGVy IGV4aXN0aW5nIHRlY2hub2xvZ2llcyBjYW4gZW5vdWdoIHN1cHBvcnQgZXZlcnkgdXNlIGNhc2Ug b2YgbmV0d29yayBzbGljaW5nLg0KDQpCeSB0aGUgd2F5LCBJJ20gbGl0dGxlIGJpdCBjb25mdXNl ZCBieSBhIHdvcmQsICJjb21tb24iLiBEbyB5b3UgbWVhbiB0aGF0IHRoZSBnb2FsIG9mIENPTVMg aXMgcHJvdmlkaW5nIGludGVyZmFjZXMgZm9yIGN1cnJlbnQgbmV0d29yayBjb21wb25lbnRzPyBP ciBkZWZpbmluZyBhcmNoaXRlY3R1cmUsIGluZm9ybWF0aW9uIG1vZGVsLCBhbmQgaW50ZXJmYWNl IHdoaWNoIGNhbiBzdXBwb3J0IGV2ZXJ5IG5ldHdvcmsgc2xpY2luZyB1c2UgY2FzZT8NCg0KUmVn YXJkcywNCg0KU2h1bnN1a2UNCg0KT24gMjAxNy8xMi8xNCAxODoxNSwgcWlhbmdsaSAoRCkgd3Jv dGU6DQo+IEhpIFNodW5zdWtlLA0KPiANCj4gVGhlIGZvcm1lciBlbWFpbCBlbnRpdGxlZCAiU3Vt bWFyeSBvZiBPcGVuIElzc3VlcyIgaXMgZGlzY3Vzc2luZyB0aGUgdGFyZ2V0cywgYW5kIGNoYXJ0 ZXIgc2ltaWxhciB0aGluZ3Mgb2YgQ09NUy4NCj4gDQo+IFNpbXBseSBzcGVha2luZywgQ09NUyB0 cmllcyB0byBkbyBhIHJlc291cmNlLWNlbnRyaWMgY29tbW9uIG1hbmFnZW1lbnQgcGxhbmUgdXBv biBtdWx0aXBsZSBpbXBsZW1lbnRhdGlvbiB0ZWNobm9sb2dpZXMuIFdlIGhhdmUgcHJlbGltaW5h cmlseSBsaXN0ZWQgNiBwb3RlbnRpYWwgZGlyZWN0aW9ucyBpbiB0aGF0IGVtYWlsLiBJbiBhZGRp dGlvbiB0byB0aGVzZSwgc29tZSB0ZWNobmljYWwgaXNzdWVzIHN1Y2ggYXMgaG93IHRvIHN0aXRj aCBuZXR3b3JrIHNsaWNlIHN1Ym5ldHMgYWxzbyBoYXZlIGJlZW4gZGlzY3Vzc2VkIGluIENPTVMu IFdlbGNvbWUgdG8gcmVwbHkgeW91ciBvcGluaW9uIHVuZGVyIHRoYXQgdGhyZWFkLCBhbmQgaGVs cCB1cyB0byBlbmhhbmNlIGl0Lg0KPiANCj4gDQo+IEJlc3QgcmVnYXJkcywNCj4gDQo+IENyaXN0 aW5hIFFJQU5HDQo+IA0KPiANCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTog U2h1bnN1a2UgSG9tbWEgW21haWx0bzpob21tYS5zaHVuc3VrZUBsYWIubnR0LmNvLmpwXQ0KPiBT ZW50OiBXZWRuZXNkYXksIERlY2VtYmVyIDEzLCAyMDE3IDg6NDggUE0NCj4gVG86IERpZWdvIFIu IExvcGV6IDxkaWVnby5yLmxvcGV6QHRlbGVmb25pY2EuY29tPjsgcWlhbmdsaSAoRCkgDQo+IDxx aWFuZ2xpM0BodWF3ZWkuY29tPjsgTmV0U2xpY2VzQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBb TmV0c2xpY2VzXSBPcGVuIElzc3VlIElJOiBTZXJ2aWNlIE1vZGVsDQo+IA0KPiBIaSwNCj4gDQo+ IEhhdmUgdGFyZ2V0cyBvZiBuZXR3b3JrIHNsaWNpbmcgb2YgQ09NUy9JRVRGIGFuZCB0aGVpciBj b25jcmV0ZSByZXF1aXJlbWVudHMgYmVlbiBhbHJlYWR5IGNsYXJpZmllZD8gSWYgdGhleSBhcmUg bm90IGNsZWFyLCBJIHRoaW5rIHdlIGNhbid0IGp1ZGdlIHdoZXRoZXIgY3VycmVudCBXR3MnIHNv bHV0aW9ucyBhcmUgZW5vdWdoIHRvIHN1cHBvcnQgbWFuYWdlbWVudCBvbiBuZXR3b3JrIHNsaWNl cy4gV2h5IGRvbid0IHdlIGNsYXJpZnkgcmVxdWlyZW1lbnRzIGZpcnN0bHk/DQo+IA0KPiBPZiBj b3Vyc2UsIHdlIHdvdWxkIGJlIGFibGUgdG8gcmVmZXIgcmVsYXRlZCB3b3JrcyBzdWNoIGFzIEwy U00vTDNTTSBvciBPU00gZm9yIGRlZmluaW5nIHNlcnZpY2UvaW5mb3JtYXRpb24gbW9kZWxzIGZv ciBuZXR3b3JrIHNsaWNpbmcuDQo+IA0KPiBUaGFua3MsDQo+IA0KPiBTaHVuc3VrZQ0KPiANCj4g DQo+IE9uIDIwMTcvMTIvMTMgMTg6MDAsIERpZWdvIFIuIExvcGV6IHdyb3RlOg0KPj4gSGksDQo+ Pg0KPj4gSWYgd2UgZm9jdXMgb24gY29ubmVjdGl2aXR5IG1hdHRlcnMsIEwyU00vTDNTTSBvciBz aW1pbGFyIHNob3VsZCBiZSANCj4+IGVub3VnaC4gSWYgd2Ugc3RhcnQgdGhpbmtpbmcgYWJvdXQg b3RoZXIgcmVzb3VyY2VzIChzdG9yYWdlLCANCj4+IGNvbXB1dGXigKYpIEkgdGhpbmsgd2XigJlk IG5lZWQgc29tZXRoaW5nIG1vcmUuIEFzIGEgc3RhcnRpbmcgcG9pbnQsIHdlIA0KPj4gY291bGQg dXNlIHRoZSBtb2RlbHMgYmVpbmcgZGVmaW5lZCBieSB0aGUgT1NNIHByb2plY3Q6DQo+Pg0KPj4g aHR0cHM6Ly9vc20uZXRzaS5vcmcvd2lraXB1Yi9pbmRleC5waHAvT1NNX0luZm9ybWF0aW9uX01v ZGVsDQo+Pg0KPj4gQmUgZ29vZGUsDQo+Pg0KPj4gLS0NCj4+DQo+PiAiRXN0YSB2ZXogbm8gZmFs bGFyZW1vcywgRG9jdG9yIEluZmllcm5vIg0KPj4NCj4+IERyIERpZWdvIFIuIExvcGV6DQo+Pg0K Pj4gVGVsZWZvbmljYSBJK0QNCj4+DQo+PiBodHRwczovL3d3dy5saW5rZWRpbi5jb20vaW4vZHIy bG9wZXovDQo+Pg0KPj4gZS1tYWlsOiBkaWVnby5yLmxvcGV6QHRlbGVmb25pY2EuY29tDQo+PiA8 bWFpbHRvOmRpZWdvLnIubG9wZXpAdGVsZWZvbmljYS5jb20+DQo+Pg0KPj4gVGVsOsKgwqDCoCDC oMKgwqDCoCArMzQgOTEzIDEyOSAwNDENCj4+DQo+PiBNb2JpbGU6IMKgKzM0IDY4MiAwNTEgMDkx DQo+Pg0KPj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPj4NCj4+IE9uIDEz LzEyLzIwMTcsIDA5OjQ4LCAiTmV0c2xpY2VzIG9uIGJlaGFsZiBvZiBxaWFuZ2xpIChEKSINCj4+ IDxuZXRzbGljZXMtYm91bmNlc0BpZXRmLm9yZyA8bWFpbHRvOm5ldHNsaWNlcy1ib3VuY2VzQGll dGYub3JnPiBvbiANCj4+IGJlaGFsZiBvZiBxaWFuZ2xpM0BodWF3ZWkuY29tIDxtYWlsdG86cWlh bmdsaTNAaHVhd2VpLmNvbT4+IHdyb3RlOg0KPj4NCj4+IEhpIEFsbCwNCj4+DQo+PiBUaGlzIGVt YWlsIGlzIHRyeWluZyB0byBjb2xsZWN0IHlvdXIgb3BpbmlvbiBvbiB0aGUgZm9sbG93aW5nIGlz c3VlOg0KPj4NCj4+IERvIHdlIG5lZWQgYSBDT01TIFNlcnZpY2UgTW9kZWw/IE9yIGRvIHlvdSB0 aGluayBjdXJyZW50IEwyU00vTDNTTS9ldGMuDQo+PiBpcyBlbm91Z2ggdG8gc3VwcG9ydCB0aGUg cmVzb3VyY2Utb3JpZW50ZWQgKGluY2x1ZGluZyBjb25uZWN0aXZpdHksIA0KPj4gY29tcHV0aW5n LCBzdG9yYWdlIGFuZCBvdGhlciBwb3RlbnRpYWwgcmVzb3VyY2VzKSBjb21tb24gbWFuYWdlbWVu dCANCj4+IG9uIG5ldHdvcmsgc2xpY2VzPw0KPj4NCj4+IEJlc3QgcmVnYXJkcywNCj4+DQo+PiBD cmlzdGluYSBRSUFORw0KPj4NCj4+DQo+PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4+IC0NCj4+IC0tDQo+Pg0K Pj4gRXN0ZSBtZW5zYWplIHkgc3VzIGFkanVudG9zIHNlIGRpcmlnZW4gZXhjbHVzaXZhbWVudGUg YSBzdSANCj4+IGRlc3RpbmF0YXJpbywgcHVlZGUgY29udGVuZXIgaW5mb3JtYWNpw7NuIHByaXZp bGVnaWFkYSBvIGNvbmZpZGVuY2lhbCANCj4+IHkgZXMgcGFyYSB1c28gZXhjbHVzaXZvIGRlIGxh IHBlcnNvbmEgbyBlbnRpZGFkIGRlIGRlc3Rpbm8uIFNpIG5vIGVzIA0KPj4gdXN0ZWQuIGVsIGRl c3RpbmF0YXJpbyBpbmRpY2FkbywgcXVlZGEgbm90aWZpY2FkbyBkZSBxdWUgbGEgbGVjdHVyYSwg DQo+PiB1dGlsaXphY2nDs24sIGRpdnVsZ2FjacOzbiB5L28gY29waWEgc2luIGF1dG9yaXphY2nD s24gcHVlZGUgZXN0YXIgDQo+PiBwcm9oaWJpZGEgZW4gdmlydHVkIGRlIGxhIGxlZ2lzbGFjacOz biB2aWdlbnRlLiBTaSBoYSByZWNpYmlkbyBlc3RlIA0KPj4gbWVuc2FqZSBwb3IgZXJyb3IsIGxl IHJvZ2Ftb3MgcXVlIG5vcyBsbyBjb211bmlxdWUgaW5tZWRpYXRhbWVudGUgcG9yIA0KPj4gZXN0 YSBtaXNtYSB2w61hIHkgcHJvY2VkYSBhIHN1IGRlc3RydWNjacOzbi4NCj4+DQo+PiBUaGUgaW5m b3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgdHJhbnNtaXNzaW9uIGlzIHByaXZpbGVnZWQgYW5k IA0KPj4gY29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGludGVuZGVkIG9ubHkgZm9yIHRoZSB1c2Ug b2YgdGhlIGluZGl2aWR1YWwgDQo+PiBvciBlbnRpdHkgbmFtZWQgYWJvdmUuIElmIHRoZSByZWFk ZXIgb2YgdGhpcyBtZXNzYWdlIGlzIG5vdCB0aGUgDQo+PiBpbnRlbmRlZCByZWNpcGllbnQsIHlv dSBhcmUgaGVyZWJ5IG5vdGlmaWVkIHRoYXQgYW55IGRpc3NlbWluYXRpb24sIA0KPj4gZGlzdHJp YnV0aW9uIG9yIGNvcHlpbmcgb2YgdGhpcyBjb21tdW5pY2F0aW9uIGlzIHN0cmljdGx5IHByb2hp Yml0ZWQuDQo+PiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIHRyYW5zbWlzc2lvbiBpbiBlcnJv ciwgZG8gbm90IHJlYWQgaXQuDQo+PiBQbGVhc2UgaW1tZWRpYXRlbHkgcmVwbHkgdG8gdGhlIHNl bmRlciB0aGF0IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgDQo+PiBjb21tdW5pY2F0aW9uIGluIGVy cm9yIGFuZCB0aGVuIGRlbGV0ZSBpdC4NCj4+DQo+PiBFc3RhIG1lbnNhZ2VtIGUgc2V1cyBhbmV4 b3Mgc2UgZGlyaWdlbSBleGNsdXNpdmFtZW50ZSBhbyBzZXUgDQo+PiBkZXN0aW5hdMOhcmlvLCBw b2RlIGNvbnRlciBpbmZvcm1hw6fDo28gcHJpdmlsZWdpYWRhIG91IGNvbmZpZGVuY2lhbCBlIMOp IA0KPj4gcGFyYSB1c28gZXhjbHVzaXZvIGRhIHBlc3NvYSBvdSBlbnRpZGFkZSBkZSBkZXN0aW5v LiBTZSBuw6NvIMOpIHZvc3NhIA0KPj4gc2VuaG9yaWEgbyBkZXN0aW5hdMOhcmlvIGluZGljYWRv LCBmaWNhIG5vdGlmaWNhZG8gZGUgcXVlIGEgbGVpdHVyYSwgDQo+PiB1dGlsaXphw6fDo28sIGRp dnVsZ2HDp8OjbyBlL291IGPDs3BpYSBzZW0gYXV0b3JpemHDp8OjbyBwb2RlIGVzdGFyIHByb2li aWRhIA0KPj4gZW0gdmlydHVkZSBkYSBsZWdpc2xhw6fDo28gdmlnZW50ZS4gU2UgcmVjZWJldSBl c3RhIG1lbnNhZ2VtIHBvciBlcnJvLCANCj4+IHJvZ2Ftb3MtbGhlIHF1ZSBub3MgbyBjb211bmlx dWUgaW1lZGlhdGFtZW50ZSBwb3IgZXN0YSBtZXNtYSB2aWEgZSANCj4+IHByb2NlZGEgYSBzdWEg ZGVzdHJ1acOnw6NvDQo+Pg0KPj4NCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQo+PiBOZXRzbGljZXMgbWFpbGluZyBsaXN0DQo+PiBOZXRzbGljZXNA aWV0Zi5vcmcNCj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0c2xp Y2VzDQo+Pg0KPiANCj4gDQo+IC0tDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0NCj4gU2h1bnN1a2UgSG9tbWENCj4gPGhvbW1hLnNodW5zdWtlQGxhYi5udHQuY28uanA+DQo+ IFRFTDogKzgxIDQyMiA1OSAzNDg2DQo+IEZBWDogKzgxIDQyMiA2MCA3NDYwDQo+IA0KPiBOVFQg TmV0d29yayBTZXJ2aWNlIFN5c3RlbXMgTGFicy4NCj4gTXVzYXNoaW5vIGNpdHksIFRva3lvLCBK YXBhbg0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IA0KDQoNCi0tDQot LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpTaHVuc3VrZSBIb21tYQ0KPGhvbW1h LnNodW5zdWtlQGxhYi5udHQuY28uanA+DQpURUw6ICs4MSA0MjIgNTkgMzQ4Ng0KRkFYOiArODEg NDIyIDYwIDc0NjANCg0KTlRUIE5ldHdvcmsgU2VydmljZSBTeXN0ZW1zIExhYnMuDQpNdXNhc2hp bm8gY2l0eSwgVG9reW8sIEphcGFuDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t DQoNCg== From nobody Mon Dec 18 06:39:55 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E277127369 for ; Mon, 18 Dec 2017 06:39:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.33 X-Spam-Level: X-Spam-Status: No, score=-2.33 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 r1Da693Jt3wH for ; Mon, 18 Dec 2017 06:39:52 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 37352124B17 for ; Mon, 18 Dec 2017 06:39:52 -0800 (PST) Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id EB4A4EB3DB1A9 for ; Mon, 18 Dec 2017 14:39:48 +0000 (GMT) Received: from DGGEMI422-HUB.china.huawei.com (10.1.199.151) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.361.1; Mon, 18 Dec 2017 14:39:50 +0000 Received: from DGGEMI509-MBS.china.huawei.com ([169.254.2.152]) by dggemi422-hub.china.huawei.com ([10.1.199.151]) with mapi id 14.03.0361.001; Mon, 18 Dec 2017 22:39:42 +0800 From: "qiangli (D)" To: "NetSlices@ietf.org" Thread-Topic: Open Issue III: Use Case Draft Thread-Index: AdN4DcWfPvaaLLJjQRO1zutq+ABv7A== Date: Mon, 18 Dec 2017 14:39:42 +0000 Message-ID: <06C389826B926F48A557D5DB5A54C4ED2A5DF7B1@dggemi509-mbs.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.19.87] Content-Type: multipart/alternative; boundary="_000_06C389826B926F48A557D5DB5A54C4ED2A5DF7B1dggemi509mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Netslices] Open Issue III: Use Case Draft X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2017 14:39:54 -0000 --_000_06C389826B926F48A557D5DB5A54C4ED2A5DF7B1dggemi509mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, This email is trying to collect your opinion on the following issue: Do we need a COMS special use case draft? Or do you think the current netwo= rk slicing use case draft (https://datatracker.ietf.org/doc/draft-netslices= -usecases/?include_text=3D1) is sufficient enough? If a more focused use ca= se draft is needed, is there anyone volunteering to write it? Best regards, Cristina QIANG --_000_06C389826B926F48A557D5DB5A54C4ED2A5DF7B1dggemi509mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All,

 

This email is trying to collect= your opinion on the following issue:

 

Do we need a COMS special use c= ase draft? Or do you think the current network slicing use case draft (https://datatracker.ietf.org/doc/draft-netslices-usecases/?include= _text=3D1) is sufficient enough? If a more focused use case draft is needed, is there= anyone volunteering to write it?

 

Best regards,=

 

Cristina QIANG

 

--_000_06C389826B926F48A557D5DB5A54C4ED2A5DF7B1dggemi509mbschi_-- From nobody Tue Dec 19 03:17:28 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1631C127871 for ; Tue, 19 Dec 2017 03:17:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.61 X-Spam-Level: X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] 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 K9XwyuUWqcr2 for ; Tue, 19 Dec 2017 03:17:24 -0800 (PST) Received: from tama50.ecl.ntt.co.jp (tama50.ecl.ntt.co.jp [129.60.39.147]) by ietfa.amsl.com (Postfix) with ESMTP id 1E788127978 for ; Tue, 19 Dec 2017 03:17:23 -0800 (PST) Received: from vc2.ecl.ntt.co.jp (vc2.ecl.ntt.co.jp [129.60.86.154]) by tama50.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id vBJBH7CK020788; Tue, 19 Dec 2017 20:17:07 +0900 Received: from vc2.ecl.ntt.co.jp (localhost [127.0.0.1]) by vc2.ecl.ntt.co.jp (Postfix) with ESMTP id 7812360283; Tue, 19 Dec 2017 20:17:07 +0900 (JST) Received: from jcms-pop21.ecl.ntt.co.jp (jcms-pop21.ecl.ntt.co.jp [129.60.87.134]) by vc2.ecl.ntt.co.jp (Postfix) with ESMTP id 6B4AC5F593; Tue, 19 Dec 2017 20:17:07 +0900 (JST) Received: from [IPv6:::1] (unknown [129.60.13.28]) by jcms-pop21.ecl.ntt.co.jp (Postfix) with ESMTPSA id 64DF2400BCF; Tue, 19 Dec 2017 20:17:07 +0900 (JST) References: <00D9B1A6-48F4-48B3-B570-1DFA0C2DF5CE@telefonica.com> <06C389826B926F48A557D5DB5A54C4ED2A5DEF6F@dggemi509-mbs.china.huawei.com> <2770fba1-c28e-b2c8-96a3-1d075170d463@lab.ntt.co.jp> <06C389826B926F48A557D5DB5A54C4ED2A5DF742@dggemi509-mbs.china.huawei.com> From: Shunsuke Homma Message-ID: <7f28aefa-653a-2328-d7ab-23d13b88a267@lab.ntt.co.jp> Date: Tue, 19 Dec 2017 20:16:19 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <06C389826B926F48A557D5DB5A54C4ED2A5DF742@dggemi509-mbs.china.huawei.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit To: "qiangli (D)" , "Diego R. Lopez" , "NetSlices@ietf.org" , "Kiran.Makhijani" X-TM-AS-MML: disable Archived-At: Subject: Re: [Netslices] Open Issue II: Service Model X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2017 11:17:27 -0000 Hi Cristina and Hannu, Thank you for your answers. I understood the mean of "common", and the goal of COMS. IMHO, at least, we need to consider models for management of vNFs and service chains in addition to L2SM/L3SM for making the network slicing architecture be more flexible. As Diego mentioned in the previous email, we would be able to refer the models defined in the OSM project for considering VNF management. Also, I think that the work on SFC WG would be helpful to define the models for service chaining. Thanks, Shunsuke On 2017/12/18 23:23, qiangli (D) wrote: > Hi Shunsuke, > > COMS is a concrete topic narrowed from the original NetSlicing, COMS focuses on the scenario/use case that a network slice across multiple technical domains in transport network. The existing use case draft (https://datatracker.ietf.org/doc/draft-netslices-usecases/?include_text=1) studies the whole network slicing use cases rather than COMS only, I think that's why you feel confused. Maybe we can open another thread to discuss whether COMS needs a special use case draft or not. > > "Common" is relative to "distinct" -- "Common" management plane upon "distinct" implementation technologies, which is motivated by operators' requirements. I'm not sure what do you mean by "network components", but In order to support such common management on network slices, some standardization work on architecture/ information model/ interfaces may be necessary IMO. > > Best regards, > > Cristina QIANG > > > -----Original Message----- > From: Shunsuke Homma [mailto:homma.shunsuke@lab.ntt.co.jp] > Sent: Friday, December 15, 2017 10:00 AM > To: qiangli (D) ; Diego R. Lopez ; NetSlices@ietf.org > Subject: Re: [Netslices] Open Issue II: Service Model > > Hi Christina, > > Thank you for your response. > > Sorry for confusing you. I meant "targets" are use cases or deployment scenarios of network slices. For example, in my understanding, 3GPP is focusing on use cases in mobile networks. What use cases is COMS considering? (Does the use case draft cover all use cases which IETF/COMS should consider?) > > Actually, some high level requirements are described in some netslicing/coms drafts, but they seem not to be broken down enough to judge whether existing technologies can enough support every use case of network slicing. > > By the way, I'm little bit confused by a word, "common". Do you mean that the goal of COMS is providing interfaces for current network components? Or defining architecture, information model, and interface which can support every network slicing use case? > > Regards, > > Shunsuke > > On 2017/12/14 18:15, qiangli (D) wrote: >> Hi Shunsuke, >> >> The former email entitled "Summary of Open Issues" is discussing the targets, and charter similar things of COMS. >> >> Simply speaking, COMS tries to do a resource-centric common management plane upon multiple implementation technologies. We have preliminarily listed 6 potential directions in that email. In addition to these, some technical issues such as how to stitch network slice subnets also have been discussed in COMS. Welcome to reply your opinion under that thread, and help us to enhance it. >> >> >> Best regards, >> >> Cristina QIANG >> >> >> -----Original Message----- >> From: Shunsuke Homma [mailto:homma.shunsuke@lab.ntt.co.jp] >> Sent: Wednesday, December 13, 2017 8:48 PM >> To: Diego R. Lopez ; qiangli (D) >> ; NetSlices@ietf.org >> Subject: Re: [Netslices] Open Issue II: Service Model >> >> Hi, >> >> Have targets of network slicing of COMS/IETF and their concrete requirements been already clarified? If they are not clear, I think we can't judge whether current WGs' solutions are enough to support management on network slices. Why don't we clarify requirements firstly? >> >> Of course, we would be able to refer related works such as L2SM/L3SM or OSM for defining service/information models for network slicing. >> >> Thanks, >> >> Shunsuke >> >> >> On 2017/12/13 18:00, Diego R. Lopez wrote: >>> Hi, >>> >>> If we focus on connectivity matters, L2SM/L3SM or similar should be >>> enough. If we start thinking about other resources (storage, >>> compute…) I think we’d need something more. As a starting point, we >>> could use the models being defined by the OSM project: >>> >>> https://osm.etsi.org/wikipub/index.php/OSM_Information_Model >>> >>> Be goode, >>> >>> -- >>> >>> "Esta vez no fallaremos, Doctor Infierno" >>> >>> Dr Diego R. Lopez >>> >>> Telefonica I+D >>> >>> https://www.linkedin.com/in/dr2lopez/ >>> >>> e-mail: diego.r.lopez@telefonica.com >>> >>> >>> Tel:         +34 913 129 041 >>> >>> Mobile:  +34 682 051 091 >>> >>> ---------------------------------- >>> >>> On 13/12/2017, 09:48, "Netslices on behalf of qiangli (D)" >>> on >>> behalf of qiangli3@huawei.com > wrote: >>> >>> Hi All, >>> >>> This email is trying to collect your opinion on the following issue: >>> >>> Do we need a COMS Service Model? Or do you think current L2SM/L3SM/etc. >>> is enough to support the resource-oriented (including connectivity, >>> computing, storage and other potential resources) common management >>> on network slices? >>> >>> Best regards, >>> >>> Cristina QIANG >>> >>> >>> --------------------------------------------------------------------- >>> - >>> -- >>> >>> Este mensaje y sus adjuntos se dirigen exclusivamente a su >>> destinatario, puede contener información privilegiada o confidencial >>> y es para uso exclusivo de la persona o entidad de destino. Si no es >>> usted. el destinatario indicado, queda notificado de que la lectura, >>> utilización, divulgación y/o copia sin autorización puede estar >>> prohibida en virtud de la legislación vigente. Si ha recibido este >>> mensaje por error, le rogamos que nos lo comunique inmediatamente por >>> esta misma vía y proceda a su destrucción. >>> >>> The information contained in this transmission is privileged and >>> confidential information intended only for the use of the individual >>> or entity named above. If the reader of this message is not the >>> intended recipient, you are hereby notified that any dissemination, >>> distribution or copying of this communication is strictly prohibited. >>> If you have received this transmission in error, do not read it. >>> Please immediately reply to the sender that you have received this >>> communication in error and then delete it. >>> >>> Esta mensagem e seus anexos se dirigem exclusivamente ao seu >>> destinatário, pode conter informação privilegiada ou confidencial e é >>> para uso exclusivo da pessoa ou entidade de destino. Se não é vossa >>> senhoria o destinatário indicado, fica notificado de que a leitura, >>> utilização, divulgação e/ou cópia sem autorização pode estar proibida >>> em virtude da legislação vigente. Se recebeu esta mensagem por erro, >>> rogamos-lhe que nos o comunique imediatamente por esta mesma via e >>> proceda a sua destruição >>> >>> >>> _______________________________________________ >>> Netslices mailing list >>> Netslices@ietf.org >>> https://www.ietf.org/mailman/listinfo/netslices >>> >> >> >> -- >> ---------------------------------- >> Shunsuke Homma >> >> TEL: +81 422 59 3486 >> FAX: +81 422 60 7460 >> >> NTT Network Service Systems Labs. >> Musashino city, Tokyo, Japan >> ---------------------------------- >> > > > -- > ---------------------------------- > Shunsuke Homma > > TEL: +81 422 59 3486 > FAX: +81 422 60 7460 > > NTT Network Service Systems Labs. > Musashino city, Tokyo, Japan > ---------------------------------- > -- ---------------------------------- Shunsuke Homma TEL: +81 422 59 3486 FAX: +81 422 60 7460 NTT Network Service Systems Labs. Musashino city, Tokyo, Japan ---------------------------------- From nobody Tue Dec 19 16:04:03 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 425C7124D6C for ; Tue, 19 Dec 2017 16:04:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] 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 JqgRHck6rcDZ for ; Tue, 19 Dec 2017 16:03:59 -0800 (PST) Received: from ns2.nict.go.jp (ns2.nict.go.jp [IPv6:2001:df0:232:300::2]) by ietfa.amsl.com (Postfix) with ESMTP id 6232E12D94B for ; Tue, 19 Dec 2017 16:03:59 -0800 (PST) Received: from gw2.nict.go.jp (gw2.nict.go.jp [133.243.18.251]) by ns2.nict.go.jp with ESMTP id vBK03tdt005984; Wed, 20 Dec 2017 09:03:55 +0900 (JST) Received: from mail2.nict.go.jp (mail2.nict.go.jp [133.243.18.15]) by gw2.nict.go.jp with ESMTP id vBK03tIp005980; Wed, 20 Dec 2017 09:03:55 +0900 (JST) Received: from spectre (unknown [133.243.115.68]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail2.nict.go.jp (NICT Mail Spool Server2) with ESMTPS id 55A05E93C; Wed, 20 Dec 2017 09:03:55 +0900 (JST) Date: Wed, 20 Dec 2017 09:03:54 +0900 From: Pedro Martinez-Julia To: Shunsuke Homma Cc: "qiangli (D)" , "Diego R. Lopez" , "NetSlices@ietf.org" , "Kiran.Makhijani" Message-ID: <20171220000353.GJ10740@spectre> References: <00D9B1A6-48F4-48B3-B570-1DFA0C2DF5CE@telefonica.com> <06C389826B926F48A557D5DB5A54C4ED2A5DEF6F@dggemi509-mbs.china.huawei.com> <2770fba1-c28e-b2c8-96a3-1d075170d463@lab.ntt.co.jp> <06C389826B926F48A557D5DB5A54C4ED2A5DF742@dggemi509-mbs.china.huawei.com> <7f28aefa-653a-2328-d7ab-23d13b88a267@lab.ntt.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <7f28aefa-653a-2328-d7ab-23d13b88a267@lab.ntt.co.jp> User-Agent: Mutt/1.9.1 (2017-09-22) X-Virus-Scanned: clamav-milter 0.99.2 at zenith2 X-Virus-Status: Clean Archived-At: Subject: Re: [Netslices] Open Issue II: Service Model X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2017 00:04:02 -0000 Dear Homma-san, I support the idea of integrating COMS within an NFV + SFC ecosystem, in which all of them would complement to each other. It is the moment to establish their interrelations and, from my point of view, the help from the industry, namely vendors and operators, is crucial to ensure that our outcome would be what the market really needs. Therefore, please let join together some views or expectations set by such stakeholders of the mentioned relations, in the form of interfaces and necessary message exchanges. Thank you very much. Regards, Pedro On Tue, Dec 19, 2017 at 08:16:19PM +0900, Shunsuke Homma wrote: > Hi Cristina and Hannu, > > Thank you for your answers. I understood the mean of "common", and the goal > of COMS. > > IMHO, at least, we need to consider models for management of vNFs and > service chains in addition to L2SM/L3SM for making the network slicing > architecture be more flexible. > > As Diego mentioned in the previous email, we would be able to refer the > models defined in the OSM project for considering VNF management. Also, I > think that the work on SFC WG would be helpful to define the models for > service chaining. > > Thanks, > > Shunsuke > > > On 2017/12/18 23:23, qiangli (D) wrote: > > Hi Shunsuke, > > > > COMS is a concrete topic narrowed from the original NetSlicing, COMS focuses on the scenario/use case that a network slice across multiple technical domains in transport network. The existing use case draft (https://datatracker.ietf.org/doc/draft-netslices-usecases/?include_text=1) studies the whole network slicing use cases rather than COMS only, I think that's why you feel confused. Maybe we can open another thread to discuss whether COMS needs a special use case draft or not. > > > > "Common" is relative to "distinct" -- "Common" management plane upon "distinct" implementation technologies, which is motivated by operators' requirements. I'm not sure what do you mean by "network components", but In order to support such common management on network slices, some standardization work on architecture/ information model/ interfaces may be necessary IMO. > > > > Best regards, > > > > Cristina QIANG > > > > > > -----Original Message----- > > From: Shunsuke Homma [mailto:homma.shunsuke@lab.ntt.co.jp] > > Sent: Friday, December 15, 2017 10:00 AM > > To: qiangli (D) ; Diego R. Lopez ; NetSlices@ietf.org > > Subject: Re: [Netslices] Open Issue II: Service Model > > > > Hi Christina, > > > > Thank you for your response. > > > > Sorry for confusing you. I meant "targets" are use cases or deployment scenarios of network slices. For example, in my understanding, 3GPP is focusing on use cases in mobile networks. What use cases is COMS considering? (Does the use case draft cover all use cases which IETF/COMS should consider?) > > > > Actually, some high level requirements are described in some netslicing/coms drafts, but they seem not to be broken down enough to judge whether existing technologies can enough support every use case of network slicing. > > > > By the way, I'm little bit confused by a word, "common". Do you mean that the goal of COMS is providing interfaces for current network components? Or defining architecture, information model, and interface which can support every network slicing use case? > > > > Regards, > > > > Shunsuke > > > > On 2017/12/14 18:15, qiangli (D) wrote: > > > Hi Shunsuke, > > > > > > The former email entitled "Summary of Open Issues" is discussing the targets, and charter similar things of COMS. > > > > > > Simply speaking, COMS tries to do a resource-centric common management plane upon multiple implementation technologies. We have preliminarily listed 6 potential directions in that email. In addition to these, some technical issues such as how to stitch network slice subnets also have been discussed in COMS. Welcome to reply your opinion under that thread, and help us to enhance it. > > > > > > > > > Best regards, > > > > > > Cristina QIANG > > > > > > > > > -----Original Message----- > > > From: Shunsuke Homma [mailto:homma.shunsuke@lab.ntt.co.jp] > > > Sent: Wednesday, December 13, 2017 8:48 PM > > > To: Diego R. Lopez ; qiangli (D) > > > ; NetSlices@ietf.org > > > Subject: Re: [Netslices] Open Issue II: Service Model > > > > > > Hi, > > > > > > Have targets of network slicing of COMS/IETF and their concrete requirements been already clarified? If they are not clear, I think we can't judge whether current WGs' solutions are enough to support management on network slices. Why don't we clarify requirements firstly? > > > > > > Of course, we would be able to refer related works such as L2SM/L3SM or OSM for defining service/information models for network slicing. > > > > > > Thanks, > > > > > > Shunsuke > > > > > > > > > On 2017/12/13 18:00, Diego R. Lopez wrote: > > > > Hi, > > > > > > > > If we focus on connectivity matters, L2SM/L3SM or similar should be > > > > enough. If we start thinking about other resources (storage, > > > > compute…) I think we’d need something more. As a starting point, we > > > > could use the models being defined by the OSM project: > > > > > > > > https://osm.etsi.org/wikipub/index.php/OSM_Information_Model > > > > > > > > Be goode, > > > > > > > > -- > > > > > > > > "Esta vez no fallaremos, Doctor Infierno" > > > > > > > > Dr Diego R. Lopez > > > > > > > > Telefonica I+D > > > > > > > > https://www.linkedin.com/in/dr2lopez/ > > > > > > > > e-mail: diego.r.lopez@telefonica.com > > > > > > > > > > > > Tel:         +34 913 129 041 > > > > > > > > Mobile:  +34 682 051 091 > > > > > > > > ---------------------------------- > > > > > > > > On 13/12/2017, 09:48, "Netslices on behalf of qiangli (D)" > > > > on > > > > behalf of qiangli3@huawei.com > wrote: > > > > > > > > Hi All, > > > > > > > > This email is trying to collect your opinion on the following issue: > > > > > > > > Do we need a COMS Service Model? Or do you think current L2SM/L3SM/etc. > > > > is enough to support the resource-oriented (including connectivity, > > > > computing, storage and other potential resources) common management > > > > on network slices? > > > > > > > > Best regards, > > > > > > > > Cristina QIANG > > > > > > > > > > > > --------------------------------------------------------------------- > > > > - > > > > -- > > > > > > > > Este mensaje y sus adjuntos se dirigen exclusivamente a su > > > > destinatario, puede contener información privilegiada o confidencial > > > > y es para uso exclusivo de la persona o entidad de destino. Si no es > > > > usted. el destinatario indicado, queda notificado de que la lectura, > > > > utilización, divulgación y/o copia sin autorización puede estar > > > > prohibida en virtud de la legislación vigente. Si ha recibido este > > > > mensaje por error, le rogamos que nos lo comunique inmediatamente por > > > > esta misma vía y proceda a su destrucción. > > > > > > > > The information contained in this transmission is privileged and > > > > confidential information intended only for the use of the individual > > > > or entity named above. If the reader of this message is not the > > > > intended recipient, you are hereby notified that any dissemination, > > > > distribution or copying of this communication is strictly prohibited. > > > > If you have received this transmission in error, do not read it. > > > > Please immediately reply to the sender that you have received this > > > > communication in error and then delete it. > > > > > > > > Esta mensagem e seus anexos se dirigem exclusivamente ao seu > > > > destinatário, pode conter informação privilegiada ou confidencial e é > > > > para uso exclusivo da pessoa ou entidade de destino. Se não é vossa > > > > senhoria o destinatário indicado, fica notificado de que a leitura, > > > > utilização, divulgação e/ou cópia sem autorização pode estar proibida > > > > em virtude da legislação vigente. Se recebeu esta mensagem por erro, > > > > rogamos-lhe que nos o comunique imediatamente por esta mesma via e > > > > proceda a sua destruição > > > > > > > > > > > > _______________________________________________ > > > > Netslices mailing list > > > > Netslices@ietf.org > > > > https://www.ietf.org/mailman/listinfo/netslices > > > > > > > > > > > > > -- > > > ---------------------------------- > > > Shunsuke Homma > > > > > > TEL: +81 422 59 3486 > > > FAX: +81 422 60 7460 > > > > > > NTT Network Service Systems Labs. > > > Musashino city, Tokyo, Japan > > > ---------------------------------- > > > > > > > > > -- > > ---------------------------------- > > Shunsuke Homma > > > > TEL: +81 422 59 3486 > > FAX: +81 422 60 7460 > > > > NTT Network Service Systems Labs. > > Musashino city, Tokyo, Japan > > ---------------------------------- > > > > > -- > ---------------------------------- > Shunsuke Homma > > TEL: +81 422 59 3486 > FAX: +81 422 60 7460 > > NTT Network Service Systems Labs. > Musashino city, Tokyo, Japan > ---------------------------------- > > _______________________________________________ > Netslices mailing list > Netslices@ietf.org > https://www.ietf.org/mailman/listinfo/netslices -- Pedro Martinez-Julia Network Science and Convergence Device Technology Laboratory Network System Research Institute National Institute of Information and Communications Technology (NICT) 4-2-1, Nukui-Kitamachi, Koganei, Tokyo 184-8795, Japan Email: pedro@nict.go.jp --------------------------------------------------------- *** Entia non sunt multiplicanda praeter necessitatem *** From nobody Wed Dec 20 06:21:19 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84BE4126579 for ; Wed, 20 Dec 2017 06:21:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 MRX_DBXFnT2G for ; Wed, 20 Dec 2017 06:21:15 -0800 (PST) Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10111.outbound.protection.outlook.com [40.107.1.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 57D7C126C19 for ; Wed, 20 Dec 2017 06:21:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector2-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=lln2FRcDXn5d+Ag3hrZ1rpTmYmQuYhNibjhj/UVxyuA=; b=bjvzr7GkHmz/y/vk8saTM9BqLJC+FvRJkDU+i4Xa+hAlRl0ZvWQMAJ8anPQPOHZ7Qfn2z0vs35tov5bm2u5bYrWawVqQVEki4+ePhNat1TVby+jojCOUaaeLa7ey96bjbdVriX0QH8v2UMQod3k5mkKiCSrFNZYvmGKAq2MyDV8= Received: from VI1PR07MB0848.eurprd07.prod.outlook.com (10.161.108.14) by VI1PR07MB0845.eurprd07.prod.outlook.com (10.161.108.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.366.3; Wed, 20 Dec 2017 14:21:10 +0000 Received: from VI1PR07MB0848.eurprd07.prod.outlook.com ([fe80::d8aa:2981:f171:bd16]) by VI1PR07MB0848.eurprd07.prod.outlook.com ([fe80::d8aa:2981:f171:bd16%13]) with mapi id 15.20.0345.013; Wed, 20 Dec 2017 14:21:10 +0000 From: "Flinck, Hannu (Nokia - FI/Espoo)" To: Shunsuke Homma , "qiangli (D)" , "Diego R. Lopez" , "NetSlices@ietf.org" , Kiran.Makhijani Thread-Topic: [Netslices] Open Issue II: Service Model Thread-Index: AQHTeLrLoB1clE0qvU2TrOpwzuTJcKNMSZQQ Date: Wed, 20 Dec 2017 14:21:10 +0000 Message-ID: References: <00D9B1A6-48F4-48B3-B570-1DFA0C2DF5CE@telefonica.com> <06C389826B926F48A557D5DB5A54C4ED2A5DEF6F@dggemi509-mbs.china.huawei.com> <2770fba1-c28e-b2c8-96a3-1d075170d463@lab.ntt.co.jp> <06C389826B926F48A557D5DB5A54C4ED2A5DF742@dggemi509-mbs.china.huawei.com> <7f28aefa-653a-2328-d7ab-23d13b88a267@lab.ntt.co.jp> In-Reply-To: <7f28aefa-653a-2328-d7ab-23d13b88a267@lab.ntt.co.jp> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [131.228.32.182] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; VI1PR07MB0845; 6:FF9lPYQ6wg4ZrPcn6CdKAI2xubSFl8VOlOGuIJzYYKSekR7QnZua7TzUzZCFdLghBzKF8N2D7uwq4AV0haHn5RyTmgRUadllWMsS+1GxKmOoVY//hYSQRuDe8DP73xmP5C2pq9Gx8rS5Gwdb5xNTXjb4iLP5rmw1TXxpF5vVOnqVEK5ZQu2rz6VOtRl6dzB1WBQYDp6byGeWADo4OnM6GcX+WnxW3acFTxdSty3Aht+6m8ttdwh9nTx3JPjgQNM5gECWYXKj4uBCGB8jmJ8P8IK220xjOLpyf8JRNXcF7wI1IMtYYn+9Zv5n15z6E5M7ktjMDjPRyeuzNu9kIW3nRTNsSnuNyDHX5F/jAkZdEto=; 5:4BHpgzTxxZkVAqw7pox+4ecXjWil1PhG5wdAXVMKAk+jJsVL+y7AreqXDCnMEKP6kciEasPcc9i8pBRu8ewA/yb+Iawbw3DBzDmc65ntbrTCWPdr+3MtD6m8cC8VjYTLP5yTUEjo07ZaJCRc+ROHqjPV/2XnazrVxqUzzoVwp2o=; 24:KQ1F6mT9VehOzDsyjZ8iks12RbtyDtdtPIjrKdJcMsA9vW+W4QEs5BlT++4JdwLPHLa+JnpeojPjmTQp+4inde9NT3Ica265dulsiAVp74M=; 7:UpTqoNOiIw5gL7XnhEIurNqcqAaLwMYuDnGdXqmjmVs6CgX8t7Lawc0kKOMqnnZ6g26T9/5UL3lFTQpZf/Mek16EGXxMkWz3SafsuUgaeVHLp+x0OjdOkx/LMukuJfWzB+1gheIAe8nLlNFPRGcY4qWGAry2cUAMKvzV1VEQeDHY272NmnM4GHowDN8NBurBheOyMlVXA+jAQJecpsUTg3i4/NN2a3q/GvUhDPIKz/LgLzkGLXsXOJyC5A0kLS0L x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: ddf8a0cf-c497-4175-5d32-08d547b4eb1f x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(48565401081)(2017052603307); SRVR:VI1PR07MB0845; x-ms-traffictypediagnostic: VI1PR07MB0845: authentication-results: spf=none (sender IP is ) smtp.mailfrom=hannu.flinck@nokia-bell-labs.com; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(40392960112811)(120809045254105)(50582790962513)(128460861657000)(81160342030619); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040470)(2401047)(5005006)(8121501046)(10201501046)(3231023)(11241501184)(93006095)(93001095)(3002001)(6055026)(6041268)(20161123558120)(20161123562045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(6072148)(201708071742011); SRVR:VI1PR07MB0845; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:VI1PR07MB0845; x-forefront-prvs: 0527DFA348 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(39860400002)(396003)(366004)(39380400002)(189003)(199004)(252514010)(51444003)(53754006)(24454002)(57704003)(13464003)(8676002)(74316002)(110136005)(106356001)(5660300001)(6436002)(7696005)(229853002)(97736004)(2900100001)(2950100002)(9686003)(59450400001)(316002)(14454004)(6306002)(53546011)(3846002)(81166006)(102836003)(81156014)(6116002)(105586002)(76176011)(55016002)(305945005)(7736002)(6506007)(5250100002)(45080400002)(478600001)(68736007)(2501003)(99286004)(86362001)(33656002)(16799955002)(3660700001)(66066001)(966005)(347745004)(53936002)(8936002)(6246003)(93886005)(345774005)(25786009)(3280700002)(2906002)(90052001); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB0845; H:VI1PR07MB0848.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:0; LANG:en; received-spf: None (protection.outlook.com: nokia-bell-labs.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: nokia-bell-labs.com X-MS-Exchange-CrossTenant-Network-Message-Id: ddf8a0cf-c497-4175-5d32-08d547b4eb1f X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Dec 2017 14:21:10.6086 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB0845 Archived-At: Subject: Re: [Netslices] Open Issue II: Service Model X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2017 14:21:17 -0000 SGVsbG8gU2h1bnN1a2UNCg0KSSBhZ3JlZSB0aGF0IHdlIHNob3VsZCBhbHNvIGxvb2sgaW50byBT RkMgYXNwZWN0cy4gDQoNCkJlc3QgcmVnYXJkcw0KIEhhbm51DQoNCi0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQpGcm9tOiBOZXRzbGljZXMgW21haWx0bzpuZXRzbGljZXMtYm91bmNlc0BpZXRm Lm9yZ10gT24gQmVoYWxmIE9mIFNodW5zdWtlIEhvbW1hDQpTZW50OiBUdWVzZGF5LCBEZWNlbWJl ciAxOSwgMjAxNyAxOjE2IFBNDQpUbzogcWlhbmdsaSAoRCkgPHFpYW5nbGkzQGh1YXdlaS5jb20+ OyBEaWVnbyBSLiBMb3BleiA8ZGllZ28uci5sb3BlekB0ZWxlZm9uaWNhLmNvbT47IE5ldFNsaWNl c0BpZXRmLm9yZzsgS2lyYW4uTWFraGlqYW5pIDxLaXJhbi5NYWtoaWphbmlAaHVhd2VpLmNvbT4N ClN1YmplY3Q6IFJlOiBbTmV0c2xpY2VzXSBPcGVuIElzc3VlIElJOiBTZXJ2aWNlIE1vZGVsDQoN CkhpIENyaXN0aW5hIGFuZCBIYW5udSwNCg0KVGhhbmsgeW91IGZvciB5b3VyIGFuc3dlcnMuIEkg dW5kZXJzdG9vZCB0aGUgbWVhbiBvZiAiY29tbW9uIiwgYW5kIHRoZSANCmdvYWwgb2YgQ09NUy4N Cg0KSU1ITywgYXQgbGVhc3QsIHdlIG5lZWQgdG8gY29uc2lkZXIgbW9kZWxzIGZvciBtYW5hZ2Vt ZW50IG9mIHZORnMgYW5kIA0Kc2VydmljZSBjaGFpbnMgaW4gYWRkaXRpb24gdG8gTDJTTS9MM1NN IGZvciBtYWtpbmcgdGhlIG5ldHdvcmsgc2xpY2luZyANCmFyY2hpdGVjdHVyZSBiZSBtb3JlIGZs ZXhpYmxlLg0KDQpBcyBEaWVnbyBtZW50aW9uZWQgaW4gdGhlIHByZXZpb3VzIGVtYWlsLCB3ZSB3 b3VsZCBiZSBhYmxlIHRvIHJlZmVyIHRoZSANCm1vZGVscyBkZWZpbmVkIGluIHRoZSBPU00gcHJv amVjdCBmb3IgY29uc2lkZXJpbmcgVk5GIG1hbmFnZW1lbnQuIEFsc28sIA0KSSB0aGluayB0aGF0 IHRoZSB3b3JrIG9uIFNGQyBXRyB3b3VsZCBiZSBoZWxwZnVsIHRvIGRlZmluZSB0aGUgbW9kZWxz IA0KZm9yIHNlcnZpY2UgY2hhaW5pbmcuDQoNClRoYW5rcywNCg0KU2h1bnN1a2UNCg0KDQpPbiAy MDE3LzEyLzE4IDIzOjIzLCBxaWFuZ2xpIChEKSB3cm90ZToNCj4gSGkgU2h1bnN1a2UsDQo+IA0K PiBDT01TIGlzIGEgY29uY3JldGUgdG9waWMgbmFycm93ZWQgZnJvbSB0aGUgb3JpZ2luYWwgTmV0 U2xpY2luZywgQ09NUyBmb2N1c2VzIG9uIHRoZSBzY2VuYXJpby91c2UgY2FzZSB0aGF0IGEgbmV0 d29yayBzbGljZSBhY3Jvc3MgbXVsdGlwbGUgdGVjaG5pY2FsIGRvbWFpbnMgaW4gdHJhbnNwb3J0 IG5ldHdvcmsuIFRoZSBleGlzdGluZyB1c2UgY2FzZSBkcmFmdCAoaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtbmV0c2xpY2VzLXVzZWNhc2VzLz9pbmNsdWRlX3RleHQ9MSkg c3R1ZGllcyB0aGUgd2hvbGUgbmV0d29yayBzbGljaW5nIHVzZSBjYXNlcyByYXRoZXIgdGhhbiBD T01TIG9ubHksIEkgdGhpbmsgdGhhdCdzIHdoeSB5b3UgZmVlbCBjb25mdXNlZC4gTWF5YmUgd2Ug Y2FuIG9wZW4gYW5vdGhlciB0aHJlYWQgdG8gZGlzY3VzcyB3aGV0aGVyIENPTVMgbmVlZHMgYSBz cGVjaWFsIHVzZSBjYXNlIGRyYWZ0IG9yIG5vdC4NCj4gDQo+ICJDb21tb24iIGlzIHJlbGF0aXZl IHRvICJkaXN0aW5jdCIgLS0gIkNvbW1vbiIgbWFuYWdlbWVudCBwbGFuZSB1cG9uICJkaXN0aW5j dCIgaW1wbGVtZW50YXRpb24gdGVjaG5vbG9naWVzLCB3aGljaCBpcyBtb3RpdmF0ZWQgYnkgb3Bl cmF0b3JzJyByZXF1aXJlbWVudHMuIEknbSBub3Qgc3VyZSB3aGF0IGRvIHlvdSBtZWFuIGJ5ICJu ZXR3b3JrIGNvbXBvbmVudHMiLCBidXQgSW4gb3JkZXIgdG8gc3VwcG9ydCBzdWNoIGNvbW1vbiBt YW5hZ2VtZW50IG9uIG5ldHdvcmsgc2xpY2VzLCBzb21lIHN0YW5kYXJkaXphdGlvbiB3b3JrIG9u IGFyY2hpdGVjdHVyZS8gaW5mb3JtYXRpb24gbW9kZWwvIGludGVyZmFjZXMgbWF5IGJlIG5lY2Vz c2FyeSBJTU8uDQo+IA0KPiBCZXN0IHJlZ2FyZHMsDQo+IAkNCj4gQ3Jpc3RpbmEgUUlBTkcNCj4g DQo+IA0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBTaHVuc3VrZSBIb21t YSBbbWFpbHRvOmhvbW1hLnNodW5zdWtlQGxhYi5udHQuY28uanBdDQo+IFNlbnQ6IEZyaWRheSwg RGVjZW1iZXIgMTUsIDIwMTcgMTA6MDAgQU0NCj4gVG86IHFpYW5nbGkgKEQpIDxxaWFuZ2xpM0Bo dWF3ZWkuY29tPjsgRGllZ28gUi4gTG9wZXogPGRpZWdvLnIubG9wZXpAdGVsZWZvbmljYS5jb20+ OyBOZXRTbGljZXNAaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFtOZXRzbGljZXNdIE9wZW4gSXNz dWUgSUk6IFNlcnZpY2UgTW9kZWwNCj4gDQo+IEhpIENocmlzdGluYSwNCj4gDQo+IFRoYW5rIHlv dSBmb3IgeW91ciByZXNwb25zZS4NCj4gDQo+IFNvcnJ5IGZvciBjb25mdXNpbmcgeW91LiBJIG1l YW50ICJ0YXJnZXRzIiBhcmUgdXNlIGNhc2VzIG9yIGRlcGxveW1lbnQgc2NlbmFyaW9zIG9mIG5l dHdvcmsgc2xpY2VzLiBGb3IgZXhhbXBsZSwgaW4gbXkgdW5kZXJzdGFuZGluZywgM0dQUCBpcyBm b2N1c2luZyBvbiB1c2UgY2FzZXMgaW4gbW9iaWxlIG5ldHdvcmtzLiBXaGF0IHVzZSBjYXNlcyBp cyBDT01TIGNvbnNpZGVyaW5nPyAoRG9lcyB0aGUgdXNlIGNhc2UgZHJhZnQgY292ZXIgYWxsIHVz ZSBjYXNlcyB3aGljaCBJRVRGL0NPTVMgc2hvdWxkIGNvbnNpZGVyPykNCj4gDQo+IEFjdHVhbGx5 LCBzb21lIGhpZ2ggbGV2ZWwgcmVxdWlyZW1lbnRzIGFyZSBkZXNjcmliZWQgaW4gc29tZSBuZXRz bGljaW5nL2NvbXMgZHJhZnRzLCBidXQgdGhleSBzZWVtIG5vdCB0byBiZSBicm9rZW4gZG93biBl bm91Z2ggdG8ganVkZ2Ugd2hldGhlciBleGlzdGluZyB0ZWNobm9sb2dpZXMgY2FuIGVub3VnaCBz dXBwb3J0IGV2ZXJ5IHVzZSBjYXNlIG9mIG5ldHdvcmsgc2xpY2luZy4NCj4gDQo+IEJ5IHRoZSB3 YXksIEknbSBsaXR0bGUgYml0IGNvbmZ1c2VkIGJ5IGEgd29yZCwgImNvbW1vbiIuIERvIHlvdSBt ZWFuIHRoYXQgdGhlIGdvYWwgb2YgQ09NUyBpcyBwcm92aWRpbmcgaW50ZXJmYWNlcyBmb3IgY3Vy cmVudCBuZXR3b3JrIGNvbXBvbmVudHM/IE9yIGRlZmluaW5nIGFyY2hpdGVjdHVyZSwgaW5mb3Jt YXRpb24gbW9kZWwsIGFuZCBpbnRlcmZhY2Ugd2hpY2ggY2FuIHN1cHBvcnQgZXZlcnkgbmV0d29y ayBzbGljaW5nIHVzZSBjYXNlPw0KPiANCj4gUmVnYXJkcywNCj4gDQo+IFNodW5zdWtlDQo+IA0K PiBPbiAyMDE3LzEyLzE0IDE4OjE1LCBxaWFuZ2xpIChEKSB3cm90ZToNCj4+IEhpIFNodW5zdWtl LA0KPj4NCj4+IFRoZSBmb3JtZXIgZW1haWwgZW50aXRsZWQgIlN1bW1hcnkgb2YgT3BlbiBJc3N1 ZXMiIGlzIGRpc2N1c3NpbmcgdGhlIHRhcmdldHMsIGFuZCBjaGFydGVyIHNpbWlsYXIgdGhpbmdz IG9mIENPTVMuDQo+Pg0KPj4gU2ltcGx5IHNwZWFraW5nLCBDT01TIHRyaWVzIHRvIGRvIGEgcmVz b3VyY2UtY2VudHJpYyBjb21tb24gbWFuYWdlbWVudCBwbGFuZSB1cG9uIG11bHRpcGxlIGltcGxl bWVudGF0aW9uIHRlY2hub2xvZ2llcy4gV2UgaGF2ZSBwcmVsaW1pbmFyaWx5IGxpc3RlZCA2IHBv dGVudGlhbCBkaXJlY3Rpb25zIGluIHRoYXQgZW1haWwuIEluIGFkZGl0aW9uIHRvIHRoZXNlLCBz b21lIHRlY2huaWNhbCBpc3N1ZXMgc3VjaCBhcyBob3cgdG8gc3RpdGNoIG5ldHdvcmsgc2xpY2Ug c3VibmV0cyBhbHNvIGhhdmUgYmVlbiBkaXNjdXNzZWQgaW4gQ09NUy4gV2VsY29tZSB0byByZXBs eSB5b3VyIG9waW5pb24gdW5kZXIgdGhhdCB0aHJlYWQsIGFuZCBoZWxwIHVzIHRvIGVuaGFuY2Ug aXQuDQo+Pg0KPj4NCj4+IEJlc3QgcmVnYXJkcywNCj4+DQo+PiBDcmlzdGluYSBRSUFORw0KPj4N Cj4+DQo+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gRnJvbTogU2h1bnN1a2UgSG9t bWEgW21haWx0bzpob21tYS5zaHVuc3VrZUBsYWIubnR0LmNvLmpwXQ0KPj4gU2VudDogV2VkbmVz ZGF5LCBEZWNlbWJlciAxMywgMjAxNyA4OjQ4IFBNDQo+PiBUbzogRGllZ28gUi4gTG9wZXogPGRp ZWdvLnIubG9wZXpAdGVsZWZvbmljYS5jb20+OyBxaWFuZ2xpIChEKQ0KPj4gPHFpYW5nbGkzQGh1 YXdlaS5jb20+OyBOZXRTbGljZXNAaWV0Zi5vcmcNCj4+IFN1YmplY3Q6IFJlOiBbTmV0c2xpY2Vz XSBPcGVuIElzc3VlIElJOiBTZXJ2aWNlIE1vZGVsDQo+Pg0KPj4gSGksDQo+Pg0KPj4gSGF2ZSB0 YXJnZXRzIG9mIG5ldHdvcmsgc2xpY2luZyBvZiBDT01TL0lFVEYgYW5kIHRoZWlyIGNvbmNyZXRl IHJlcXVpcmVtZW50cyBiZWVuIGFscmVhZHkgY2xhcmlmaWVkPyBJZiB0aGV5IGFyZSBub3QgY2xl YXIsIEkgdGhpbmsgd2UgY2FuJ3QganVkZ2Ugd2hldGhlciBjdXJyZW50IFdHcycgc29sdXRpb25z IGFyZSBlbm91Z2ggdG8gc3VwcG9ydCBtYW5hZ2VtZW50IG9uIG5ldHdvcmsgc2xpY2VzLiBXaHkg ZG9uJ3Qgd2UgY2xhcmlmeSByZXF1aXJlbWVudHMgZmlyc3RseT8NCj4+DQo+PiBPZiBjb3Vyc2Us IHdlIHdvdWxkIGJlIGFibGUgdG8gcmVmZXIgcmVsYXRlZCB3b3JrcyBzdWNoIGFzIEwyU00vTDNT TSBvciBPU00gZm9yIGRlZmluaW5nIHNlcnZpY2UvaW5mb3JtYXRpb24gbW9kZWxzIGZvciBuZXR3 b3JrIHNsaWNpbmcuDQo+Pg0KPj4gVGhhbmtzLA0KPj4NCj4+IFNodW5zdWtlDQo+Pg0KPj4NCj4+ IE9uIDIwMTcvMTIvMTMgMTg6MDAsIERpZWdvIFIuIExvcGV6IHdyb3RlOg0KPj4+IEhpLA0KPj4+ DQo+Pj4gSWYgd2UgZm9jdXMgb24gY29ubmVjdGl2aXR5IG1hdHRlcnMsIEwyU00vTDNTTSBvciBz aW1pbGFyIHNob3VsZCBiZQ0KPj4+IGVub3VnaC4gSWYgd2Ugc3RhcnQgdGhpbmtpbmcgYWJvdXQg b3RoZXIgcmVzb3VyY2VzIChzdG9yYWdlLA0KPj4+IGNvbXB1dGXigKYpIEkgdGhpbmsgd2XigJlk IG5lZWQgc29tZXRoaW5nIG1vcmUuIEFzIGEgc3RhcnRpbmcgcG9pbnQsIHdlDQo+Pj4gY291bGQg dXNlIHRoZSBtb2RlbHMgYmVpbmcgZGVmaW5lZCBieSB0aGUgT1NNIHByb2plY3Q6DQo+Pj4NCj4+ PiBodHRwczovL29zbS5ldHNpLm9yZy93aWtpcHViL2luZGV4LnBocC9PU01fSW5mb3JtYXRpb25f TW9kZWwNCj4+Pg0KPj4+IEJlIGdvb2RlLA0KPj4+DQo+Pj4gLS0NCj4+Pg0KPj4+ICJFc3RhIHZl eiBubyBmYWxsYXJlbW9zLCBEb2N0b3IgSW5maWVybm8iDQo+Pj4NCj4+PiBEciBEaWVnbyBSLiBM b3Bleg0KPj4+DQo+Pj4gVGVsZWZvbmljYSBJK0QNCj4+Pg0KPj4+IGh0dHBzOi8vd3d3Lmxpbmtl ZGluLmNvbS9pbi9kcjJsb3Blei8NCj4+Pg0KPj4+IGUtbWFpbDogZGllZ28uci5sb3BlekB0ZWxl Zm9uaWNhLmNvbQ0KPj4+IDxtYWlsdG86ZGllZ28uci5sb3BlekB0ZWxlZm9uaWNhLmNvbT4NCj4+ Pg0KPj4+IFRlbDrCoMKgwqAgwqDCoMKgwqAgKzM0IDkxMyAxMjkgMDQxDQo+Pj4NCj4+PiBNb2Jp bGU6IMKgKzM0IDY4MiAwNTEgMDkxDQo+Pj4NCj4+PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQo+Pj4NCj4+PiBPbiAxMy8xMi8yMDE3LCAwOTo0OCwgIk5ldHNsaWNlcyBvbiBi ZWhhbGYgb2YgcWlhbmdsaSAoRCkiDQo+Pj4gPG5ldHNsaWNlcy1ib3VuY2VzQGlldGYub3JnIDxt YWlsdG86bmV0c2xpY2VzLWJvdW5jZXNAaWV0Zi5vcmc+IG9uDQo+Pj4gYmVoYWxmIG9mIHFpYW5n bGkzQGh1YXdlaS5jb20gPG1haWx0bzpxaWFuZ2xpM0BodWF3ZWkuY29tPj4gd3JvdGU6DQo+Pj4N Cj4+PiBIaSBBbGwsDQo+Pj4NCj4+PiBUaGlzIGVtYWlsIGlzIHRyeWluZyB0byBjb2xsZWN0IHlv dXIgb3BpbmlvbiBvbiB0aGUgZm9sbG93aW5nIGlzc3VlOg0KPj4+DQo+Pj4gRG8gd2UgbmVlZCBh IENPTVMgU2VydmljZSBNb2RlbD8gT3IgZG8geW91IHRoaW5rIGN1cnJlbnQgTDJTTS9MM1NNL2V0 Yy4NCj4+PiBpcyBlbm91Z2ggdG8gc3VwcG9ydCB0aGUgcmVzb3VyY2Utb3JpZW50ZWQgKGluY2x1 ZGluZyBjb25uZWN0aXZpdHksDQo+Pj4gY29tcHV0aW5nLCBzdG9yYWdlIGFuZCBvdGhlciBwb3Rl bnRpYWwgcmVzb3VyY2VzKSBjb21tb24gbWFuYWdlbWVudA0KPj4+IG9uIG5ldHdvcmsgc2xpY2Vz Pw0KPj4+DQo+Pj4gQmVzdCByZWdhcmRzLA0KPj4+DQo+Pj4gQ3Jpc3RpbmEgUUlBTkcNCj4+Pg0K Pj4+DQo+Pj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+Pj4gLQ0KPj4+IC0tDQo+Pj4NCj4+PiBFc3RlIG1lbnNh amUgeSBzdXMgYWRqdW50b3Mgc2UgZGlyaWdlbiBleGNsdXNpdmFtZW50ZSBhIHN1DQo+Pj4gZGVz dGluYXRhcmlvLCBwdWVkZSBjb250ZW5lciBpbmZvcm1hY2nDs24gcHJpdmlsZWdpYWRhIG8gY29u ZmlkZW5jaWFsDQo+Pj4geSBlcyBwYXJhIHVzbyBleGNsdXNpdm8gZGUgbGEgcGVyc29uYSBvIGVu dGlkYWQgZGUgZGVzdGluby4gU2kgbm8gZXMNCj4+PiB1c3RlZC4gZWwgZGVzdGluYXRhcmlvIGlu ZGljYWRvLCBxdWVkYSBub3RpZmljYWRvIGRlIHF1ZSBsYSBsZWN0dXJhLA0KPj4+IHV0aWxpemFj acOzbiwgZGl2dWxnYWNpw7NuIHkvbyBjb3BpYSBzaW4gYXV0b3JpemFjacOzbiBwdWVkZSBlc3Rh cg0KPj4+IHByb2hpYmlkYSBlbiB2aXJ0dWQgZGUgbGEgbGVnaXNsYWNpw7NuIHZpZ2VudGUuIFNp IGhhIHJlY2liaWRvIGVzdGUNCj4+PiBtZW5zYWplIHBvciBlcnJvciwgbGUgcm9nYW1vcyBxdWUg bm9zIGxvIGNvbXVuaXF1ZSBpbm1lZGlhdGFtZW50ZSBwb3INCj4+PiBlc3RhIG1pc21hIHbDrWEg eSBwcm9jZWRhIGEgc3UgZGVzdHJ1Y2Npw7NuLg0KPj4+DQo+Pj4gVGhlIGluZm9ybWF0aW9uIGNv bnRhaW5lZCBpbiB0aGlzIHRyYW5zbWlzc2lvbiBpcyBwcml2aWxlZ2VkIGFuZA0KPj4+IGNvbmZp ZGVudGlhbCBpbmZvcm1hdGlvbiBpbnRlbmRlZCBvbmx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRp dmlkdWFsDQo+Pj4gb3IgZW50aXR5IG5hbWVkIGFib3ZlLiBJZiB0aGUgcmVhZGVyIG9mIHRoaXMg bWVzc2FnZSBpcyBub3QgdGhlDQo+Pj4gaW50ZW5kZWQgcmVjaXBpZW50LCB5b3UgYXJlIGhlcmVi eSBub3RpZmllZCB0aGF0IGFueSBkaXNzZW1pbmF0aW9uLA0KPj4+IGRpc3RyaWJ1dGlvbiBvciBj b3B5aW5nIG9mIHRoaXMgY29tbXVuaWNhdGlvbiBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLg0KPj4+ IElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgdHJhbnNtaXNzaW9uIGluIGVycm9yLCBkbyBub3Qg cmVhZCBpdC4NCj4+PiBQbGVhc2UgaW1tZWRpYXRlbHkgcmVwbHkgdG8gdGhlIHNlbmRlciB0aGF0 IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMNCj4+PiBjb21tdW5pY2F0aW9uIGluIGVycm9yIGFuZCB0 aGVuIGRlbGV0ZSBpdC4NCj4+Pg0KPj4+IEVzdGEgbWVuc2FnZW0gZSBzZXVzIGFuZXhvcyBzZSBk aXJpZ2VtIGV4Y2x1c2l2YW1lbnRlIGFvIHNldQ0KPj4+IGRlc3RpbmF0w6FyaW8sIHBvZGUgY29u dGVyIGluZm9ybWHDp8OjbyBwcml2aWxlZ2lhZGEgb3UgY29uZmlkZW5jaWFsIGUgw6kNCj4+PiBw YXJhIHVzbyBleGNsdXNpdm8gZGEgcGVzc29hIG91IGVudGlkYWRlIGRlIGRlc3Rpbm8uIFNlIG7D o28gw6kgdm9zc2ENCj4+PiBzZW5ob3JpYSBvIGRlc3RpbmF0w6FyaW8gaW5kaWNhZG8sIGZpY2Eg bm90aWZpY2FkbyBkZSBxdWUgYSBsZWl0dXJhLA0KPj4+IHV0aWxpemHDp8OjbywgZGl2dWxnYcOn w6NvIGUvb3UgY8OzcGlhIHNlbSBhdXRvcml6YcOnw6NvIHBvZGUgZXN0YXIgcHJvaWJpZGENCj4+ PiBlbSB2aXJ0dWRlIGRhIGxlZ2lzbGHDp8OjbyB2aWdlbnRlLiBTZSByZWNlYmV1IGVzdGEgbWVu c2FnZW0gcG9yIGVycm8sDQo+Pj4gcm9nYW1vcy1saGUgcXVlIG5vcyBvIGNvbXVuaXF1ZSBpbWVk aWF0YW1lbnRlIHBvciBlc3RhIG1lc21hIHZpYSBlDQo+Pj4gcHJvY2VkYSBhIHN1YSBkZXN0cnVp w6fDo28NCj4+Pg0KPj4+DQo+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCj4+PiBOZXRzbGljZXMgbWFpbGluZyBsaXN0DQo+Pj4gTmV0c2xpY2VzQGll dGYub3JnDQo+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRzbGlj ZXMNCj4+Pg0KPj4NCj4+DQo+PiAtLQ0KPj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KPj4gU2h1bnN1a2UgSG9tbWENCj4+IDxob21tYS5zaHVuc3VrZUBsYWIubnR0LmNvLmpw Pg0KPj4gVEVMOiArODEgNDIyIDU5IDM0ODYNCj4+IEZBWDogKzgxIDQyMiA2MCA3NDYwDQo+Pg0K Pj4gTlRUIE5ldHdvcmsgU2VydmljZSBTeXN0ZW1zIExhYnMuDQo+PiBNdXNhc2hpbm8gY2l0eSwg VG9reW8sIEphcGFuDQo+PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+Pg0K PiANCj4gDQo+IC0tDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gU2h1 bnN1a2UgSG9tbWENCj4gPGhvbW1hLnNodW5zdWtlQGxhYi5udHQuY28uanA+DQo+IFRFTDogKzgx IDQyMiA1OSAzNDg2DQo+IEZBWDogKzgxIDQyMiA2MCA3NDYwDQo+IA0KPiBOVFQgTmV0d29yayBT ZXJ2aWNlIFN5c3RlbXMgTGFicy4NCj4gTXVzYXNoaW5vIGNpdHksIFRva3lvLCBKYXBhbg0KPiAt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IA0KDQoNCi0tIA0KLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KU2h1bnN1a2UgSG9tbWENCjxob21tYS5zaHVuc3Vr ZUBsYWIubnR0LmNvLmpwPg0KVEVMOiArODEgNDIyIDU5IDM0ODYNCkZBWDogKzgxIDQyMiA2MCA3 NDYwDQoNCk5UVCBOZXR3b3JrIFNlcnZpY2UgU3lzdGVtcyBMYWJzLg0KTXVzYXNoaW5vIGNpdHks IFRva3lvLCBKYXBhbg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KTmV0c2xpY2VzIG1h aWxpbmcgbGlzdA0KTmV0c2xpY2VzQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL25ldHNsaWNlcw0K From nobody Wed Dec 20 06:32:41 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46B3B1201F8 for ; Wed, 20 Dec 2017 06:32:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.91 X-Spam-Level: X-Spam-Status: No, score=-2.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 bnO0Libn-KCU for ; Wed, 20 Dec 2017 06:32:37 -0800 (PST) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0102.outbound.protection.outlook.com [104.47.2.102]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CDDC6126579 for ; Wed, 20 Dec 2017 06:32:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector2-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=BSGGiCG6a0HNC2eYR2ekn43HPuv9NFi3wIMqTrwT55g=; b=dhKjq0lgq+KCH6c9gQjnhDnbdQghrWo8Ord/6aPCjEQQXn236mMAlzy91aaz7syQzGGGNwhElwLX3N1G7C4vJeHJpkz7Lp6OZJO9863Px1VyBqg4EVpTPBnv0uI2RbJp0BeLK89PhI6h8HgmQzVcnseHcsL8L5yKDknjnY0U4q0= Received: from VI1PR07MB0848.eurprd07.prod.outlook.com (10.161.108.14) by VI1PR07MB0847.eurprd07.prod.outlook.com (10.161.108.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.366.3; Wed, 20 Dec 2017 14:32:33 +0000 Received: from VI1PR07MB0848.eurprd07.prod.outlook.com ([fe80::d8aa:2981:f171:bd16]) by VI1PR07MB0848.eurprd07.prod.outlook.com ([fe80::d8aa:2981:f171:bd16%13]) with mapi id 15.20.0345.013; Wed, 20 Dec 2017 14:32:33 +0000 From: "Flinck, Hannu (Nokia - FI/Espoo)" To: "qiangli (D)" , "NetSlices@ietf.org" Thread-Topic: [Netslices] Open Issue I: SouthBound/Mapping Interface Thread-Index: AdNz7BaJGrRkEFbTREOfWwbxCLzW+gFshmWw Date: Wed, 20 Dec 2017 14:32:33 +0000 Message-ID: References: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> In-Reply-To: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=hannu.flinck@nokia-bell-labs.com; x-originating-ip: [131.228.32.182] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; VI1PR07MB0847; 6:AYQS0uy4Llb9fRkaSi8UxQ76VYl/Bn0hbbVGoX+QXZCoxWOg+IdACSVA/9cKzub22KDu1g3eHTaPDRHSj1CpDtQ4uIwG0agIuV9qrIJpA0vi5J+eJItgYwcPyXmgfd1l7C9ltfE4gqAvBiMg1Sro6s1TN+KZXx1s6GKYV/qXSWvRAO416CtA6Htr+5CVtHFQxMfQj1UuvoSw4u2PEhrF3T6OcRBXeBspoZM13nY5jG0rc7TnMsCqvgGeEjL7I5kMhSAuCWrozUsin/kViZpqjrEhHr0PiBXcY7t3PIqCdDOcwwnUol7i5HK2cCQWZSlyRK8WS/jt5F8nmlMOHMoUWIbTLfAKeEBDQXeAP7PnPiQ=; 5:qArUtdTLLASTYd3HxGmt/fkkmf11RnEhTiCE/gBINa5TqiyhllgaG69LMHEkJmv/5YQbnhNMA2SHLyljpZfLkOwdlo36tAPeEu/4EfHJak5EW6YtO9WwKFXKj3CW1QqfVBUkRbPE4c6eVYU+gexI6RWTTv0rqOI27KYUA6UE68c=; 24:GZDNmzqfRiWJzERb4E7s9IiZXaaRtSkFHR8QUdrwm3so29Ve7oa5yvmQQQXkeCp5Mu9cIXQihax2f6jfyzguQUSTZFLxNgMCfitohpDFrU0=; 7:2ZNgry98/f5ciqaGjWstA96Rt9n6EOcO0b/SQKT85cAf7udpdMG583NgQLgIHi7DCafysIuLMNHfryXuS4kiMbaDgcGV1rg4FjGj5KInSWe2RqivhpF9em6yZrm/aMbSTF0eMaegILbznIhGqnaKUAe9T98Toi5x4TCY8yi0eZ/f1obdhjHrajhWhSnwDzlZIolGuIdCVLC6k3tj9mENuXxEfdWxQ0Zui6xywZ/Ir2t67DCEguL8c7wzVx1zOVPL x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: fd692eac-b986-4a57-d81c-08d547b68260 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(48565401081)(2017052603307); SRVR:VI1PR07MB0847; x-ms-traffictypediagnostic: VI1PR07MB0847: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040470)(2401047)(5005006)(8121501046)(10201501046)(3231023)(11241501184)(93006095)(93001095)(3002001)(6055026)(6041268)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(6072148)(201708071742011); SRVR:VI1PR07MB0847; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:VI1PR07MB0847; x-forefront-prvs: 0527DFA348 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(396003)(346002)(39860400002)(39380400002)(376002)(57704003)(189003)(199004)(53754006)(6436002)(106356001)(97736004)(105586002)(55016002)(229853002)(68736007)(8676002)(14454004)(81166006)(478600001)(3280700002)(8936002)(3660700001)(2906002)(54896002)(9686003)(2501003)(5250100002)(6306002)(81156014)(99286004)(74316002)(7736002)(7696005)(25786009)(2900100001)(86362001)(53936002)(5660300001)(2950100002)(66066001)(316002)(33656002)(53546011)(102836003)(3846002)(790700001)(6506007)(110136005)(6246003)(6116002)(76176011)(90052001); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB0847; H:VI1PR07MB0848.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:0; LANG:en; received-spf: None (protection.outlook.com: nokia-bell-labs.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_VI1PR07MB084846CB3A16AE9691C1C3E09B0C0VI1PR07MB0848eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia-bell-labs.com X-MS-Exchange-CrossTenant-Network-Message-Id: fd692eac-b986-4a57-d81c-08d547b68260 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Dec 2017 14:32:33.9485 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB0847 Archived-At: Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2017 14:32:39 -0000 --_000_VI1PR07MB084846CB3A16AE9691C1C3E09B0C0VI1PR07MB0848eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Cristina and others, I would suggest that COMS/ATCN interface mapping would be developed in the= TEAS WG since that is an IETF WG, is also alluding to slicing topics, has = related specifications and the expertise of the transport networks. However, NFVO related work is currently within NVFRG where the slicing work= is a minor subset of much larger territory of what the RG is discussing. = Therefore, it would be better to do such focused work in COMS when and if i= t becomes an IETF WG. Best regards Hannu From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D= ) Sent: Wednesday, December 13, 2017 10:41 AM To: NetSlices@ietf.org Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi All, This email is want to collect your opinion on the following issue: Do we need to standardize the Southbound/Mapping interface of a network sli= ce aware system in COMS? Or do you think this work should be carried out in= existing WGs/RGs? (e.g., mapping interface between COMS and ACTN, mapping = interface between COMS and NFVO) Best regards, Cristina QIANG --_000_VI1PR07MB084846CB3A16AE9691C1C3E09B0C0VI1PR07MB0848eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello Cristina and = others,

 

I would suggest tha= t  COMS/ATCN interface mapping would be developed in the TEAS WG since= that is an IETF WG, is also alluding to slicing topics, has related specif= ications and the expertise of the transport networks.

 

However, NFVO relat= ed work is currently within NVFRG where the slicing work is a minor subset = of much larger territory of what the RG is discussing.  Therefore, it = would be better to do such focused work in COMS when and if it becomes an IETF WG.

 

 

Best regards

Hannu

 

From: = Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D)
Sent: Wednesday, December 13, 2017 10:41 AM
To: NetSlices@ietf.org
Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface=

 =

Hi All,

&nbs= p;

This emai= l is want to collect your opinion on the following issue:=

&nbs= p;

Do we nee= d to standardize the Southbound/Mapping interface of a network slice aware = system in COMS? Or do you think this work should be carried out in existing= WGs/RGs? (e.g., mapping interface between COMS and ACTN, mapping interface between COMS and NFVO)<= /p>

&nbs= p;

Best rega= rds,

&nbs= p;

Cristina = QIANG

&nbs= p;

--_000_VI1PR07MB084846CB3A16AE9691C1C3E09B0C0VI1PR07MB0848eurp_-- From nobody Thu Dec 21 01:02:34 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DEA61273E2 for ; Thu, 21 Dec 2017 01:02:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.229 X-Spam-Level: X-Spam-Status: No, score=-4.229 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] 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 Pvm1NXm3fJ9Q for ; Thu, 21 Dec 2017 01:02:24 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 426201200FC for ; Thu, 21 Dec 2017 01:02:24 -0800 (PST) Received: from LHREML712-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 97F04CF5ACA8E for ; Thu, 21 Dec 2017 09:02:17 +0000 (GMT) Received: from DGGEMI404-HUB.china.huawei.com (10.3.17.142) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.361.1; Thu, 21 Dec 2017 09:02:18 +0000 Received: from DGGEMI509-MBS.china.huawei.com ([169.254.2.152]) by dggemi404-hub.china.huawei.com ([10.3.17.142]) with mapi id 14.03.0361.001; Thu, 21 Dec 2017 17:02:13 +0800 From: "qiangli (D)" To: "Flinck, Hannu (Nokia - FI/Espoo)" , "NetSlices@ietf.org" Thread-Topic: [Netslices] Open Issue I: SouthBound/Mapping Interface Thread-Index: AQHTeZ9kKiooTEHoikOC9L32YMqm1aNNBIwA Date: Thu, 21 Dec 2017 09:02:12 +0000 Message-ID: <06C389826B926F48A557D5DB5A54C4ED2A5DFC7D@dggemi509-mbs.china.huawei.com> References: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.163.138] Content-Type: multipart/alternative; boundary="_000_06C389826B926F48A557D5DB5A54C4ED2A5DFC7Ddggemi509mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2017 09:02:27 -0000 --_000_06C389826B926F48A557D5DB5A54C4ED2A5DFC7Ddggemi509mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Hannu and others, Thank you for your comments. As you and Diego mentioned, the standardizatio= n of southbound interface is a sensitive matter, we'd better avoid infringi= ng other WGs/RGs. To solve this issue, maybe we should figure out "Is it possible to have a u= niform/standard mapping interface to adapt to a variety of implementation t= echnologies?" first. If Pedro is right, such uniform interface does exist, = then it's not a big deal to standardize it IMHO. Otherwise, I think we may = need to consider which option listed below will be better: Option 1: No standardization work on southbound interface, at least before = IETF 101 Option 2: Separately analyze all specific technologies as you have done -- = ACTN [un-checked], NFV [checked], then how about SFC, VPN...? Option 3: Classify technologies (e.g., providing connectivity, provide VNF.= ...) , then discuss for each classification. I personally prefer 1 or 3, what's your opinion? Best regards, Cristina QIANG From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs= .com] Sent: Wednesday, December 20, 2017 10:33 PM To: qiangli (D) ; NetSlices@ietf.org Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface Hello Cristina and others, I would suggest that COMS/ATCN interface mapping would be developed in the= TEAS WG since that is an IETF WG, is also alluding to slicing topics, has = related specifications and the expertise of the transport networks. However, NFVO related work is currently within NVFRG where the slicing work= is a minor subset of much larger territory of what the RG is discussing. = Therefore, it would be better to do such focused work in COMS when and if i= t becomes an IETF WG. Best regards Hannu From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D= ) Sent: Wednesday, December 13, 2017 10:41 AM To: NetSlices@ietf.org Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi All, This email is want to collect your opinion on the following issue: Do we need to standardize the Southbound/Mapping interface of a network sli= ce aware system in COMS? Or do you think this work should be carried out in= existing WGs/RGs? (e.g., mapping interface between COMS and ACTN, mapping = interface between COMS and NFVO) Best regards, Cristina QIANG --_000_06C389826B926F48A557D5DB5A54C4ED2A5DFC7Ddggemi509mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Hann= u and  others,

&n= bsp;

&n= bsp;

Thank y= ou for your comments. As you and Diego mentioned, the standardization of so= uthbound interface is a sensitive matter, we’d better avoid infringin= g other WGs/RGs.

&n= bsp;

To solv= e this issue, maybe we should figure out “Is it possible to have a un= iform/standard mapping interface to adapt to a variety of implementation te= chnologies?” first. If Pedro is right, such uniform interface does exist, then it’s not a big deal to standardiz= e it IMHO. Otherwise, I think we may need to consider which option listed b= elow will be better:

Option = 1: No standardization work on southbound interface, at least before IETF 10= 1

Option = 2: Separately analyze all specific technologies as you have done -- ACTN [u= n-checked], NFV [checked], then how about SFC, VPN…?

Option = 3: Classify technologies (e.g., providing connectivity, provide VNF….= ) , then discuss for each classification.

&n= bsp;

I perso= nally prefer 1 or 3, what’s your opinion?

&n= bsp;

Best re= gards,

&n= bsp;

Cristin= a QIANG

&n= bsp;

From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hann= u.flinck@nokia-bell-labs.com]
Sent: Wednesday, December 20, 2017 10:33 PM
To: qiangli (D) <qiangli3@huawei.com>; NetSlices@ietf.org
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface<= o:p>

 

Hell= o Cristina and others,

 

I wo= uld suggest that  COMS/ATCN interface mapping would be developed in th= e TEAS WG since that is an IETF WG, is also alluding to slicing topics, has= related specifications and the expertise of the transport networks.

 

Howe= ver, NFVO related work is currently within NVFRG where the slicing work is = a minor subset of much larger territory of what the RG is discussing.  = ;Therefore, it would be better to do such focused work in COMS when and if it becomes an IETF WG.

 

 

Best= regards

Hann= u

 

From: Netslices [ma= ilto:netslices-bounces@ietf.org] On Behalf Of qiangli (D)
Sent: Wednesday, December 13, 2017 10:41 AM
To: NetSlices@ietf.org
Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface=

 

Hi All,

 

This email is want to collect y= our opinion on the following issue:

 

Do we need to standardize the S= outhbound/Mapping interface of a network slice aware system in COMS? Or do = you think this work should be carried out in existing WGs/RGs? (e.g., mappi= ng interface between COMS and ACTN, mapping interface between COMS and NFVO)

 

Best regards,=

 

Cristina QIANG

 

--_000_06C389826B926F48A557D5DB5A54C4ED2A5DFC7Ddggemi509mbschi_-- From nobody Thu Dec 21 01:03:21 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C39C2124207 for ; Thu, 21 Dec 2017 01:03:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] 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 8fU6V4NO2FR9 for ; Thu, 21 Dec 2017 01:03:12 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 407661200FC for ; Thu, 21 Dec 2017 01:03:12 -0800 (PST) Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 051CF603C05EE; Thu, 21 Dec 2017 09:03:09 +0000 (GMT) Received: from DGGEMI402-HUB.china.huawei.com (10.3.17.135) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.361.1; Thu, 21 Dec 2017 09:03:10 +0000 Received: from DGGEMI509-MBS.china.huawei.com ([169.254.2.152]) by dggemi402-hub.china.huawei.com ([10.3.17.135]) with mapi id 14.03.0361.001; Thu, 21 Dec 2017 17:02:59 +0800 From: "qiangli (D)" To: "Flinck, Hannu (Nokia - FI/Espoo)" , Shunsuke Homma , "Diego R. Lopez" , "NetSlices@ietf.org" , Kiran.Makhijani Thread-Topic: [Netslices] Open Issue II: Service Model Thread-Index: AQHTc/DGJokL3NGQ70Oo9qkYKeFT+6NAs0AAgAGqIwCAAMVQgIAFsCrggAE0u4CAAcX6AIABv1wg Date: Thu, 21 Dec 2017 09:02:59 +0000 Message-ID: <06C389826B926F48A557D5DB5A54C4ED2A5DFC91@dggemi509-mbs.china.huawei.com> References: <00D9B1A6-48F4-48B3-B570-1DFA0C2DF5CE@telefonica.com> <06C389826B926F48A557D5DB5A54C4ED2A5DEF6F@dggemi509-mbs.china.huawei.com> <2770fba1-c28e-b2c8-96a3-1d075170d463@lab.ntt.co.jp> <06C389826B926F48A557D5DB5A54C4ED2A5DF742@dggemi509-mbs.china.huawei.com> <7f28aefa-653a-2328-d7ab-23d13b88a267@lab.ntt.co.jp> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.163.138] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Netslices] Open Issue II: Service Model X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2017 09:03:20 -0000 KzENCg0KQmVzdCByZWdhcmRzLA0KDQpDcmlzdGluYSBRSUFORw0KDQotLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KRnJvbTogRmxpbmNrLCBIYW5udSAoTm9raWEgLSBGSS9Fc3BvbykgW21haWx0 bzpoYW5udS5mbGluY2tAbm9raWEtYmVsbC1sYWJzLmNvbV0gDQpTZW50OiBXZWRuZXNkYXksIERl Y2VtYmVyIDIwLCAyMDE3IDEwOjIxIFBNDQpUbzogU2h1bnN1a2UgSG9tbWEgPGhvbW1hLnNodW5z dWtlQGxhYi5udHQuY28uanA+OyBxaWFuZ2xpIChEKSA8cWlhbmdsaTNAaHVhd2VpLmNvbT47IERp ZWdvIFIuIExvcGV6IDxkaWVnby5yLmxvcGV6QHRlbGVmb25pY2EuY29tPjsgTmV0U2xpY2VzQGll dGYub3JnOyBLaXJhbi5NYWtoaWphbmkgPEtpcmFuLk1ha2hpamFuaUBodWF3ZWkuY29tPg0KU3Vi amVjdDogUkU6IFtOZXRzbGljZXNdIE9wZW4gSXNzdWUgSUk6IFNlcnZpY2UgTW9kZWwNCg0KSGVs bG8gU2h1bnN1a2UNCg0KSSBhZ3JlZSB0aGF0IHdlIHNob3VsZCBhbHNvIGxvb2sgaW50byBTRkMg YXNwZWN0cy4gDQoNCkJlc3QgcmVnYXJkcw0KIEhhbm51DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQpGcm9tOiBOZXRzbGljZXMgW21haWx0bzpuZXRzbGljZXMtYm91bmNlc0BpZXRmLm9y Z10gT24gQmVoYWxmIE9mIFNodW5zdWtlIEhvbW1hDQpTZW50OiBUdWVzZGF5LCBEZWNlbWJlciAx OSwgMjAxNyAxOjE2IFBNDQpUbzogcWlhbmdsaSAoRCkgPHFpYW5nbGkzQGh1YXdlaS5jb20+OyBE aWVnbyBSLiBMb3BleiA8ZGllZ28uci5sb3BlekB0ZWxlZm9uaWNhLmNvbT47IE5ldFNsaWNlc0Bp ZXRmLm9yZzsgS2lyYW4uTWFraGlqYW5pIDxLaXJhbi5NYWtoaWphbmlAaHVhd2VpLmNvbT4NClN1 YmplY3Q6IFJlOiBbTmV0c2xpY2VzXSBPcGVuIElzc3VlIElJOiBTZXJ2aWNlIE1vZGVsDQoNCkhp IENyaXN0aW5hIGFuZCBIYW5udSwNCg0KVGhhbmsgeW91IGZvciB5b3VyIGFuc3dlcnMuIEkgdW5k ZXJzdG9vZCB0aGUgbWVhbiBvZiAiY29tbW9uIiwgYW5kIHRoZSBnb2FsIG9mIENPTVMuDQoNCklN SE8sIGF0IGxlYXN0LCB3ZSBuZWVkIHRvIGNvbnNpZGVyIG1vZGVscyBmb3IgbWFuYWdlbWVudCBv ZiB2TkZzIGFuZCBzZXJ2aWNlIGNoYWlucyBpbiBhZGRpdGlvbiB0byBMMlNNL0wzU00gZm9yIG1h a2luZyB0aGUgbmV0d29yayBzbGljaW5nIGFyY2hpdGVjdHVyZSBiZSBtb3JlIGZsZXhpYmxlLg0K DQpBcyBEaWVnbyBtZW50aW9uZWQgaW4gdGhlIHByZXZpb3VzIGVtYWlsLCB3ZSB3b3VsZCBiZSBh YmxlIHRvIHJlZmVyIHRoZSBtb2RlbHMgZGVmaW5lZCBpbiB0aGUgT1NNIHByb2plY3QgZm9yIGNv bnNpZGVyaW5nIFZORiBtYW5hZ2VtZW50LiBBbHNvLCBJIHRoaW5rIHRoYXQgdGhlIHdvcmsgb24g U0ZDIFdHIHdvdWxkIGJlIGhlbHBmdWwgdG8gZGVmaW5lIHRoZSBtb2RlbHMgZm9yIHNlcnZpY2Ug Y2hhaW5pbmcuDQoNClRoYW5rcywNCg0KU2h1bnN1a2UNCg0KDQpPbiAyMDE3LzEyLzE4IDIzOjIz LCBxaWFuZ2xpIChEKSB3cm90ZToNCj4gSGkgU2h1bnN1a2UsDQo+IA0KPiBDT01TIGlzIGEgY29u Y3JldGUgdG9waWMgbmFycm93ZWQgZnJvbSB0aGUgb3JpZ2luYWwgTmV0U2xpY2luZywgQ09NUyBm b2N1c2VzIG9uIHRoZSBzY2VuYXJpby91c2UgY2FzZSB0aGF0IGEgbmV0d29yayBzbGljZSBhY3Jv c3MgbXVsdGlwbGUgdGVjaG5pY2FsIGRvbWFpbnMgaW4gdHJhbnNwb3J0IG5ldHdvcmsuIFRoZSBl eGlzdGluZyB1c2UgY2FzZSBkcmFmdCAoaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQtbmV0c2xpY2VzLXVzZWNhc2VzLz9pbmNsdWRlX3RleHQ9MSkgc3R1ZGllcyB0aGUgd2hv bGUgbmV0d29yayBzbGljaW5nIHVzZSBjYXNlcyByYXRoZXIgdGhhbiBDT01TIG9ubHksIEkgdGhp bmsgdGhhdCdzIHdoeSB5b3UgZmVlbCBjb25mdXNlZC4gTWF5YmUgd2UgY2FuIG9wZW4gYW5vdGhl ciB0aHJlYWQgdG8gZGlzY3VzcyB3aGV0aGVyIENPTVMgbmVlZHMgYSBzcGVjaWFsIHVzZSBjYXNl IGRyYWZ0IG9yIG5vdC4NCj4gDQo+ICJDb21tb24iIGlzIHJlbGF0aXZlIHRvICJkaXN0aW5jdCIg LS0gIkNvbW1vbiIgbWFuYWdlbWVudCBwbGFuZSB1cG9uICJkaXN0aW5jdCIgaW1wbGVtZW50YXRp b24gdGVjaG5vbG9naWVzLCB3aGljaCBpcyBtb3RpdmF0ZWQgYnkgb3BlcmF0b3JzJyByZXF1aXJl bWVudHMuIEknbSBub3Qgc3VyZSB3aGF0IGRvIHlvdSBtZWFuIGJ5ICJuZXR3b3JrIGNvbXBvbmVu dHMiLCBidXQgSW4gb3JkZXIgdG8gc3VwcG9ydCBzdWNoIGNvbW1vbiBtYW5hZ2VtZW50IG9uIG5l dHdvcmsgc2xpY2VzLCBzb21lIHN0YW5kYXJkaXphdGlvbiB3b3JrIG9uIGFyY2hpdGVjdHVyZS8g aW5mb3JtYXRpb24gbW9kZWwvIGludGVyZmFjZXMgbWF5IGJlIG5lY2Vzc2FyeSBJTU8uDQo+IA0K PiBCZXN0IHJlZ2FyZHMsDQo+IAkNCj4gQ3Jpc3RpbmEgUUlBTkcNCj4gDQo+IA0KPiAtLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBTaHVuc3VrZSBIb21tYSBbbWFpbHRvOmhvbW1h LnNodW5zdWtlQGxhYi5udHQuY28uanBdDQo+IFNlbnQ6IEZyaWRheSwgRGVjZW1iZXIgMTUsIDIw MTcgMTA6MDAgQU0NCj4gVG86IHFpYW5nbGkgKEQpIDxxaWFuZ2xpM0BodWF3ZWkuY29tPjsgRGll Z28gUi4gTG9wZXogDQo+IDxkaWVnby5yLmxvcGV6QHRlbGVmb25pY2EuY29tPjsgTmV0U2xpY2Vz QGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbTmV0c2xpY2VzXSBPcGVuIElzc3VlIElJOiBTZXJ2 aWNlIE1vZGVsDQo+IA0KPiBIaSBDaHJpc3RpbmEsDQo+IA0KPiBUaGFuayB5b3UgZm9yIHlvdXIg cmVzcG9uc2UuDQo+IA0KPiBTb3JyeSBmb3IgY29uZnVzaW5nIHlvdS4gSSBtZWFudCAidGFyZ2V0 cyIgYXJlIHVzZSBjYXNlcyBvciBkZXBsb3ltZW50IA0KPiBzY2VuYXJpb3Mgb2YgbmV0d29yayBz bGljZXMuIEZvciBleGFtcGxlLCBpbiBteSB1bmRlcnN0YW5kaW5nLCAzR1BQIGlzIA0KPiBmb2N1 c2luZyBvbiB1c2UgY2FzZXMgaW4gbW9iaWxlIG5ldHdvcmtzLiBXaGF0IHVzZSBjYXNlcyBpcyBD T01TIA0KPiBjb25zaWRlcmluZz8gKERvZXMgdGhlIHVzZSBjYXNlIGRyYWZ0IGNvdmVyIGFsbCB1 c2UgY2FzZXMgd2hpY2ggDQo+IElFVEYvQ09NUyBzaG91bGQgY29uc2lkZXI/KQ0KPiANCj4gQWN0 dWFsbHksIHNvbWUgaGlnaCBsZXZlbCByZXF1aXJlbWVudHMgYXJlIGRlc2NyaWJlZCBpbiBzb21l IG5ldHNsaWNpbmcvY29tcyBkcmFmdHMsIGJ1dCB0aGV5IHNlZW0gbm90IHRvIGJlIGJyb2tlbiBk b3duIGVub3VnaCB0byBqdWRnZSB3aGV0aGVyIGV4aXN0aW5nIHRlY2hub2xvZ2llcyBjYW4gZW5v dWdoIHN1cHBvcnQgZXZlcnkgdXNlIGNhc2Ugb2YgbmV0d29yayBzbGljaW5nLg0KPiANCj4gQnkg dGhlIHdheSwgSSdtIGxpdHRsZSBiaXQgY29uZnVzZWQgYnkgYSB3b3JkLCAiY29tbW9uIi4gRG8g eW91IG1lYW4gdGhhdCB0aGUgZ29hbCBvZiBDT01TIGlzIHByb3ZpZGluZyBpbnRlcmZhY2VzIGZv ciBjdXJyZW50IG5ldHdvcmsgY29tcG9uZW50cz8gT3IgZGVmaW5pbmcgYXJjaGl0ZWN0dXJlLCBp bmZvcm1hdGlvbiBtb2RlbCwgYW5kIGludGVyZmFjZSB3aGljaCBjYW4gc3VwcG9ydCBldmVyeSBu ZXR3b3JrIHNsaWNpbmcgdXNlIGNhc2U/DQo+IA0KPiBSZWdhcmRzLA0KPiANCj4gU2h1bnN1a2UN Cj4gDQo+IE9uIDIwMTcvMTIvMTQgMTg6MTUsIHFpYW5nbGkgKEQpIHdyb3RlOg0KPj4gSGkgU2h1 bnN1a2UsDQo+Pg0KPj4gVGhlIGZvcm1lciBlbWFpbCBlbnRpdGxlZCAiU3VtbWFyeSBvZiBPcGVu IElzc3VlcyIgaXMgZGlzY3Vzc2luZyB0aGUgdGFyZ2V0cywgYW5kIGNoYXJ0ZXIgc2ltaWxhciB0 aGluZ3Mgb2YgQ09NUy4NCj4+DQo+PiBTaW1wbHkgc3BlYWtpbmcsIENPTVMgdHJpZXMgdG8gZG8g YSByZXNvdXJjZS1jZW50cmljIGNvbW1vbiBtYW5hZ2VtZW50IHBsYW5lIHVwb24gbXVsdGlwbGUg aW1wbGVtZW50YXRpb24gdGVjaG5vbG9naWVzLiBXZSBoYXZlIHByZWxpbWluYXJpbHkgbGlzdGVk IDYgcG90ZW50aWFsIGRpcmVjdGlvbnMgaW4gdGhhdCBlbWFpbC4gSW4gYWRkaXRpb24gdG8gdGhl c2UsIHNvbWUgdGVjaG5pY2FsIGlzc3VlcyBzdWNoIGFzIGhvdyB0byBzdGl0Y2ggbmV0d29yayBz bGljZSBzdWJuZXRzIGFsc28gaGF2ZSBiZWVuIGRpc2N1c3NlZCBpbiBDT01TLiBXZWxjb21lIHRv IHJlcGx5IHlvdXIgb3BpbmlvbiB1bmRlciB0aGF0IHRocmVhZCwgYW5kIGhlbHAgdXMgdG8gZW5o YW5jZSBpdC4NCj4+DQo+Pg0KPj4gQmVzdCByZWdhcmRzLA0KPj4NCj4+IENyaXN0aW5hIFFJQU5H DQo+Pg0KPj4NCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiBGcm9tOiBTaHVuc3Vr ZSBIb21tYSBbbWFpbHRvOmhvbW1hLnNodW5zdWtlQGxhYi5udHQuY28uanBdDQo+PiBTZW50OiBX ZWRuZXNkYXksIERlY2VtYmVyIDEzLCAyMDE3IDg6NDggUE0NCj4+IFRvOiBEaWVnbyBSLiBMb3Bl eiA8ZGllZ28uci5sb3BlekB0ZWxlZm9uaWNhLmNvbT47IHFpYW5nbGkgKEQpIA0KPj4gPHFpYW5n bGkzQGh1YXdlaS5jb20+OyBOZXRTbGljZXNAaWV0Zi5vcmcNCj4+IFN1YmplY3Q6IFJlOiBbTmV0 c2xpY2VzXSBPcGVuIElzc3VlIElJOiBTZXJ2aWNlIE1vZGVsDQo+Pg0KPj4gSGksDQo+Pg0KPj4g SGF2ZSB0YXJnZXRzIG9mIG5ldHdvcmsgc2xpY2luZyBvZiBDT01TL0lFVEYgYW5kIHRoZWlyIGNv bmNyZXRlIHJlcXVpcmVtZW50cyBiZWVuIGFscmVhZHkgY2xhcmlmaWVkPyBJZiB0aGV5IGFyZSBu b3QgY2xlYXIsIEkgdGhpbmsgd2UgY2FuJ3QganVkZ2Ugd2hldGhlciBjdXJyZW50IFdHcycgc29s dXRpb25zIGFyZSBlbm91Z2ggdG8gc3VwcG9ydCBtYW5hZ2VtZW50IG9uIG5ldHdvcmsgc2xpY2Vz LiBXaHkgZG9uJ3Qgd2UgY2xhcmlmeSByZXF1aXJlbWVudHMgZmlyc3RseT8NCj4+DQo+PiBPZiBj b3Vyc2UsIHdlIHdvdWxkIGJlIGFibGUgdG8gcmVmZXIgcmVsYXRlZCB3b3JrcyBzdWNoIGFzIEwy U00vTDNTTSBvciBPU00gZm9yIGRlZmluaW5nIHNlcnZpY2UvaW5mb3JtYXRpb24gbW9kZWxzIGZv ciBuZXR3b3JrIHNsaWNpbmcuDQo+Pg0KPj4gVGhhbmtzLA0KPj4NCj4+IFNodW5zdWtlDQo+Pg0K Pj4NCj4+IE9uIDIwMTcvMTIvMTMgMTg6MDAsIERpZWdvIFIuIExvcGV6IHdyb3RlOg0KPj4+IEhp LA0KPj4+DQo+Pj4gSWYgd2UgZm9jdXMgb24gY29ubmVjdGl2aXR5IG1hdHRlcnMsIEwyU00vTDNT TSBvciBzaW1pbGFyIHNob3VsZCBiZSANCj4+PiBlbm91Z2guIElmIHdlIHN0YXJ0IHRoaW5raW5n IGFib3V0IG90aGVyIHJlc291cmNlcyAoc3RvcmFnZSwNCj4+PiBjb21wdXRl4oCmKSBJIHRoaW5r IHdl4oCZZCBuZWVkIHNvbWV0aGluZyBtb3JlLiBBcyBhIHN0YXJ0aW5nIHBvaW50LCB3ZSANCj4+ PiBjb3VsZCB1c2UgdGhlIG1vZGVscyBiZWluZyBkZWZpbmVkIGJ5IHRoZSBPU00gcHJvamVjdDoN Cj4+Pg0KPj4+IGh0dHBzOi8vb3NtLmV0c2kub3JnL3dpa2lwdWIvaW5kZXgucGhwL09TTV9JbmZv cm1hdGlvbl9Nb2RlbA0KPj4+DQo+Pj4gQmUgZ29vZGUsDQo+Pj4NCj4+PiAtLQ0KPj4+DQo+Pj4g IkVzdGEgdmV6IG5vIGZhbGxhcmVtb3MsIERvY3RvciBJbmZpZXJubyINCj4+Pg0KPj4+IERyIERp ZWdvIFIuIExvcGV6DQo+Pj4NCj4+PiBUZWxlZm9uaWNhIEkrRA0KPj4+DQo+Pj4gaHR0cHM6Ly93 d3cubGlua2VkaW4uY29tL2luL2RyMmxvcGV6Lw0KPj4+DQo+Pj4gZS1tYWlsOiBkaWVnby5yLmxv cGV6QHRlbGVmb25pY2EuY29tIA0KPj4+IDxtYWlsdG86ZGllZ28uci5sb3BlekB0ZWxlZm9uaWNh LmNvbT4NCj4+Pg0KPj4+IFRlbDrCoMKgwqAgwqDCoMKgwqAgKzM0IDkxMyAxMjkgMDQxDQo+Pj4N Cj4+PiBNb2JpbGU6IMKgKzM0IDY4MiAwNTEgMDkxDQo+Pj4NCj4+PiAtLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tDQo+Pj4NCj4+PiBPbiAxMy8xMi8yMDE3LCAwOTo0OCwgIk5ldHNs aWNlcyBvbiBiZWhhbGYgb2YgcWlhbmdsaSAoRCkiDQo+Pj4gPG5ldHNsaWNlcy1ib3VuY2VzQGll dGYub3JnIDxtYWlsdG86bmV0c2xpY2VzLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIA0KPj4+IGJlaGFs ZiBvZiBxaWFuZ2xpM0BodWF3ZWkuY29tIDxtYWlsdG86cWlhbmdsaTNAaHVhd2VpLmNvbT4+IHdy b3RlOg0KPj4+DQo+Pj4gSGkgQWxsLA0KPj4+DQo+Pj4gVGhpcyBlbWFpbCBpcyB0cnlpbmcgdG8g Y29sbGVjdCB5b3VyIG9waW5pb24gb24gdGhlIGZvbGxvd2luZyBpc3N1ZToNCj4+Pg0KPj4+IERv IHdlIG5lZWQgYSBDT01TIFNlcnZpY2UgTW9kZWw/IE9yIGRvIHlvdSB0aGluayBjdXJyZW50IEwy U00vTDNTTS9ldGMuDQo+Pj4gaXMgZW5vdWdoIHRvIHN1cHBvcnQgdGhlIHJlc291cmNlLW9yaWVu dGVkIChpbmNsdWRpbmcgY29ubmVjdGl2aXR5LCANCj4+PiBjb21wdXRpbmcsIHN0b3JhZ2UgYW5k IG90aGVyIHBvdGVudGlhbCByZXNvdXJjZXMpIGNvbW1vbiBtYW5hZ2VtZW50IA0KPj4+IG9uIG5l dHdvcmsgc2xpY2VzPw0KPj4+DQo+Pj4gQmVzdCByZWdhcmRzLA0KPj4+DQo+Pj4gQ3Jpc3RpbmEg UUlBTkcNCj4+Pg0KPj4+DQo+Pj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4+PiAtDQo+Pj4gLQ0KPj4+IC0tDQo+ Pj4NCj4+PiBFc3RlIG1lbnNhamUgeSBzdXMgYWRqdW50b3Mgc2UgZGlyaWdlbiBleGNsdXNpdmFt ZW50ZSBhIHN1IA0KPj4+IGRlc3RpbmF0YXJpbywgcHVlZGUgY29udGVuZXIgaW5mb3JtYWNpw7Nu IHByaXZpbGVnaWFkYSBvIGNvbmZpZGVuY2lhbCANCj4+PiB5IGVzIHBhcmEgdXNvIGV4Y2x1c2l2 byBkZSBsYSBwZXJzb25hIG8gZW50aWRhZCBkZSBkZXN0aW5vLiBTaSBubyBlcyANCj4+PiB1c3Rl ZC4gZWwgZGVzdGluYXRhcmlvIGluZGljYWRvLCBxdWVkYSBub3RpZmljYWRvIGRlIHF1ZSBsYSBs ZWN0dXJhLCANCj4+PiB1dGlsaXphY2nDs24sIGRpdnVsZ2FjacOzbiB5L28gY29waWEgc2luIGF1 dG9yaXphY2nDs24gcHVlZGUgZXN0YXIgDQo+Pj4gcHJvaGliaWRhIGVuIHZpcnR1ZCBkZSBsYSBs ZWdpc2xhY2nDs24gdmlnZW50ZS4gU2kgaGEgcmVjaWJpZG8gZXN0ZSANCj4+PiBtZW5zYWplIHBv ciBlcnJvciwgbGUgcm9nYW1vcyBxdWUgbm9zIGxvIGNvbXVuaXF1ZSBpbm1lZGlhdGFtZW50ZSAN Cj4+PiBwb3IgZXN0YSBtaXNtYSB2w61hIHkgcHJvY2VkYSBhIHN1IGRlc3RydWNjacOzbi4NCj4+ Pg0KPj4+IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyB0cmFuc21pc3Npb24gaXMg cHJpdmlsZWdlZCBhbmQgDQo+Pj4gY29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGludGVuZGVkIG9u bHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgDQo+Pj4gb3IgZW50aXR5IG5hbWVkIGFi b3ZlLiBJZiB0aGUgcmVhZGVyIG9mIHRoaXMgbWVzc2FnZSBpcyBub3QgdGhlIA0KPj4+IGludGVu ZGVkIHJlY2lwaWVudCwgeW91IGFyZSBoZXJlYnkgbm90aWZpZWQgdGhhdCBhbnkgZGlzc2VtaW5h dGlvbiwgDQo+Pj4gZGlzdHJpYnV0aW9uIG9yIGNvcHlpbmcgb2YgdGhpcyBjb21tdW5pY2F0aW9u IGlzIHN0cmljdGx5IHByb2hpYml0ZWQuDQo+Pj4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyB0 cmFuc21pc3Npb24gaW4gZXJyb3IsIGRvIG5vdCByZWFkIGl0Lg0KPj4+IFBsZWFzZSBpbW1lZGlh dGVseSByZXBseSB0byB0aGUgc2VuZGVyIHRoYXQgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyANCj4+ PiBjb21tdW5pY2F0aW9uIGluIGVycm9yIGFuZCB0aGVuIGRlbGV0ZSBpdC4NCj4+Pg0KPj4+IEVz dGEgbWVuc2FnZW0gZSBzZXVzIGFuZXhvcyBzZSBkaXJpZ2VtIGV4Y2x1c2l2YW1lbnRlIGFvIHNl dSANCj4+PiBkZXN0aW5hdMOhcmlvLCBwb2RlIGNvbnRlciBpbmZvcm1hw6fDo28gcHJpdmlsZWdp YWRhIG91IGNvbmZpZGVuY2lhbCBlIA0KPj4+IMOpIHBhcmEgdXNvIGV4Y2x1c2l2byBkYSBwZXNz b2Egb3UgZW50aWRhZGUgZGUgZGVzdGluby4gU2UgbsOjbyDDqSANCj4+PiB2b3NzYSBzZW5ob3Jp YSBvIGRlc3RpbmF0w6FyaW8gaW5kaWNhZG8sIGZpY2Egbm90aWZpY2FkbyBkZSBxdWUgYSANCj4+ PiBsZWl0dXJhLCB1dGlsaXphw6fDo28sIGRpdnVsZ2HDp8OjbyBlL291IGPDs3BpYSBzZW0gYXV0 b3JpemHDp8OjbyBwb2RlIA0KPj4+IGVzdGFyIHByb2liaWRhIGVtIHZpcnR1ZGUgZGEgbGVnaXNs YcOnw6NvIHZpZ2VudGUuIFNlIHJlY2ViZXUgZXN0YSANCj4+PiBtZW5zYWdlbSBwb3IgZXJybywg cm9nYW1vcy1saGUgcXVlIG5vcyBvIGNvbXVuaXF1ZSBpbWVkaWF0YW1lbnRlIHBvciANCj4+PiBl c3RhIG1lc21hIHZpYSBlIHByb2NlZGEgYSBzdWEgZGVzdHJ1acOnw6NvDQo+Pj4NCj4+Pg0KPj4+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4gTmV0 c2xpY2VzIG1haWxpbmcgbGlzdA0KPj4+IE5ldHNsaWNlc0BpZXRmLm9yZw0KPj4+IGh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0c2xpY2VzDQo+Pj4NCj4+DQo+Pg0KPj4g LS0NCj4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4+IFNodW5zdWtlIEhv bW1hDQo+PiA8aG9tbWEuc2h1bnN1a2VAbGFiLm50dC5jby5qcD4NCj4+IFRFTDogKzgxIDQyMiA1 OSAzNDg2DQo+PiBGQVg6ICs4MSA0MjIgNjAgNzQ2MA0KPj4NCj4+IE5UVCBOZXR3b3JrIFNlcnZp Y2UgU3lzdGVtcyBMYWJzLg0KPj4gTXVzYXNoaW5vIGNpdHksIFRva3lvLCBKYXBhbg0KPj4gLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPj4NCj4gDQo+IA0KPiAtLQ0KPiAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IFNodW5zdWtlIEhvbW1hDQo+IDxob21t YS5zaHVuc3VrZUBsYWIubnR0LmNvLmpwPg0KPiBURUw6ICs4MSA0MjIgNTkgMzQ4Ng0KPiBGQVg6 ICs4MSA0MjIgNjAgNzQ2MA0KPiANCj4gTlRUIE5ldHdvcmsgU2VydmljZSBTeXN0ZW1zIExhYnMu DQo+IE11c2FzaGlubyBjaXR5LCBUb2t5bywgSmFwYW4NCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KPiANCg0KDQotLQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KU2h1bnN1a2UgSG9tbWENCjxob21tYS5zaHVuc3VrZUBsYWIubnR0LmNvLmpwPg0KVEVM OiArODEgNDIyIDU5IDM0ODYNCkZBWDogKzgxIDQyMiA2MCA3NDYwDQoNCk5UVCBOZXR3b3JrIFNl cnZpY2UgU3lzdGVtcyBMYWJzLg0KTXVzYXNoaW5vIGNpdHksIFRva3lvLCBKYXBhbg0KLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KTmV0c2xpY2VzIG1haWxpbmcgbGlzdA0KTmV0c2xpY2Vz QGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldHNsaWNl cw0K From nobody Thu Dec 21 05:42:50 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA63512D86C for ; Thu, 21 Dec 2017 05:42:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 AGmDBygVtA6a for ; Thu, 21 Dec 2017 05:42:46 -0800 (PST) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-eopbgr60090.outbound.protection.outlook.com [40.107.6.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B4E1412D7EE for ; Thu, 21 Dec 2017 05:42:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector2-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=qtORLNehfcwfeP0EZXdEXZrtOGPaf3FR3Hisu4rNHfw=; b=KA+vQFX6uobHQuRo95vwwRt/RX0nbo8M32I1o3bS5d2jAu7ubirES4EXxo+Ib/DcJxOdFEjBb4Un1Fqc4H9hH6KhR2P8+4Zaz0q6lis0J1+toc9562wwnVUi/MPKZ4te8i8hFF4LNp0lBadI+2ba12yjg6guYkL1ejBF+C0swcY= Received: from HE1PR07MB0842.eurprd07.prod.outlook.com (10.162.24.156) by HE1PR07MB0842.eurprd07.prod.outlook.com (10.162.24.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.345.10; Thu, 21 Dec 2017 13:42:42 +0000 Received: from HE1PR07MB0842.eurprd07.prod.outlook.com ([fe80::39b6:81e1:87f:6084]) by HE1PR07MB0842.eurprd07.prod.outlook.com ([fe80::39b6:81e1:87f:6084%14]) with mapi id 15.20.0345.013; Thu, 21 Dec 2017 13:42:42 +0000 From: "Flinck, Hannu (Nokia - FI/Espoo)" To: "qiangli (D)" , "NetSlices@ietf.org" Thread-Topic: [Netslices] Open Issue I: SouthBound/Mapping Interface Thread-Index: AdNz7BaJGrRkEFbTREOfWwbxCLzW+gFshmWwACcM2QAACbDbgA== Date: Thu, 21 Dec 2017 13:42:42 +0000 Message-ID: References: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> <06C389826B926F48A557D5DB5A54C4ED2A5DFC7D@dggemi509-mbs.china.huawei.com> In-Reply-To: <06C389826B926F48A557D5DB5A54C4ED2A5DFC7D@dggemi509-mbs.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=hannu.flinck@nokia-bell-labs.com; x-originating-ip: [131.228.32.181] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; HE1PR07MB0842; 6:y9U7hKIW2L+LkiQiWR6iU2PhG44wahTdaDGkZp30auRustc2YF7BW+c7fBKpXxepJFgwCOXUy9KJtiD/5jJ+6x3fxRfU9dSZUCQYxIsDc406791y5eJCnlYqqfzpflMafRJz3YMc3g2J6aqvEQJUUTh+08JER2kWoilGqTbH7DnQS1TAFAZ2Gkkh3ojDzWd+sHXbNHrCU5j6Y3Q/5XcsI8eLSxcRD0SuCpLsYV/ZRt06mNl0s1+HjYYp7r3E2YPrH5+VlpJN9FPrERdRLL72ClimbA1GuyBcsVaqLAmcDs/y51MlQk58lsY3lj0WCYUjv+cqOq22PsdCCJv+YgGFCeWuc/ac71UDF9rqTmkTQ2A=; 5:NTeh+B9Ftvkj6Jqlz2P0UVjiEOG96uY+XLsS1btMA/S0zoFTDdWIojD2J9quwEY0dz9yzWNIoEV35lVnqHMdQ9bEzSQ+XGJ0gIuZsYrZzbeOSXgppXqcGcu1xPi13O2lJb7SwGXGzz/RC9LvcYMqX4jp2iCGorG3hBKeXabISNs=; 24:6s5UZLuUkC2JWpCtE5K4Cr0r5ggJMgTj/Vkp7cfFaNO7DjqeD36erR3JRXqoKeXUZnPAsPvF2G9PmlHx/AsYeMhgYAVEomGb5Fv5ribcHps=; 7:2mKz64QPf31o8fZeXmJp6WSk3t1AFGfUnJvrzM3CHLPYywBQHFDBZFLDnhjhVedRQM7razi2yrVcvIDD+d3k/bqIGrTqVS8nG4zhzkbJ8im1W+AQHu4eSUuS0/Wqwg/00aNlCH0H9u2vcb7ippnP6EZvGlBAyYldXkXz7e21lpfb0zhtKmkHq8RGLbDAx0l7HKoRqJZSrcjI2fJnK3ePSqHP2U7k6+5cZwJRUhw8GOK7A0sgbpV1muDcX3rk6mRm x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 687cddbb-1e25-481d-f567-08d54878b5be x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(3008031)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(48565401081)(2017052603307); SRVR:HE1PR07MB0842; x-ms-traffictypediagnostic: HE1PR07MB0842: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(50582790962513)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040470)(2401047)(8121501046)(5005006)(3002001)(93006095)(93001095)(10201501046)(3231023)(11241501184)(6055026)(6041268)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123558120)(20161123564045)(20161123562045)(6072148)(201708071742011); SRVR:HE1PR07MB0842; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:HE1PR07MB0842; x-forefront-prvs: 0528942FD8 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39380400002)(396003)(39860400002)(346002)(376002)(366004)(53754006)(199004)(57704003)(189003)(81156014)(5660300001)(74316002)(3846002)(2900100001)(790700001)(6116002)(5250100002)(316002)(105586002)(110136005)(106356001)(2501003)(68736007)(8676002)(345774005)(8936002)(478600001)(86362001)(14454004)(6246003)(7736002)(54896002)(2950100002)(3280700002)(55016002)(53936002)(6306002)(33656002)(99286004)(6436002)(2906002)(97736004)(66066001)(53546011)(236005)(3660700001)(7696005)(76176011)(6506007)(25786009)(81166006)(229853002)(9686003)(102836004)(90052001); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR07MB0842; H:HE1PR07MB0842.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:0; MX:1; LANG:en; received-spf: None (protection.outlook.com: nokia-bell-labs.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_HE1PR07MB0842A5BCA7AD2B3BF7BA739E9B0D0HE1PR07MB0842eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia-bell-labs.com X-MS-Exchange-CrossTenant-Network-Message-Id: 687cddbb-1e25-481d-f567-08d54878b5be X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Dec 2017 13:42:42.3228 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB0842 Archived-At: Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2017 13:42:49 -0000 --_000_HE1PR07MB0842A5BCA7AD2B3BF7BA739E9B0D0HE1PR07MB0842eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Cristina I am not sure I understand the option 3 sufficiently. What would be the use= of the classification? Should we identify classes of technologies that can= be served by same/similar mapping based on the classification? Best regards Hannu From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D= ) Sent: Thursday, December 21, 2017 11:02 AM To: Flinck, Hannu (Nokia - FI/Espoo) ; Ne= tSlices@ietf.org Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi Hannu and others, Thank you for your comments. As you and Diego mentioned, the standardizatio= n of southbound interface is a sensitive matter, we'd better avoid infringi= ng other WGs/RGs. To solve this issue, maybe we should figure out "Is it possible to have a u= niform/standard mapping interface to adapt to a variety of implementation t= echnologies?" first. If Pedro is right, such uniform interface does exist, = then it's not a big deal to standardize it IMHO. Otherwise, I think we may = need to consider which option listed below will be better: Option 1: No standardization work on southbound interface, at least before = IETF 101 Option 2: Separately analyze all specific technologies as you have done -- = ACTN [un-checked], NFV [checked], then how about SFC, VPN...? Option 3: Classify technologies (e.g., providing connectivity, provide VNF.= ...) , then discuss for each classification. I personally prefer 1 or 3, what's your opinion? Best regards, Cristina QIANG From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs= .com] Sent: Wednesday, December 20, 2017 10:33 PM To: qiangli (D) >; NetSlice= s@ietf.org Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface Hello Cristina and others, I would suggest that COMS/ATCN interface mapping would be developed in the= TEAS WG since that is an IETF WG, is also alluding to slicing topics, has = related specifications and the expertise of the transport networks. However, NFVO related work is currently within NVFRG where the slicing work= is a minor subset of much larger territory of what the RG is discussing. = Therefore, it would be better to do such focused work in COMS when and if i= t becomes an IETF WG. Best regards Hannu From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D= ) Sent: Wednesday, December 13, 2017 10:41 AM To: NetSlices@ietf.org Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi All, This email is want to collect your opinion on the following issue: Do we need to standardize the Southbound/Mapping interface of a network sli= ce aware system in COMS? Or do you think this work should be carried out in= existing WGs/RGs? (e.g., mapping interface between COMS and ACTN, mapping = interface between COMS and NFVO) Best regards, Cristina QIANG --_000_HE1PR07MB0842A5BCA7AD2B3BF7BA739E9B0D0HE1PR07MB0842eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello Cristina=

 

I am not sure I und= erstand the option 3 sufficiently. What would be the use of the classificat= ion? Should we identify classes of technologies that can be served by same/= similar mapping based on the classification?

 

Best regards

Hannu

 

From: = Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D)
Sent: Thursday, December 21, 2017 11:02 AM
To: Flinck, Hannu (Nokia - FI/Espoo) <hannu.flinck@nokia-bell-lab= s.com>; NetSlices@ietf.org
Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface<= o:p>

 =

Hi Hannu and  others,

 

 

Thank you for your comments. As you and Diego mentioned, the standardi= zation of southbound interface is a sensitive matter, we’d better avo= id infringing other WGs/RGs.

 

To solve this issue, maybe we should figure out “Is it possible = to have a uniform/standard mapping interface to adapt to a variety of imple= mentation technologies?” first. If Pedro is right, such uniform interface does exist, then it’s not a big deal t= o standardize it IMHO. Otherwise, I think we may need to consider which opt= ion listed below will be better:

 

Option 1: No standardization work on southbound interface, at least be= fore IETF 101

Option 2: Separately analyze all specific technologies as you have don= e -- ACTN [un-checked], NFV [checked], then how about SFC, VPN…?=

Option 3: Classify technologies (e.g., providing connectivity, provide= VNF….) , then discuss for each classification.

 

I personally prefer 1 or 3, what’s your opinion?

 

Best regards,

 

Cristina QIANG

 

From: Flinck, Hannu (Nokia = - FI/Espoo) [mailto:han= nu.flinck@nokia-bell-labs.com]
Sent: Wednesday, December 20, 2017 10:33 PM
To: qiangli (D) <qiangli3@= huawei.com>; NetSlices@ietf.org
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface<= o:p>

 

Hello Cristina and others,

 

I would suggest that  COMS/ATCN interface mapping would be dev= eloped in the TEAS WG since that is an IETF WG, is also alluding to slicing= topics, has related specifications and the expertise of the transport networks.

 

However, NFVO related work is currently within NVFRG where the slic= ing work is a minor subset of much larger territory of what the RG is discu= ssing.  Therefore, it would be better to do such focused work in COMS when and if it becomes an IETF WG.

 

 

Best regards

Hannu

&nbs= p;

From: Netslices [mailto:netslices-bounces@ietf.o= rg] On Behalf Of qiangli (D)
Sent: Wednesday, December 13, 2017 10:41 AM
To: NetSlices@ietf.org=
Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface=

 

Hi All,

&nbs= p;

This emai= l is want to collect your opinion on the following issue:=

&nbs= p;

Do we nee= d to standardize the Southbound/Mapping interface of a network slice aware = system in COMS? Or do you think this work should be carried out in existing= WGs/RGs? (e.g., mapping interface between COMS and ACTN, mapping interface between COMS and NFVO)<= /p>

&nbs= p;

Best rega= rds,

&nbs= p;

Cristina = QIANG

&nbs= p;

--_000_HE1PR07MB0842A5BCA7AD2B3BF7BA739E9B0D0HE1PR07MB0842eurp_-- From nobody Thu Dec 21 09:30:12 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AC8A127876 for ; Thu, 21 Dec 2017 09:30:10 -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 mZmpRXM-Wy_Y for ; Thu, 21 Dec 2017 09:30:08 -0800 (PST) Received: from mail-qk0-x230.google.com (mail-qk0-x230.google.com [IPv6:2607:f8b0:400d:c09::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 43956126CD8 for ; Thu, 21 Dec 2017 09:30:08 -0800 (PST) Received: by mail-qk0-x230.google.com with SMTP id p13so15745108qke.4 for ; Thu, 21 Dec 2017 09:30:08 -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=ScGSXMDLFzhzjS0mRZ/Z/M+CGb0VCWjAcjCM3rZvkzo=; b=Wj6GeW71JzyVZ1OrNI5/7AdswlyLpY+JOHO6N+lvBlJNDPDNXrb2FgjhMmkyV5LMKl L16p0aYgcpfOoWyJr41L+EPDZOiS6sw4SHTxU1BCtq7OhGdnc6bGpOy0+CC50VxvvyL2 ogf/qsk6//6EzlmMD3XJf+nl+vjQ0Xb//JfKFSJrY9IJ378bsn+aSKfeULN4VLG1gdta dVoB3sVOWe0kbCcBByXkIGxJwiHHUF5eCZ6yCCxi/Cyw2DWj8+RVbGNmW9aYzHwEWK3M +R4m4jb6PT8Huswn6nKgft4d9fupxltzTgoxaAsT+VAv9arxZXhGI3YD0fWJtvlMC+bb LNDg== 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=ScGSXMDLFzhzjS0mRZ/Z/M+CGb0VCWjAcjCM3rZvkzo=; b=am9Qtpucq85xftoxt9S1vD3cIoVczwoEFDsOc9XMJJXYQkst9FoNrS7NI8qcFcIJza s/ajMepCTovurV/0TyEJeUsHnAvja8Xo088/i/aNUafov+L5pyPlqXUJAV5kbv4T+m2F MebEGSM/3lqUIFRBlXN51crasy6ySlVhvGIwqaZRzDJLES/Pa9kZYWGq7rKmFTvh5c4f V5wnJfLfk6yHKeBLg8R5maR7K1PQVmZY/QPkImF+Su8Majm7Gh4WdL9cY/SUw9t/4mo8 UgtoPrRWVSdTp14pqYCTyRohI+pfWjvYxViww2idD6vcyyjlDfY+zurmUpI1fkP/Je7D Y75Q== X-Gm-Message-State: AKGB3mLCzRQ2ixJiRjfHZDpYh8homeWkpj+HUVZbaEgARI4TANWLdumy cnFeaFiSan0956rqUxqFhzOpYpTnapE/cv3/8sjWYg== X-Google-Smtp-Source: ACJfBovKc7SRDcUZGwEc0QvYvfWLr/DgMQAFlP6vEIDqZH90Tafn0k++r6SyJTwEl83PkVlttpeq3VgYknCDLmbd8oY= X-Received: by 10.55.143.193 with SMTP id r184mr16306157qkd.169.1513877407473; Thu, 21 Dec 2017 09:30:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.200.34.129 with HTTP; Thu, 21 Dec 2017 09:30:07 -0800 (PST) In-Reply-To: <06C389826B926F48A557D5DB5A54C4ED2A5DED86@dggemi509-mbs.china.huawei.com> References: <06C389826B926F48A557D5DB5A54C4ED2A5DED86@dggemi509-mbs.china.huawei.com> From: Xavier de Foy Date: Thu, 21 Dec 2017 12:30:07 -0500 Message-ID: To: "qiangli (D)" Cc: "NetSlices@ietf.org" Content-Type: multipart/alternative; boundary="94eb2c082db21b25230560dd0dd4" Archived-At: Subject: Re: [Netslices] Summary of Open Issues X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2017 17:30:10 -0000 --94eb2c082db21b25230560dd0dd4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Cristina, Thanks for bringing this to the list. I agree with this narrowed down approach, and would only have suggestions to simplify and shorten the work item list. For example 4-5-6 could be limited to 2: (4) model(s) describing a slice or slice subnet instance and operations on a slice instance; (5) mapping operation to underlying technologies. Also, I would suggest limiting the architecture effort as much as possible before IETF101, maybe even using the problem statement document for this effort for now. Best Regards, Xavier On Wed, Dec 13, 2017 at 3:25 AM, qiangli (D) wrote: > Hi All, > > > > Before we carry out the next stage work, we would like to hear your > opinion on future possible directions. We have preliminarily listed the > following 6 potential work items for discussion, is there anything missin= g > or inappropriate? > > > > COMS (Common Operation and Management on network Slices) =E2=80=93 a conc= rete > topic narrowed down from NetSlicing, focuses on resource-oriented > (including connectivity, computing, storage and other potential resources= ) > common management plane, be able to shield the differences of multiple > implementation techniques. > > > > 1. The COMS Architecture - provides common terminology, basic > architecture elements, resource abstractions and the inter-actions. > > 2. The COMS Use Cases - provides the motivating use cases as a > basis for the work. > > 3. The COMS Problem Statement - clearly provides the requirements > from management work item. > > 4. The COMS Information Model/Template - Identifies managed objects > needed to implement a network slice instance in a network slice aware > system. > > 5. The COMS Data Model - date models of northbound and > southbound/mapping interfaces of a network slice aware system. > > 6. The COMS Service Model =E2=80=93 a service model mapping to an i= nstance > of a slice and its management. > > > > Best regards, > > > > Cristina QIANG > > > > > > _______________________________________________ > Netslices mailing list > Netslices@ietf.org > https://www.ietf.org/mailman/listinfo/netslices > > --94eb2c082db21b25230560dd0dd4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Cristina,

=C2=A0 Thanks for bringing this to the= list. I agree with this narrowed down approach, and would only have sugges= tions to simplify and shorten the work item list. For example 4-5-6 could b= e limited to 2: (4) model(s) describing a slice or slice subnet instance an= d operations on a slice instance; (5) mapping operation to underlying techn= ologies. Also, I would suggest limiting the architecture effort as much as = possible before IETF101, maybe even using the problem statement document fo= r this effort for now.
=C2=A0
=C2=A0 Best Regards,
=C2=A0
Xav= ier

On W= ed, Dec 13, 2017 at 3:25 AM, qiangli (D) <qiangli3@huawei.com> wrote:

Hi All,

=C2=A0

Before we carry out the next st= age work, we would like to hear your opinion on future possible directions.= We have preliminarily listed the following 6 potential work items for disc= ussion, is there anything missing or inappropriate?

=C2=A0

COMS (Common Operation and Mana= gement on network Slices) =E2=80=93 a concrete topic narrowed down from Net= Slicing, focuses on resource-oriented (including connectivity, computing, s= torage and other potential resources) common management plane, be able to shield the differences of multiple implementa= tion techniques.

=C2=A0

1.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 The COMS Architecture - pr= ovides common terminology, basic architecture elements, resource abstractio= ns and the inter-actions.

2.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 The COMS Use Cases - provi= des the motivating use cases as a basis for the work.<= /p>

3.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 The COMS Problem Statement= - clearly provides the requirements from management work item.

4.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 The COMS Information Model= /Template - Identifies managed objects needed to implement a network slice = instance in a network slice aware system.

5.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 The COMS Data Model - date= models of northbound and southbound/mapping interfaces of a network slice = aware system.

6.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 The COMS Service Model =E2= =80=93 a service model mapping to an instance of a slice and its management= .

=C2=A0

Best regards,

=C2=A0

Cristina QIANG

=C2=A0

=C2=A0


_______________________________________________
Netslices mailing list
Netslices@ietf.org
https://www.ietf.org/mailman/listinfo/netslices<= /a>


--94eb2c082db21b25230560dd0dd4-- From nobody Fri Dec 22 05:09:12 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2A5512E042 for ; Fri, 22 Dec 2017 05:09:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 ijQVDxaNbG2T for ; Fri, 22 Dec 2017 05:09:08 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 E5EAC12E041 for ; Fri, 22 Dec 2017 05:09:07 -0800 (PST) Received: from LHREML711-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 402E0896B336D for ; Fri, 22 Dec 2017 13:09:04 +0000 (GMT) Received: from DGGEMI406-HUB.china.huawei.com (10.3.17.144) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.361.1; Fri, 22 Dec 2017 13:09:04 +0000 Received: from DGGEMI509-MBS.china.huawei.com ([169.254.2.152]) by dggemi406-hub.china.huawei.com ([10.3.17.144]) with mapi id 14.03.0361.001; Fri, 22 Dec 2017 21:08:58 +0800 From: "qiangli (D)" To: "'Flinck, Hannu (Nokia - FI/Espoo)'" , "NetSlices@ietf.org" Thread-Topic: [Netslices] Open Issue I: SouthBound/Mapping Interface Thread-Index: AQHTeZ9kKiooTEHoikOC9L32YMqm1aNNBIwAgABFPgCAAddhUA== Date: Fri, 22 Dec 2017 13:08:58 +0000 Message-ID: <06C389826B926F48A557D5DB5A54C4ED2A5E048B@dggemi509-mbs.china.huawei.com> References: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> <06C389826B926F48A557D5DB5A54C4ED2A5DFC7D@dggemi509-mbs.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.29.142] Content-Type: multipart/alternative; boundary="_000_06C389826B926F48A557D5DB5A54C4ED2A5E048Bdggemi509mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 13:09:11 -0000 --_000_06C389826B926F48A557D5DB5A54C4ED2A5E048Bdggemi509mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Hannu, You're right. Still that question, If there does not exist a uniform mappin= g interface between COMS and various implementation technologies, I am afra= id we are unable to analyze all possibilities. That's why I suggested opti= on 3 even I'm also not sure whether we can find out an appropriate classifi= cation method. Best regards, Cristina QIANG From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs= .com] Sent: Thursday, December 21, 2017 9:43 PM To: qiangli (D) ; NetSlices@ietf.org Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface Hello Cristina I am not sure I understand the option 3 sufficiently. What would be the use= of the classification? Should we identify classes of technologies that can= be served by same/similar mapping based on the classification? Best regards Hannu From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D= ) Sent: Thursday, December 21, 2017 11:02 AM To: Flinck, Hannu (Nokia - FI/Espoo) >; NetSlices@ietf.org Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi Hannu and others, Thank you for your comments. As you and Diego mentioned, the standardizatio= n of southbound interface is a sensitive matter, we'd better avoid infringi= ng other WGs/RGs. To solve this issue, maybe we should figure out "Is it possible to have a u= niform/standard mapping interface to adapt to a variety of implementation t= echnologies?" first. If Pedro is right, such uniform interface does exist, = then it's not a big deal to standardize it IMHO. Otherwise, I think we may = need to consider which option listed below will be better: Option 1: No standardization work on southbound interface, at least before = IETF 101 Option 2: Separately analyze all specific technologies as you have done -- = ACTN [un-checked], NFV [checked], then how about SFC, VPN...? Option 3: Classify technologies (e.g., providing connectivity, provide VNF.= ...) , then discuss for each classification. I personally prefer 1 or 3, what's your opinion? Best regards, Cristina QIANG From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs= .com] Sent: Wednesday, December 20, 2017 10:33 PM To: qiangli (D) >; NetSlice= s@ietf.org Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface Hello Cristina and others, I would suggest that COMS/ATCN interface mapping would be developed in the= TEAS WG since that is an IETF WG, is also alluding to slicing topics, has = related specifications and the expertise of the transport networks. However, NFVO related work is currently within NVFRG where the slicing work= is a minor subset of much larger territory of what the RG is discussing. = Therefore, it would be better to do such focused work in COMS when and if i= t becomes an IETF WG. Best regards Hannu From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D= ) Sent: Wednesday, December 13, 2017 10:41 AM To: NetSlices@ietf.org Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi All, This email is want to collect your opinion on the following issue: Do we need to standardize the Southbound/Mapping interface of a network sli= ce aware system in COMS? Or do you think this work should be carried out in= existing WGs/RGs? (e.g., mapping interface between COMS and ACTN, mapping = interface between COMS and NFVO) Best regards, Cristina QIANG --_000_06C389826B926F48A557D5DB5A54C4ED2A5E048Bdggemi509mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Hann= u,

&n= bsp;

YouR= 17;re right. Still that question, If there does not exist a uniform mapping= interface between COMS and various implementation technologies, I am afrai= d we are unable to analyze all possibilities.  That’s why I suggested option 3 even I’m also not sure w= hether we can find out an appropriate classification method.

&n= bsp;

Best re= gards,

&n= bsp;

Cristin= a QIANG

&n= bsp;

From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hann= u.flinck@nokia-bell-labs.com]
Sent: Thursday, December 21, 2017 9:43 PM
To: qiangli (D) <qiangli3@huawei.com>; NetSlices@ietf.org
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface<= o:p>

 

Hell= o Cristina

 

I am= not sure I understand the option 3 sufficiently. What would be the use of = the classification? Should we identify classes of technologies that can be = served by same/similar mapping based on the classification?

 

Best= regards

Hann= u

 

From: Netslices [ma= ilto:netslices-bounces@ietf.org] On Behalf Of qiangli (D)
Sent: Thursday, December 21, 2017 11:02 AM
To: Flinck, Hannu (Nokia - FI/Espoo) <hannu.flinck@nokia-bell-labs.com>; NetSlices@ietf.org
Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface<= o:p>

 

Hi Hann= u and  others,

&n= bsp;

&n= bsp;

Thank y= ou for your comments. As you and Diego mentioned, the standardization of so= uthbound interface is a sensitive matter, we’d better avoid infringin= g other WGs/RGs.

&n= bsp;

To solv= e this issue, maybe we should figure out “Is it possible to have a un= iform/standard mapping interface to adapt to a variety of implementation te= chnologies?” first. If Pedro is right, such uniform interface does exist, then it’s not a big deal to standardiz= e it IMHO. Otherwise, I think we may need to consider which option listed b= elow will be better:

&n= bsp;

Option = 1: No standardization work on southbound interface, at least before IETF 10= 1

Option = 2: Separately analyze all specific technologies as you have done -- ACTN [u= n-checked], NFV [checked], then how about SFC, VPN…?

Option = 3: Classify technologies (e.g., providing connectivity, provide VNF….= ) , then discuss for each classification.

&n= bsp;

I perso= nally prefer 1 or 3, what’s your opinion?

&n= bsp;

Best re= gards,

&n= bsp;

Cristin= a QIANG

&n= bsp;

From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs.com]
Sent: Wednesday, December 20, 2017 10:33 PM
To: qiangli (D) <qiangli3@huawei.com>; NetSlices@ietf.org
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface<= o:p>

 

Hell= o Cristina and others,

 

I wo= uld suggest that  COMS/ATCN interface mapping would be developed in th= e TEAS WG since that is an IETF WG, is also alluding to slicing topics, has= related specifications and the expertise of the transport networks.

 

Howe= ver, NFVO related work is currently within NVFRG where the slicing work is = a minor subset of much larger territory of what the RG is discussing.  = ;Therefore, it would be better to do such focused work in COMS when and if it becomes an IETF WG.

 

 

Best= regards

Hann= u

 

From: Netslices [ma= ilto:netslices-bounces@ietf.org] On Behalf Of qiangli (D)
Sent: Wednesday, December 13, 2017 10:41 AM
To: NetSlices@ietf.org
Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface=

 

Hi All,

 

This email is want to collect y= our opinion on the following issue:

 

Do we need to standardize the S= outhbound/Mapping interface of a network slice aware system in COMS? Or do = you think this work should be carried out in existing WGs/RGs? (e.g., mappi= ng interface between COMS and ACTN, mapping interface between COMS and NFVO)

 

Best regards,=

 

Cristina QIANG

 

--_000_06C389826B926F48A557D5DB5A54C4ED2A5E048Bdggemi509mbschi_-- From nobody Fri Dec 22 05:41:50 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 542EA12E8AC for ; Fri, 22 Dec 2017 05:41:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 t4ccRO45sq3M for ; Fri, 22 Dec 2017 05:41:46 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 67D6612E8AE for ; Fri, 22 Dec 2017 05:41:46 -0800 (PST) Received: from lhreml709-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id F3BDB187F46 for ; Fri, 22 Dec 2017 13:41:42 +0000 (GMT) Received: from DGGEMI401-HUB.china.huawei.com (10.3.17.134) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.361.1; Fri, 22 Dec 2017 13:41:43 +0000 Received: from DGGEMI509-MBS.china.huawei.com ([169.254.2.152]) by dggemi401-hub.china.huawei.com ([10.3.17.134]) with mapi id 14.03.0361.001; Fri, 22 Dec 2017 21:41:40 +0800 From: "qiangli (D)" To: Xavier de Foy CC: "NetSlices@ietf.org" Thread-Topic: [Netslices] Summary of Open Issues Thread-Index: AdNz69De3UdZ6mp2RoqoEwxedESdJwGUnkGAADoF3uA= Date: Fri, 22 Dec 2017 13:41:40 +0000 Message-ID: <06C389826B926F48A557D5DB5A54C4ED2A5E055E@dggemi509-mbs.china.huawei.com> References: <06C389826B926F48A557D5DB5A54C4ED2A5DED86@dggemi509-mbs.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.29.142] Content-Type: multipart/alternative; boundary="_000_06C389826B926F48A557D5DB5A54C4ED2A5E055Edggemi509mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Netslices] Summary of Open Issues X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 13:41:49 -0000 --_000_06C389826B926F48A557D5DB5A54C4ED2A5E055Edggemi509mbschi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgWGF2aWVyIGFuZCBvdGhlcnMsDQoNClRoYW5rIHlvdSBmb3IgeW91ciBjb21tZW50cy4gQWNj b3JkaW5nIHRvIHlvdXIgc3VnZ2VzdGlvbnMsIEkgaGF2ZSByZS1vcmdhbml6ZWQgdGhlIHBvdGVu dGlhbCB3b3JrIGl0ZW1zIGFzIGZvbGxvd3MuIFNpbmNlIHRoZSBCb0YgcHJvcG9zYWwgY3V0LW9m ZiBkYXRlIGlzIG9uIGVhcmx5IEZlYnJ1YXJ5LCBJIGd1ZXNzIGl04oCZcyB0aW1lIHRvIGNhcnJ5 IG91dCBhY3Rpb24gQVNBUCBvbiBzb21lIGl0ZW1zIHdpdGhvdXQgdG9vIG1hbnkgZGlzYWdyZWVt ZW50czoNCg0KDQoxLiAgICAgIFRoZSBDT01TIFByb2JsZW0gU3RhdGVtZW50IC0gY2xlYXJseSBw cm92aWRlcyB0aGUgcmVxdWlyZW1lbnRzIGZyb20gbWFuYWdlbWVudCB3b3JrIGl0ZW0sIGFuZCB0 aGUgYXJjaGl0ZWN0dXJlIG9mIENPTVMuDQoNCjIuICAgICAgVGhlIENPTVMgVXNlIENhc2VzIC0g cHJvdmlkZXMgdGhlIG1vdGl2YXRpbmcgdXNlIGNhc2VzIGFzIGEgYmFzaXMgZm9yIHRoZSB3b3Jr LiBbbmVlZCBhIENPTVMgZm9jdXNlZCB1c2UgY2FzZSBkcmFmdD8gQW55IHZvbHVudGVlcnMgZm9y IG5ldyBkcmFmdD8gIEhhcyBkaXNjdXNzZWQgdW5kZXIgdGhyZWFkIGVudGl0bGVkIOKAnE9wZW4g SXNzdWUgSUlJ4oCdIF0NCg0KMy4gICAgICBNb2RlbChzKSBkZXNjcmliaW5nIGEgc2xpY2Ugb3Ig c2xpY2Ugc3VibmV0IGluc3RhbmNlIGFuZCBvcGVyYXRpb25zIG9uIGEgc2xpY2UgaW5zdGFuY2Uu IFtBbnkgdm9sdW50ZWVycyBmb3IgbmV3IFNlcnZpY2UgTW9kZWwgZHJhZnQ/4oCUZGlzY3Vzc2Vk IHVuZGVyIHRocmVhZCBlbnRpdGxlZCDigJxPcGVuIElzc3VlIElJ4oCdOyBBbnkgdm9sdW50ZWVy cyBmb3IgbmV3IG5vcnRoYm91bmQgaW50ZXJmYWNlIGRhdGEgbW9kZWwgZHJhZnQ/XQ0KDQo0LiAg ICAgIFRoZSBDT01TIG1hcHBpbmcgb3BlcmF0aW9uL2ludGVyZmFjZSB0byB1bmRlcmx5aW5nIHRl Y2hub2xvZ2llcy4gW0hhcyBkaXNjdXNzZWQgdW5kZXIgdGhyZWFkIGVudGl0bGVkIOKAnE9wZW4g SXNzdWUgSeKAnV0NCg0KDQpCZXN0IHJlZ2FyZHMsDQoNCkNyaXN0aW5hIFFJQU5HDQoNCkZyb206 IFhhdmllciBkZSBGb3kgW21haWx0bzp4LmRlZm95LmlldGZAZ21haWwuY29tXQ0KU2VudDogRnJp ZGF5LCBEZWNlbWJlciAyMiwgMjAxNyAxOjMwIEFNDQpUbzogcWlhbmdsaSAoRCkgPHFpYW5nbGkz QGh1YXdlaS5jb20+DQpDYzogTmV0U2xpY2VzQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW05ldHNs aWNlc10gU3VtbWFyeSBvZiBPcGVuIElzc3Vlcw0KDQpIaSBDcmlzdGluYSwNCg0KICBUaGFua3Mg Zm9yIGJyaW5naW5nIHRoaXMgdG8gdGhlIGxpc3QuIEkgYWdyZWUgd2l0aCB0aGlzIG5hcnJvd2Vk IGRvd24gYXBwcm9hY2gsIGFuZCB3b3VsZCBvbmx5IGhhdmUgc3VnZ2VzdGlvbnMgdG8gc2ltcGxp ZnkgYW5kIHNob3J0ZW4gdGhlIHdvcmsgaXRlbSBsaXN0LiBGb3IgZXhhbXBsZSA0LTUtNiBjb3Vs ZCBiZSBsaW1pdGVkIHRvIDI6ICg0KSBtb2RlbChzKSBkZXNjcmliaW5nIGEgc2xpY2Ugb3Igc2xp Y2Ugc3VibmV0IGluc3RhbmNlIGFuZCBvcGVyYXRpb25zIG9uIGEgc2xpY2UgaW5zdGFuY2U7ICg1 KSBtYXBwaW5nIG9wZXJhdGlvbiB0byB1bmRlcmx5aW5nIHRlY2hub2xvZ2llcy4gQWxzbywgSSB3 b3VsZCBzdWdnZXN0IGxpbWl0aW5nIHRoZSBhcmNoaXRlY3R1cmUgZWZmb3J0IGFzIG11Y2ggYXMg cG9zc2libGUgYmVmb3JlIElFVEYxMDEsIG1heWJlIGV2ZW4gdXNpbmcgdGhlIHByb2JsZW0gc3Rh dGVtZW50IGRvY3VtZW50IGZvciB0aGlzIGVmZm9ydCBmb3Igbm93Lg0KDQogIEJlc3QgUmVnYXJk cywNCg0KWGF2aWVyDQoNCk9uIFdlZCwgRGVjIDEzLCAyMDE3IGF0IDM6MjUgQU0sIHFpYW5nbGkg KEQpIDxxaWFuZ2xpM0BodWF3ZWkuY29tPG1haWx0bzpxaWFuZ2xpM0BodWF3ZWkuY29tPj4gd3Jv dGU6DQpIaSBBbGwsDQoNCkJlZm9yZSB3ZSBjYXJyeSBvdXQgdGhlIG5leHQgc3RhZ2Ugd29yaywg d2Ugd291bGQgbGlrZSB0byBoZWFyIHlvdXIgb3BpbmlvbiBvbiBmdXR1cmUgcG9zc2libGUgZGly ZWN0aW9ucy4gV2UgaGF2ZSBwcmVsaW1pbmFyaWx5IGxpc3RlZCB0aGUgZm9sbG93aW5nIDYgcG90 ZW50aWFsIHdvcmsgaXRlbXMgZm9yIGRpc2N1c3Npb24sIGlzIHRoZXJlIGFueXRoaW5nIG1pc3Np bmcgb3IgaW5hcHByb3ByaWF0ZT8NCg0KQ09NUyAoQ29tbW9uIE9wZXJhdGlvbiBhbmQgTWFuYWdl bWVudCBvbiBuZXR3b3JrIFNsaWNlcykg4oCTIGEgY29uY3JldGUgdG9waWMgbmFycm93ZWQgZG93 biBmcm9tIE5ldFNsaWNpbmcsIGZvY3VzZXMgb24gcmVzb3VyY2Utb3JpZW50ZWQgKGluY2x1ZGlu ZyBjb25uZWN0aXZpdHksIGNvbXB1dGluZywgc3RvcmFnZSBhbmQgb3RoZXIgcG90ZW50aWFsIHJl c291cmNlcykgY29tbW9uIG1hbmFnZW1lbnQgcGxhbmUsIGJlIGFibGUgdG8gc2hpZWxkIHRoZSBk aWZmZXJlbmNlcyBvZiBtdWx0aXBsZSBpbXBsZW1lbnRhdGlvbiB0ZWNobmlxdWVzLg0KDQoNCjEu ICAgICAgIFRoZSBDT01TIEFyY2hpdGVjdHVyZSAtIHByb3ZpZGVzIGNvbW1vbiB0ZXJtaW5vbG9n eSwgYmFzaWMgYXJjaGl0ZWN0dXJlIGVsZW1lbnRzLCByZXNvdXJjZSBhYnN0cmFjdGlvbnMgYW5k IHRoZSBpbnRlci1hY3Rpb25zLg0KDQoyLiAgICAgICBUaGUgQ09NUyBVc2UgQ2FzZXMgLSBwcm92 aWRlcyB0aGUgbW90aXZhdGluZyB1c2UgY2FzZXMgYXMgYSBiYXNpcyBmb3IgdGhlIHdvcmsuDQoN CjMuICAgICAgIFRoZSBDT01TIFByb2JsZW0gU3RhdGVtZW50IC0gY2xlYXJseSBwcm92aWRlcyB0 aGUgcmVxdWlyZW1lbnRzIGZyb20gbWFuYWdlbWVudCB3b3JrIGl0ZW0uDQoNCjQuICAgICAgIFRo ZSBDT01TIEluZm9ybWF0aW9uIE1vZGVsL1RlbXBsYXRlIC0gSWRlbnRpZmllcyBtYW5hZ2VkIG9i amVjdHMgbmVlZGVkIHRvIGltcGxlbWVudCBhIG5ldHdvcmsgc2xpY2UgaW5zdGFuY2UgaW4gYSBu ZXR3b3JrIHNsaWNlIGF3YXJlIHN5c3RlbS4NCg0KNS4gICAgICAgVGhlIENPTVMgRGF0YSBNb2Rl bCAtIGRhdGUgbW9kZWxzIG9mIG5vcnRoYm91bmQgYW5kIHNvdXRoYm91bmQvbWFwcGluZyBpbnRl cmZhY2VzIG9mIGEgbmV0d29yayBzbGljZSBhd2FyZSBzeXN0ZW0uDQoNCjYuICAgICAgIFRoZSBD T01TIFNlcnZpY2UgTW9kZWwg4oCTIGEgc2VydmljZSBtb2RlbCBtYXBwaW5nIHRvIGFuIGluc3Rh bmNlIG9mIGEgc2xpY2UgYW5kIGl0cyBtYW5hZ2VtZW50Lg0KDQpCZXN0IHJlZ2FyZHMsDQoNCkNy aXN0aW5hIFFJQU5HDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KTmV0c2xpY2VzIG1haWxpbmcgbGlzdA0KTmV0c2xpY2VzQGlldGYub3JnPG1h aWx0bzpOZXRzbGljZXNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL25ldHNsaWNlcw0KDQo= --_000_06C389826B926F48A557D5DB5A54C4ED2A5E055Edggemi509mbschi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OuWui+S9kzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb0xpc3RQ YXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBoDQoJe21z by1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw dDsNCgl0ZXh0LWluZGVudDoyMS4wcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eTrlrovkvZM7fQ0KcC5tNjk2NDY1NjE5NjEzNTc5OTQzMm1zb2xpc3RwYXJhZ3JhcGgsIGxpLm02 OTY0NjU2MTk2MTM1Nzk5NDMybXNvbGlzdHBhcmFncmFwaCwgZGl2Lm02OTY0NjU2MTk2MTM1Nzk5 NDMybXNvbGlzdHBhcmFncmFwaA0KCXttc28tc3R5bGUtbmFtZTptXzY5NjQ2NTYxOTYxMzU3OTk0 MzJtc29saXN0cGFyYWdyYXBoOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1y aWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNt Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk65a6L5L2TO30NCnNwYW4uRW1haWxT dHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7 bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2 MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpk aXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlv bnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjE0NzI4OTExMzsNCgltc28tbGlzdC10eXBl Omh5YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6NDI3OTMzMTIgMTEyNTI4NTI4OCA2NzY5 ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcx MyA2NzY5ODcxNTt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjE4LjBwdDsN Cgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGV4dDoiJTJcKSI7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1h cmdpbi1sZWZ0OjQyLjBwdDsNCgl0ZXh0LWluZGVudDotMjEuMHB0O30NCkBsaXN0IGwwOmxldmVs Mw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFi LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCW1hcmdpbi1s ZWZ0OjYzLjBwdDsNCgl0ZXh0LWluZGVudDotMjEuMHB0O30NCkBsaXN0IGwwOmxldmVsNA0KCXtt c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJbWFyZ2luLWxlZnQ6ODQuMHB0Ow0KCXRleHQtaW5kZW50Oi0yMS4wcHQ7fQ0KQGxpc3QgbDA6 bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZl bC10ZXh0OiIlNVwpIjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MTA1LjBwdDsNCgl0ZXh0LWluZGVudDot MjEuMHB0O30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21h bi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOnJpZ2h0Ow0KCW1hcmdpbi1sZWZ0OjEyNi4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTIxLjBw dDt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjE0Ny4wcHQ7DQoJdGV4dC1p bmRlbnQ6LTIxLjBwdDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRleHQ6IiU4XCkiOw0KCW1zby1sZXZlbC10YWIt c3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVm dDoxNjguMHB0Ow0KCXRleHQtaW5kZW50Oi0yMS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21z by1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpu b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJbWFyZ2luLWxlZnQ6MTg5 LjBwdDsNCgl0ZXh0LWluZGVudDotMjEuMHB0O30NCm9sDQoJe21hcmdpbi1ib3R0b206MGNtO30N CnVsDQoJe21hcmdpbi1ib3R0b206MGNtO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0K PC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91 dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpz aGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IlpILUNO IiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPkhpIFhhdmllciBhbmQgb3RoZXJzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGFuayB5b3UgZm9y IHlvdXIgY29tbWVudHMuIEFjY29yZGluZyB0byB5b3VyIHN1Z2dlc3Rpb25zLCBJIGhhdmUgcmUt b3JnYW5pemVkIHRoZSBwb3RlbnRpYWwgd29yayBpdGVtcyBhcyBmb2xsb3dzLiBTaW5jZSB0aGUg Qm9GIHByb3Bvc2FsIGN1dC1vZmYNCiBkYXRlIGlzIG9uIGVhcmx5IEZlYnJ1YXJ5LCBJIGd1ZXNz IGl04oCZcyB0aW1lIHRvIGNhcnJ5IG91dCBhY3Rpb24gQVNBUCBvbiBzb21lIGl0ZW1zIHdpdGhv dXQgdG9vIG1hbnkgZGlzYWdyZWVtZW50czo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBo IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6 bDAgbGV2ZWwxIGxmbzIiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4x LjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRp Zl0+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGUgQ09NUyBQ cm9ibGVtIFN0YXRlbWVudCAtIGNsZWFybHkgcHJvdmlkZXMgdGhlIHJlcXVpcmVtZW50cyBmcm9t IG1hbmFnZW1lbnQgd29yayBpdGVtLCBhbmQgdGhlIGFyY2hpdGVjdHVyZSBvZiBDT01TLg0KPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJt YXJnaW4tbGVmdDoxOC4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEg bGZvMiI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjIuPHNwYW4gc3R5 bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoZSBDT01TIFVzZSBDYXNlcyAt IHByb3ZpZGVzIHRoZSBtb3RpdmF0aW5nIHVzZSBjYXNlcyBhcyBhIGJhc2lzIGZvciB0aGUgd29y ay4gW25lZWQgYSBDT01TIGZvY3VzZWQgdXNlIGNhc2UgZHJhZnQ/IEFueSB2b2x1bnRlZXJzIGZv cg0KIG5ldyBkcmFmdD8gJm5ic3A7SGFzIGRpc2N1c3NlZCB1bmRlciB0aHJlYWQgZW50aXRsZWQg 4oCcT3BlbiBJc3N1ZSBJSUnigJ0gXTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0O3RleHQtaW5kZW50Oi0x OC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48c3BhbiBzdHlsZT0ibXNv LWxpc3Q6SWdub3JlIj4zLjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFu Pjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj5Nb2RlbChzKSBkZXNjcmliaW5nIGEgc2xpY2Ugb3Igc2xpY2Ugc3VibmV0IGluc3RhbmNl IGFuZCBvcGVyYXRpb25zIG9uIGEgc2xpY2UgaW5zdGFuY2UuIFtBbnkgdm9sdW50ZWVycyBmb3Ig bmV3IFNlcnZpY2UgTW9kZWwgZHJhZnQ/4oCUZGlzY3Vzc2VkDQogdW5kZXIgdGhyZWFkIGVudGl0 bGVkIOKAnE9wZW4gSXNzdWUgSUnigJ07IEFueSB2b2x1bnRlZXJzIGZvciBuZXcgbm9ydGhib3Vu ZCBpbnRlcmZhY2UgZGF0YSBtb2RlbCBkcmFmdD9dPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQ7dGV4dC1p bmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+DQo8IVtpZiAhc3VwcG9ydExp c3RzXT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0 eWxlPSJtc28tbGlzdDpJZ25vcmUiPjQuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bh bj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPlRoZSBDT01TIG1hcHBpbmcgb3BlcmF0aW9uL2ludGVyZmFjZSB0byB1bmRl cmx5aW5nIHRlY2hub2xvZ2llcy4gW0hhcyBkaXNjdXNzZWQgdW5kZXIgdGhyZWFkIGVudGl0bGVk IOKAnE9wZW4gSXNzdWUgSeKAnV08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkJlc3QgcmVnYXJk cyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+Q3Jpc3RpbmEgUUlBTkc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmIj4gWGF2aWVyIGRlIEZveSBbbWFpbHRvOnguZGVmb3kuaWV0ZkBn bWFpbC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBEZWNlbWJlciAyMiwgMjAxNyAx OjMwIEFNPGJyPg0KPGI+VG86PC9iPiBxaWFuZ2xpIChEKSAmbHQ7cWlhbmdsaTNAaHVhd2VpLmNv bSZndDs8YnI+DQo8Yj5DYzo8L2I+IE5ldFNsaWNlc0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6 PC9iPiBSZTogW05ldHNsaWNlc10gU3VtbWFyeSBvZiBPcGVuIElzc3VlczxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPkhpIENyaXN0aW5hLDxicj4NCjxicj4NCiZuYnNwOyBUaGFua3MgZm9yIGJy aW5naW5nIHRoaXMgdG8gdGhlIGxpc3QuIEkgYWdyZWUgd2l0aCB0aGlzIG5hcnJvd2VkIGRvd24g YXBwcm9hY2gsIGFuZCB3b3VsZCBvbmx5IGhhdmUgc3VnZ2VzdGlvbnMgdG8gc2ltcGxpZnkgYW5k IHNob3J0ZW4gdGhlIHdvcmsgaXRlbSBsaXN0LiBGb3IgZXhhbXBsZSA0LTUtNiBjb3VsZCBiZSBs aW1pdGVkIHRvIDI6ICg0KSBtb2RlbChzKSBkZXNjcmliaW5nIGEgc2xpY2Ugb3Igc2xpY2Ugc3Vi bmV0IGluc3RhbmNlIGFuZA0KIG9wZXJhdGlvbnMgb24gYSBzbGljZSBpbnN0YW5jZTsgKDUpIG1h cHBpbmcgb3BlcmF0aW9uIHRvIHVuZGVybHlpbmcgdGVjaG5vbG9naWVzLiBBbHNvLCBJIHdvdWxk IHN1Z2dlc3QgbGltaXRpbmcgdGhlIGFyY2hpdGVjdHVyZSBlZmZvcnQgYXMgbXVjaCBhcyBwb3Nz aWJsZSBiZWZvcmUgSUVURjEwMSwgbWF5YmUgZXZlbiB1c2luZyB0aGUgcHJvYmxlbSBzdGF0ZW1l bnQgZG9jdW1lbnQgZm9yIHRoaXMgZWZmb3J0IGZvciBub3cuPGJyPg0KJm5ic3A7IDxicj4NCiZu YnNwOyBCZXN0IFJlZ2FyZHMsPGJyPg0KJm5ic3A7IDxicj4NClhhdmllcjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPk9uIFdlZCwgRGVjIDEzLCAyMDE3IGF0IDM6MjUg QU0sIHFpYW5nbGkgKEQpICZsdDs8YSBocmVmPSJtYWlsdG86cWlhbmdsaTNAaHVhd2VpLmNvbSIg dGFyZ2V0PSJfYmxhbmsiPnFpYW5nbGkzQGh1YXdlaS5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxl ZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1s ZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9t OjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5n PSJFTi1VUyI+SGkgQWxsLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPkJlZm9yZSB3ZSBjYXJyeSBv dXQgdGhlIG5leHQgc3RhZ2Ugd29yaywgd2Ugd291bGQgbGlrZSB0byBoZWFyIHlvdXIgb3Bpbmlv biBvbiBmdXR1cmUgcG9zc2libGUgZGlyZWN0aW9ucy4gV2UgaGF2ZSBwcmVsaW1pbmFyaWx5IGxp c3RlZCB0aGUgZm9sbG93aW5nIDYgcG90ZW50aWFsDQogd29yayBpdGVtcyBmb3IgZGlzY3Vzc2lv biwgaXMgdGhlcmUgYW55dGhpbmcgbWlzc2luZyBvciBpbmFwcHJvcHJpYXRlPzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g bGFuZz0iRU4tVVMiPkNPTVMgKENvbW1vbiBPcGVyYXRpb24gYW5kIE1hbmFnZW1lbnQgb24gbmV0 d29yayBTbGljZXMpDQo8L3NwYW4+4oCTPHNwYW4gbGFuZz0iRU4tVVMiPiBhIGNvbmNyZXRlIHRv cGljIG5hcnJvd2VkIGRvd24gZnJvbSBOZXRTbGljaW5nLCBmb2N1c2VzIG9uIHJlc291cmNlLW9y aWVudGVkIChpbmNsdWRpbmcgY29ubmVjdGl2aXR5LCBjb21wdXRpbmcsIHN0b3JhZ2UgYW5kIG90 aGVyIHBvdGVudGlhbCByZXNvdXJjZXMpIGNvbW1vbiBtYW5hZ2VtZW50IHBsYW5lLCBiZSBhYmxl IHRvIHNoaWVsZCB0aGUgZGlmZmVyZW5jZXMgb2YgbXVsdGlwbGUgaW1wbGVtZW50YXRpb24NCiB0 ZWNobmlxdWVzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJtNjk2NDY1NjE5NjEzNTc5OTQzMm1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjcuOXB0O21hcmdp bi1sZWZ0OjE4LjBwdDtiYWNrZ3JvdW5kOndoaXRlIj4NCjxzcGFuIGxhbmc9IkVOLVVTIj4xLjwv c3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGUgQ09NUyBBcmNo aXRlY3R1cmUgLSBwcm92aWRlcyBjb21tb24gdGVybWlub2xvZ3ksIGJhc2ljIGFyY2hpdGVjdHVy ZSBlbGVtZW50cywgcmVzb3VyY2UgYWJzdHJhY3Rpb25zIGFuZCB0aGUgaW50ZXItYWN0aW9ucy4N CjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJtNjk2NDY1NjE5NjEzNTc5OTQzMm1z b2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6NS4wcHQ7bWFyZ2luLXJp Z2h0OjBjbTttYXJnaW4tYm90dG9tOjcuOXB0O21hcmdpbi1sZWZ0OjE4LjBwdDtiYWNrZ3JvdW5k OndoaXRlIj4NCjxzcGFuIGxhbmc9IkVOLVVTIj4yLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFu PjxzcGFuIGxhbmc9IkVOLVVTIj5UaGUgQ09NUyBVc2UgQ2FzZXMgLSBwcm92aWRlcyB0aGUgbW90 aXZhdGluZyB1c2UgY2FzZXMgYXMgYSBiYXNpcyBmb3IgdGhlIHdvcmsuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Im02OTY0NjU2MTk2MTM1Nzk5NDMybXNvbGlzdHBhcmFncmFwaCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDo1LjBwdDttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1i b3R0b206Ny45cHQ7bWFyZ2luLWxlZnQ6MTguMHB0O2JhY2tncm91bmQ6d2hpdGUiPg0KPHNwYW4g bGFuZz0iRU4tVVMiPjMuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4t VVMiPlRoZSBDT01TIFByb2JsZW0gU3RhdGVtZW50IC0gY2xlYXJseSBwcm92aWRlcyB0aGUgcmVx dWlyZW1lbnRzIGZyb20gbWFuYWdlbWVudCB3b3JrIGl0ZW0uPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Im02OTY0NjU2MTk2MTM1Nzk5NDMybXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDo1LjBwdDttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206 Ny45cHQ7bWFyZ2luLWxlZnQ6MTguMHB0O2JhY2tncm91bmQ6d2hpdGUiPg0KPHNwYW4gbGFuZz0i RU4tVVMiPjQuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPlRo ZSBDT01TIEluZm9ybWF0aW9uIE1vZGVsL1RlbXBsYXRlIC0gSWRlbnRpZmllcyBtYW5hZ2VkIG9i amVjdHMgbmVlZGVkIHRvIGltcGxlbWVudCBhIG5ldHdvcmsgc2xpY2UgaW5zdGFuY2UgaW4gYSBu ZXR3b3JrIHNsaWNlIGF3YXJlIHN5c3RlbS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0ibTY5NjQ2NTYxOTYxMzU3OTk0MzJtc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OjUuMHB0O21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbTo3LjlwdDttYXJn aW4tbGVmdDoxOC4wcHQ7YmFja2dyb3VuZDp3aGl0ZSI+DQo8c3BhbiBsYW5nPSJFTi1VUyI+NS48 L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+VGhlIENPTVMgRGF0 YSBNb2RlbCAtIGRhdGUgbW9kZWxzIG9mIG5vcnRoYm91bmQgYW5kIHNvdXRoYm91bmQvbWFwcGlu ZyBpbnRlcmZhY2VzIG9mIGEgbmV0d29yayBzbGljZSBhd2FyZSBzeXN0ZW0uPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Im02OTY0NjU2MTk2MTM1Nzk5NDMybXNvbGlzdHBhcmFncmFw aCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDo1LjBwdDttYXJnaW4tcmlnaHQ6MGNtO21hcmdp bi1ib3R0b206Ny45cHQ7bWFyZ2luLWxlZnQ6MTguMHB0O2JhY2tncm91bmQ6d2hpdGUiPg0KPHNw YW4gbGFuZz0iRU4tVVMiPjYuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0i RU4tVVMiPlRoZSBDT01TIFNlcnZpY2UgTW9kZWwgPC9zcGFuPuKAkzxzcGFuIGxhbmc9IkVOLVVT Ij4gYSBzZXJ2aWNlIG1vZGVsIG1hcHBpbmcgdG8gYW4gaW5zdGFuY2Ugb2YgYSBzbGljZSBhbmQg aXRzIG1hbmFnZW1lbnQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+QmVzdCByZWdhcmRzLDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4t VVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gbGFuZz0iRU4tVVMiPkNyaXN0aW5hIFFJQU5HPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+ Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMi Pjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJy Pg0KTmV0c2xpY2VzIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpOZXRzbGljZXNA aWV0Zi5vcmciPk5ldHNsaWNlc0BpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldHNsaWNlcyIgdGFyZ2V0PSJfYmxhbmsiPmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0c2xpY2VzPC9hPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_06C389826B926F48A557D5DB5A54C4ED2A5E055Edggemi509mbschi_-- From nobody Fri Dec 22 06:02:55 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEEB712E8A9 for ; Fri, 22 Dec 2017 06:02:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 nNJFSd71_49i for ; Fri, 22 Dec 2017 06:02:49 -0800 (PST) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50114.outbound.protection.outlook.com [40.107.5.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 095F212D865 for ; Fri, 22 Dec 2017 06:02:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector2-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=J/IHxK/G2WZ+EPYtoP8sGbOVbzX0dHjbpw+WrkH30+Y=; b=PEHX92OeI2k3PuDKao4zf6xooBuJxA1ZG1NIRrd8lTzrbtbD5CX1pO4MYQtnGCQw62reQwwcKCmfLYPwDnkT6YBpz4hCjEOil2v34b3/Mh6P1+UJRQCkl0lwrbkrPZnd+eO47SWyWSB0qPh8C91pbvd39C5kKQwCMMdguzr8zks= Received: from HE1PR07MB0842.eurprd07.prod.outlook.com (10.162.24.156) by HE1PR07MB0842.eurprd07.prod.outlook.com (10.162.24.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.345.10; Fri, 22 Dec 2017 14:02:46 +0000 Received: from HE1PR07MB0842.eurprd07.prod.outlook.com ([fe80::39b6:81e1:87f:6084]) by HE1PR07MB0842.eurprd07.prod.outlook.com ([fe80::39b6:81e1:87f:6084%14]) with mapi id 15.20.0345.013; Fri, 22 Dec 2017 14:02:46 +0000 From: "Flinck, Hannu (Nokia - FI/Espoo)" To: "qiangli (D)" , "NetSlices@ietf.org" Thread-Topic: [Netslices] Open Issue I: SouthBound/Mapping Interface Thread-Index: AdNz7BaJGrRkEFbTREOfWwbxCLzW+gFshmWwACcM2QAACbDbgAAxOAMAAAGJO2A= Date: Fri, 22 Dec 2017 14:02:46 +0000 Message-ID: References: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> <06C389826B926F48A557D5DB5A54C4ED2A5DFC7D@dggemi509-mbs.china.huawei.com> <06C389826B926F48A557D5DB5A54C4ED2A5E048B@dggemi509-mbs.china.huawei.com> In-Reply-To: <06C389826B926F48A557D5DB5A54C4ED2A5E048B@dggemi509-mbs.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=hannu.flinck@nokia-bell-labs.com; x-originating-ip: [131.228.32.182] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; HE1PR07MB0842; 6:Fp38QP+NaC0/1V9YFduBFe021LIFli/4GUOUlKzO4b/W47nrANrQVVSHbXIDEBljKxO56g67Q64X9dLDHhjsUuXKFuinxlWBtJ+HI1fgOayfSUI7Mx7BVH+JXzgopjfNoqYUKvggR/JSAFWtWNdHfUpIgElnehxgcjfRc2iGKdMNpqM3Yyro5qDmICwdsfKOQDuKDzZmGsQb9M9PtWgilbZnljKkXQUS953G5PWatUY8AKilTbdatqjIfOaH4QQ2V6gZYm6KpBlffJBy5RF5Hi0s4nGhQgNRZiK8UVqpj18Wzj8IL5TXYWqchuP3LxWrTTDkWC3eWIFGvopUYGoc1gFS8yLC932gIdmvfEwDkkw=; 5:0gUKwMajaiTxpB1g0emRf7H3ddTUPbnSP4/ztl7btKaIDvLqEVk4pRG9TdX/M6D3vFMO22Bh8oow7o8JvfpOh1o5QnqsdIgh1iKWqqtRVlQ7hkYdvkXH1QPrgys2PTbfgb5KacIcKqcVzpjJ6PbxsZ3y3IwSxSqC6DEsHHxZ0cU=; 24:5yFksG41bjOpbTJWHahcWZQ6X4/q6y/iDVA9tZdqwsHKbO5ncgrijIJ+bkoClepDfrjauFEAYkAUMP9R3eUS7MpZUVL08NRT2tZn7pdKqhg=; 7:Cneq5xGO8/M8YQIdQNK1ocBGw/9JHJVX168PWjc/rDUmzRI9LHwvqgRuieP9EcP/FKeRJPMp+Iv6SLMNX2/RADIDGhEwWkZJrBu43ARt/b6QOEzoncCv3jdGJwl2rQu7x64tdmXILYZIhS5yFCXqeOu1l16xEjrVXKMDIxftXGnUkmaE43VN8Hq8oukjCHcIbggqpHSDYdXZghwy6xkDXB4aAZpI0ZelsmhxynAI44FNJYExyE5lKjyARKh+uRnh x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: d325eb24-2291-480c-dc10-08d54944adb6 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(3008031)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(48565401081)(2017052603307); SRVR:HE1PR07MB0842; x-ms-traffictypediagnostic: HE1PR07MB0842: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(50582790962513)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040470)(2401047)(8121501046)(5005006)(3231023)(11241501184)(3002001)(93006095)(93001095)(10201501046)(6055026)(6041268)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(20161123558120)(6072148)(201708071742011); SRVR:HE1PR07MB0842; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:HE1PR07MB0842; x-forefront-prvs: 05299D545B x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(376002)(346002)(39860400002)(39380400002)(396003)(57704003)(199004)(189003)(53754006)(6436002)(54896002)(2950100002)(33656002)(55016002)(53936002)(3280700002)(6306002)(99286004)(3660700001)(236005)(25786009)(229853002)(76176011)(2906002)(9686003)(102836004)(7696005)(81166006)(53546011)(6506007)(97736004)(93886005)(66066001)(345774005)(2900100001)(81156014)(3846002)(74316002)(6116002)(790700001)(5660300001)(8936002)(8676002)(478600001)(14454004)(86362001)(105586002)(7736002)(106356001)(110136005)(68736007)(6246003)(316002)(5250100002)(2501003)(90052001); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR07MB0842; H:HE1PR07MB0842.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:0; MX:1; LANG:en; received-spf: None (protection.outlook.com: nokia-bell-labs.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_HE1PR07MB0842290EB5B00C953C7267349B020HE1PR07MB0842eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia-bell-labs.com X-MS-Exchange-CrossTenant-Network-Message-Id: d325eb24-2291-480c-dc10-08d54944adb6 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Dec 2017 14:02:46.2589 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB0842 Archived-At: Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 14:02:54 -0000 --_000_HE1PR07MB0842290EB5B00C953C7267349B020HE1PR07MB0842eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Ok. Think I what you might be after. Probably what you want is to have a se= t of reference or example mappings for few representative technologies? Suc= h as - A slice over the WAN/transport network for a given technology, - A slice over VNF infrastructure (SFCs and nvo3), - A slice that is a concatenation of the two across different doma= ins (this we know is missing). Is this what you would like to see? If so, it sounds to me reasonable and m= otivating work and would be useful to identify possible gaps and needed ad= ditions. Best regards Hannu From: qiangli (D) [mailto:qiangli3@huawei.com] Sent: Friday, December 22, 2017 3:09 PM To: Flinck, Hannu (Nokia - FI/Espoo) ; Ne= tSlices@ietf.org Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi Hannu, You're right. Still that question, If there does not exist a uniform mappin= g interface between COMS and various implementation technologies, I am afra= id we are unable to analyze all possibilities. That's why I suggested opti= on 3 even I'm also not sure whether we can find out an appropriate classifi= cation method. Best regards, Cristina QIANG From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs= .com] Sent: Thursday, December 21, 2017 9:43 PM To: qiangli (D) >; NetSlice= s@ietf.org Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface Hello Cristina I am not sure I understand the option 3 sufficiently. What would be the use= of the classification? Should we identify classes of technologies that can= be served by same/similar mapping based on the classification? Best regards Hannu From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D= ) Sent: Thursday, December 21, 2017 11:02 AM To: Flinck, Hannu (Nokia - FI/Espoo) >; NetSlices@ietf.org Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi Hannu and others, Thank you for your comments. As you and Diego mentioned, the standardizatio= n of southbound interface is a sensitive matter, we'd better avoid infringi= ng other WGs/RGs. To solve this issue, maybe we should figure out "Is it possible to have a u= niform/standard mapping interface to adapt to a variety of implementation t= echnologies?" first. If Pedro is right, such uniform interface does exist, = then it's not a big deal to standardize it IMHO. Otherwise, I think we may = need to consider which option listed below will be better: Option 1: No standardization work on southbound interface, at least before = IETF 101 Option 2: Separately analyze all specific technologies as you have done -- = ACTN [un-checked], NFV [checked], then how about SFC, VPN...? Option 3: Classify technologies (e.g., providing connectivity, provide VNF.= ...) , then discuss for each classification. I personally prefer 1 or 3, what's your opinion? Best regards, Cristina QIANG From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs= .com] Sent: Wednesday, December 20, 2017 10:33 PM To: qiangli (D) >; NetSlice= s@ietf.org Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface Hello Cristina and others, I would suggest that COMS/ATCN interface mapping would be developed in the= TEAS WG since that is an IETF WG, is also alluding to slicing topics, has = related specifications and the expertise of the transport networks. However, NFVO related work is currently within NVFRG where the slicing work= is a minor subset of much larger territory of what the RG is discussing. = Therefore, it would be better to do such focused work in COMS when and if i= t becomes an IETF WG. Best regards Hannu From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D= ) Sent: Wednesday, December 13, 2017 10:41 AM To: NetSlices@ietf.org Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi All, This email is want to collect your opinion on the following issue: Do we need to standardize the Southbound/Mapping interface of a network sli= ce aware system in COMS? Or do you think this work should be carried out in= existing WGs/RGs? (e.g., mapping interface between COMS and ACTN, mapping = interface between COMS and NFVO) Best regards, Cristina QIANG --_000_HE1PR07MB0842290EB5B00C953C7267349B020HE1PR07MB0842eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Ok. Think I what yo= u might be after. Probably what you want is to have a set of reference or e= xample mappings for few representative technologies? Such as

 

- &n= bsp;        A slice ove= r the WAN/transport network for a given technology,

- &n= bsp;        A slice ove= r VNF infrastructure (SFCs and nvo3),

- &n= bsp;        A slice tha= t is a concatenation of the two across different domains (this we know is m= issing).

 

Is this what you wo= uld like to see? If so, it sounds to me reasonable and motivating work and = would be  useful to identify possible gaps and needed additions.<= /o:p>

 

Best regards

Hannu

 

From: = qiangli (D) [mailto:qiangli3@huawei.com]
Sent: Friday, December 22, 2017 3:09 PM
To: Flinck, Hannu (Nokia - FI/Espoo) <hannu.flinck@nokia-bell-lab= s.com>; NetSlices@ietf.org
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface<= o:p>

 =

Hi Hannu,

 

You’re right. Still that question, If there does not exist a uni= form mapping interface between COMS and various implementation technologies= , I am afraid we are unable to analyze all possibilities.  That’s why I suggested option 3 even I’m = also not sure whether we can find out an appropriate classification method.=

 

Best regards,

 

Cristina QIANG

 

From: Flinck, Hannu (Nokia = - FI/Espoo) [mailto:han= nu.flinck@nokia-bell-labs.com]
Sent: Thursday, December 21, 2017 9:43 PM
To: qiangli (D) <qiangli3@= huawei.com>; NetSlices@ietf.org
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface<= o:p>

 

Hello Cristina

 

I am not sure I understand the option 3 sufficiently. What would be= the use of the classification? Should we identify classes of technologies = that can be served by same/similar mapping based on the classification?

 

Best regards

Hannu

&nbs= p;

From: Netslices [mailto:netslices-bounces@ietf.o= rg] On Behalf Of qiangli (D)
Sent: Thursday, December 21, 2017 11:02 AM
To: Flinck, Hannu (Nokia - FI/Espoo) <= hannu.flinck@nokia-bell-labs.com>; NetSlices@ietf.org=
Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface<= o:p>

 

Hi Hannu and  others,

 

 

Thank you for your comments. As you and Diego mentioned, the standardi= zation of southbound interface is a sensitive matter, we’d better avo= id infringing other WGs/RGs.

 

To solve this issue, maybe we should figure out “Is it possible = to have a uniform/standard mapping interface to adapt to a variety of imple= mentation technologies?” first. If Pedro is right, such uniform interface does exist, then it’s not a big deal t= o standardize it IMHO. Otherwise, I think we may need to consider which opt= ion listed below will be better:

 

Option 1: No standardization work on southbound interface, at least be= fore IETF 101

Option 2: Separately analyze all specific technologies as you have don= e -- ACTN [un-checked], NFV [checked], then how about SFC, VPN…?=

Option 3: Classify technologies (e.g., providing connectivity, provide= VNF….) , then discuss for each classification.

 

I personally prefer 1 or 3, what’s your opinion?

 

Best regards,

 

Cristina QIANG

 

From: Flinck, Hannu (Nokia = - FI/Espoo) [ma= ilto:hannu.flinck@nokia-bell-labs.com]
Sent: Wednesday, December 20, 2017 10:33 PM
To: qiangli (D) <q= iangli3@huawei.com>; NetSlices@ietf.org=
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface<= o:p>

 

Hello Cristina and others,

 

I would suggest that  COMS/ATCN interface mapping would be dev= eloped in the TEAS WG since that is an IETF WG, is also alluding to slicing= topics, has related specifications and the expertise of the transport networks.

 

However, NFVO related work is currently within NVFRG where the slic= ing work is a minor subset of much larger territory of what the RG is discu= ssing.  Therefore, it would be better to do such focused work in COMS when and if it becomes an IETF WG.

 

 

Best regards

Hannu

&nbs= p;

From: Netslices [mailto:netslices-bounces@ietf.o= rg] On Behalf Of qiangli (D)
Sent: Wednesday, December 13, 2017 10:41 AM
To: NetSlices@ietf.org=
Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface=

 

Hi All,

&nbs= p;

This emai= l is want to collect your opinion on the following issue:=

&nbs= p;

Do we nee= d to standardize the Southbound/Mapping interface of a network slice aware = system in COMS? Or do you think this work should be carried out in existing= WGs/RGs? (e.g., mapping interface between COMS and ACTN, mapping interface between COMS and NFVO)<= /p>

&nbs= p;

Best rega= rds,

&nbs= p;

Cristina = QIANG

&nbs= p;

--_000_HE1PR07MB0842290EB5B00C953C7267349B020HE1PR07MB0842eurp_-- From nobody Fri Dec 22 09:15:42 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 728411252BA for ; Fri, 22 Dec 2017 09:15:41 -0800 (PST) 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, 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] 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 Zc2f24SphtHu for ; Fri, 22 Dec 2017 09:15:38 -0800 (PST) Received: from mail-qt0-x22b.google.com (mail-qt0-x22b.google.com [IPv6:2607:f8b0:400d:c0d::22b]) (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 79932124B18 for ; Fri, 22 Dec 2017 09:15:38 -0800 (PST) Received: by mail-qt0-x22b.google.com with SMTP id r39so36993552qtr.13 for ; Fri, 22 Dec 2017 09:15:38 -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=Ps/N7aGBYe9A8zrYNk5NL6sILS2Exms5MtL67oPTWMk=; b=KvOKMpyXOzCYpyVWMlFLrZ24yOk2bmqVBIzXkHt4V/Sb32W8fnaRkxnYKFXY3/Duig V9Sk55ZJp72ugeQtsOv1y6C57PkhjeseNHcm6fDw2oUv6por0A/sdrhxoue7AObNJSFy +dw155bYEkuHIscQy9DxpBWioN8RRcGD+fra/PKJOQS6U6bVlqaeR0wFblCJRh5fSE/u ioYJ4bxBHTeDxt6FiWv/rlZZtxyOFTbOsntV6okHl1nxQoy8X86CPJd5Ami7d0RE3qzu YzQKiu9/VhCyNZolzoJWlyTCwFG+RjbyIcfELp9AJChHTeBypZG0AgCBXBti1VCfTGbJ QaLw== 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=Ps/N7aGBYe9A8zrYNk5NL6sILS2Exms5MtL67oPTWMk=; b=TjbLRmvU6HfROq/aBI5Qvdl6uTAKuxZg+xBnpG4mYW74LKyO8M6kMGbI3Hx8Z9U3yJ kl5Qvkte3PQnvMI42igDISkv0W7FiNivA3O9lh+dHTaVxy3GU6hYC3Fq943lPtvj53W6 by/tQbS3VWIcsO0jtEr8ze/lVJArLNXxbb7zk2dM/H+ySG1VWWajVLCAeN5DLxeGV/Ds 44Gp7MobW/U8efd075MPPmcNpznewvuV/uzGBrxig2M8cknXLpUVKZbjhZOiI+AHN+Yo krRvKIXKR8GOSss4ZKvyLtDjNoJS8ti1gB3gJwQYmsMYQxGzRdQ8P3grYybQ1CcWMTne /L/g== X-Gm-Message-State: AKGB3mJoB9snDgIdx/kZtH0TJAF7jH2WD6k72irdepcvf3dq7ZOwWb7Y 5O9v2CGjqwOeJIltJpHZ+czXJ2qEGUBQrG9t6vz1RQ== X-Google-Smtp-Source: ACJfBosrQiwSoYjwgasNnVynrsWVWGIcAgv1S+LWwjm0VI6SSFHys2FbGgfrnKbb0Cs6cTZ9aw75jjMVFCJDxXH8DyE= X-Received: by 10.200.36.134 with SMTP id s6mr20178964qts.276.1513962937676; Fri, 22 Dec 2017 09:15:37 -0800 (PST) MIME-Version: 1.0 Received: by 10.200.34.129 with HTTP; Fri, 22 Dec 2017 09:15:37 -0800 (PST) In-Reply-To: <06C389826B926F48A557D5DB5A54C4ED2A5E055E@dggemi509-mbs.china.huawei.com> References: <06C389826B926F48A557D5DB5A54C4ED2A5DED86@dggemi509-mbs.china.huawei.com> <06C389826B926F48A557D5DB5A54C4ED2A5E055E@dggemi509-mbs.china.huawei.com> From: Xavier de Foy Date: Fri, 22 Dec 2017 12:15:37 -0500 Message-ID: To: "qiangli (D)" Cc: "NetSlices@ietf.org" Content-Type: multipart/alternative; boundary="001a113bd2fc1a79010560f0f7cd" Archived-At: Subject: Re: [Netslices] Summary of Open Issues X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 17:15:41 -0000 --001a113bd2fc1a79010560f0f7cd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks Cristina, to answer some of your questions, I am interested to work with you and others on this, especially on #3 items. In particular the work we started on the COMS model (model and interconnection drafts) may be a starting point for some of the work there. One thing I would like to understand better is the difference between service model and northbound interface data model. Is it fair to say that the service model would include for example the template (or blueprint) of a network slice, which would be used in a instantiation request, while the northbound data model would include the description of the actual instance of a network slice? If we foresee strong interrelations between those models, it could be useful to work jointly on them. In any case, it could be useful to provide more information to clarify their role and the relation between them in the charter text. Best Regards, Xavier. On Fri, Dec 22, 2017 at 8:41 AM, qiangli (D) wrote: > Hi Xavier and others, > > > > Thank you for your comments. According to your suggestions, I have > re-organized the potential work items as follows. Since the BoF proposal > cut-off date is on early February, I guess it=E2=80=99s time to carry out= action > ASAP on some items without too many disagreements: > > > > 1. The COMS Problem Statement - clearly provides the requirements > from management work item, and the architecture of COMS. > > 2. The COMS Use Cases - provides the motivating use cases as a basis > for the work. [need a COMS focused use case draft? Any volunteers for new > draft? Has discussed under thread entitled =E2=80=9COpen Issue III=E2=80= =9D ] > > 3. Model(s) describing a slice or slice subnet instance and > operations on a slice instance. [Any volunteers for new Service Model > draft?=E2=80=94discussed under thread entitled =E2=80=9COpen Issue II=E2= =80=9D; Any volunteers for > new northbound interface data model draft?] > > 4. The COMS mapping operation/interface to underlying technologies. > [Has discussed under thread entitled =E2=80=9COpen Issue I=E2=80=9D] > > > > > > Best regards, > > > > Cristina QIANG > > > > *From:* Xavier de Foy [mailto:x.defoy.ietf@gmail.com] > *Sent:* Friday, December 22, 2017 1:30 AM > *To:* qiangli (D) > *Cc:* NetSlices@ietf.org > *Subject:* Re: [Netslices] Summary of Open Issues > > > > Hi Cristina, > > Thanks for bringing this to the list. I agree with this narrowed down > approach, and would only have suggestions to simplify and shorten the wor= k > item list. For example 4-5-6 could be limited to 2: (4) model(s) describi= ng > a slice or slice subnet instance and operations on a slice instance; (5) > mapping operation to underlying technologies. Also, I would suggest > limiting the architecture effort as much as possible before IETF101, mayb= e > even using the problem statement document for this effort for now. > > Best Regards, > > Xavier > > > > On Wed, Dec 13, 2017 at 3:25 AM, qiangli (D) wrote: > > Hi All, > > > > Before we carry out the next stage work, we would like to hear your > opinion on future possible directions. We have preliminarily listed the > following 6 potential work items for discussion, is there anything missin= g > or inappropriate? > > > > COMS (Common Operation and Management on network Slices) =E2=80=93 a conc= rete > topic narrowed down from NetSlicing, focuses on resource-oriented > (including connectivity, computing, storage and other potential resources= ) > common management plane, be able to shield the differences of multiple > implementation techniques. > > > > 1. The COMS Architecture - provides common terminology, basic > architecture elements, resource abstractions and the inter-actions. > > 2. The COMS Use Cases - provides the motivating use cases as a > basis for the work. > > 3. The COMS Problem Statement - clearly provides the requirements > from management work item. > > 4. The COMS Information Model/Template - Identifies managed objects > needed to implement a network slice instance in a network slice aware > system. > > 5. The COMS Data Model - date models of northbound and > southbound/mapping interfaces of a network slice aware system. > > 6. The COMS Service Model =E2=80=93 a service model mapping to an i= nstance > of a slice and its management. > > > > Best regards, > > > > Cristina QIANG > > > > > > > _______________________________________________ > Netslices mailing list > Netslices@ietf.org > https://www.ietf.org/mailman/listinfo/netslices > > > --001a113bd2fc1a79010560f0f7cd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks Cristina, to answer some of your question= s, I am interested to work with you and others on this, especially on #3 it= ems. In particular the work we started on the COMS model (model and interco= nnection drafts) may be a starting point for some of the work there.

One thing I would like to understand better is the = difference between service model and northbound interface data model. Is it= fair to say that the service model would include for example the template = (or blueprint) of a network slice, which would be used in a instantiation r= equest, while the northbound data model would include the description of th= e actual instance of a network slice? If we foresee strong interrelations b= etween those models, it could be useful to work jointly on them. In any cas= e, it could be useful to provide more information to clarify their role and= the relation between them in the charter text.

Be= st Regards,
Xavier.

On Fri, Dec 22, 2017 at 8:41 AM, qiangli (D) <qiangli3@= huawei.com> wrote:

Hi Xavier= and others,

= =C2=A0

Thank you= for your comments. According to your suggestions, I have re-organized the = potential work items as follows. Since the BoF proposal cut-off date is on early February, I guess it=E2=80=99s time to carry out action A= SAP on some items without too many disagreements:

= =C2=A0

1.=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 The COMS P= roblem Statement - clearly provides the requirements from management work i= tem, and the architecture of COMS.

2.=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 The COMS U= se Cases - provides the motivating use cases as a basis for the work. [need= a COMS focused use case draft? Any volunteers for new draft?=C2=A0 Has discussed under thread entitled =E2=80=9COpen Issue I= II=E2=80=9D ]

3.=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Model(s) d= escribing a slice or slice subnet instance and operations on a slice instan= ce. [Any volunteers for new Service Model draft?=E2=80=94discussed under thread entitled =E2=80=9COpen Issue II=E2=80=9D; Any volunteers for = new northbound interface data model draft?]

4.=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 The COMS m= apping operation/interface to underlying technologies. [Has discussed under= thread entitled =E2=80=9COpen Issue I=E2=80=9D]

=C2=A0

= =C2=A0

Best rega= rds,

= =C2=A0

Cristina = QIANG

= =C2=A0

From: Xavier de Foy [mailto:x.defoy.ietf@gmail.com]
Sent: Friday, December 22, 2017 1:30 AM
To: qiangli (D) <qiangli3@huawei.com>
Cc: NetSlice= s@ietf.org
Subject: Re: [Netslices] Summary of Open Issues=

=C2=A0

Hi Cristina,

=C2=A0 Thanks for bringing this to the list. I agree with this narrowed dow= n approach, and would only have suggestions to simplify and shorten the wor= k item list. For example 4-5-6 could be limited to 2: (4) model(s) describi= ng a slice or slice subnet instance and operations on a slice instance; (5) mapping operation to underlying techno= logies. Also, I would suggest limiting the architecture effort as much as p= ossible before IETF101, maybe even using the problem statement document for= this effort for now.
=C2=A0
=C2=A0 Best Regards,
=C2=A0
Xavier

=C2=A0

On Wed, Dec 13, 2017 at 3= :25 AM, qiangli (D) <qiangli3@huawei.com> wrote:

Hi All,

=C2=A0

Before we carry out the n= ext stage work, we would like to hear your opinion on future possible direc= tions. We have preliminarily listed the following 6 potential work items for discussion, is there anything missing or inappropriate?<= /u>

=C2=A0

COMS (Common Operation an= d Management on network Slices) =E2=80=93 a concrete topic narrowed down from N= etSlicing, focuses on resource-oriented (including connectivity, computing,= storage and other potential resources) common management plane, be able to= shield the differences of multiple implementation techniques.

=C2=A0

1.=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 The COMS Architecture - provides common termino= logy, basic architecture elements, resource abstractions and the inter-acti= ons.

2.=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 The COMS Use Cases - provides the motivating us= e cases as a basis for the work.

3.=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 The COMS Problem Statement - clearly provides t= he requirements from management work item.

4.=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 The COMS Information Model/Template - Identifie= s managed objects needed to implement a network slice instance in a network= slice aware system.

5.=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 The COMS Data Model - date models of northbound= and southbound/mapping interfaces of a network slice aware system.<= u>

6.=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 The COMS Service Model =E2=80=93 a service model mapping to an instance of a slice and its man= agement.

=C2=A0

Best regards,

=C2=A0

Cristina QIANG<= /u>

=C2=A0

=C2=A0


_______________________________________________
Netslices mailing list
Netslices@ietf.org<= /a>
https://www.ietf.org/mailman/listinfo/netslices

=C2=A0


--001a113bd2fc1a79010560f0f7cd-- From nobody Fri Dec 22 10:21:29 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C873126C25 for ; Fri, 22 Dec 2017 10:21:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 mT_GsAHqbWM9 for ; Fri, 22 Dec 2017 10:21:24 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 08AD81200B9 for ; Fri, 22 Dec 2017 10:21:24 -0800 (PST) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 9F018E377D4B3 for ; Fri, 22 Dec 2017 18:21:20 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.361.1; Fri, 22 Dec 2017 18:21:21 +0000 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.83]) by SJCEML701-CHM.china.huawei.com ([169.254.3.207]) with mapi id 14.03.0361.001; Fri, 22 Dec 2017 10:21:11 -0800 From: Kiran.Makhijani To: Xavier de Foy , "qiangli (D)" CC: "NetSlices@ietf.org" Thread-Topic: [Netslices] Summary of Open Issues Thread-Index: AdNz69De3UdZ6mp2RoqoEwxedESdJwG2JVKAACpQGgAAB3jdgP//jDEA Date: Fri, 22 Dec 2017 18:21:11 +0000 Message-ID: <0A0D36BA-531E-49C5-8906-DBA3AC80E798@huawei.com> References: <06C389826B926F48A557D5DB5A54C4ED2A5DED86@dggemi509-mbs.china.huawei.com> <06C389826B926F48A557D5DB5A54C4ED2A5E055E@dggemi509-mbs.china.huawei.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.209.216.192] Content-Type: multipart/alternative; boundary="_000_0A0D36BA531E49C58906DBA3AC80E798huaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Netslices] Summary of Open Issues X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 18:21:28 -0000 --_000_0A0D36BA531E49C58906DBA3AC80E798huaweicom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QXBvbG9naWVzIGZvciBjb21pbmcgaW4gbGF0ZSB0byB0aGUgZGlzY3Vzc2lvbi4NCg0KSGkgWGF2 aWVyLA0KSW4gdGVybXMgb2Ygc2VydmljZSBtb2RlbCwgd2hhdCBzaG91bGQgYmUgb2YgaW50ZXJl c3QgaXMgdG8gZGVzY3JpYmUgYSBwYXJ0aWN1bGFyIOKAnHR5cGUgb2YgbmV0d29yayBzbGljZSBh cyBhIHNlcnZpY2XigJ0gKE5TYWFTKS4gQW4gaW5zdGFuY2Ugb2YgaXQgd291bGQgZGVwbG95IDEg b3IgbW9yZSB0ZW5hbnQvZW5kIHVzZXIgc2VydmljZXMuIEZvciBleGFtcGxlLCBJIGFtIHRoaW5r aW5nIOKAnGhvdyBjYW4gd2UgZGVwbG95IGV4aXN0aW5nIEwyU00gb3IgTDNTTSBtb2RlbCBvbiBh IHNsaWNlP+KAnSB0aGlzIGlzIGEgdmFsaWQgcXVlc3Rpb24gKG9yIGEgdXNlIGNhc2UpLg0KDQpJ biB0aGlzIHJlZ2FyZCDigJxTZXJ2aWNlIE1vZGVs4oCdIGlzIGFuIG92ZXJsb2FkZWQgdGVybS4g T25lIGFwcHJvYWNoIGNvdWxkIGJlIG5vdCB0byB3b3JyeSBhYm91dCBzZXJ2aWNlIG1vZGVscy4g QnV0IGZvY3VzIHdvcmsgb24gTkJJLiBOU2FhUyB3aWxsIGJyaW5nIG9wZXJhdGlvbnMgJiBtb25p dG9yaW5nICh3ZSBuZWVkIE5CSSBmb3IgdGhpcykgcGx1cyBzb21lIGF1dG9tYXRpb24gKD8/PyBo b3cgd2UgZG9u4oCZdCBrbm93IHlldOKApikuDQoNCkFub3RoZXIgcXVlc3Rpb24gd2Ugc2hvdWxk IGNsYXJpZnksIGRvZXMgbW9kZWwgaW1wbHkgb25seSBZQU5HIHJlcHJlc2VudGF0aW9uIG9yIG1v cmUgdGhhbiB0aGF0PyBJIGJlbGlldmUgaXQgc2hvdWxkIGJlIOKAnG1vcmUgdGhhbiB0aGF04oCd IHRvIGNhcHR1cmUgcmVhbC10aW1lIG9wZXJhdGlvbmFsIGFzcGVjdHMuDQoNClBlcnNvbmFsbHks IEkgdGhvdWdodCB0ZW1wbGF0ZSB3ZXJlIG91dCBvZiBzY29wZS4NCg0KQWxzbywgSeKAmWQgZW5j b3VyYWdlIHRvIGNvbnRpbnVlIHJlZmluaW5nIHRoZXNlIDMgZG9jdW1lbnRzIHRvIGNhcHR1cmUg d2hhdCBDaHJpc3RpbmHigJlzIGlzIGFza2luZyBmb3IsIHJhdGhlciB0aGFuIHByb2R1Y2luZyBu ZXcgc2V0Lg0KICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFm dC1xaWFuZy1jb21zLW5ldHNsaWNpbmctaW5mb3JtYXRpb24tbW9kZWwtMDEudHh0DQogICAgICAg aHR0cHM6Ly90b29scy5pZXRmLm9yZy9pZC9kcmFmdC1kZWZveS1jb21zLXN1Ym5ldC1pbnRlcmNv bm5lY3Rpb24tMDEudHh0DQogICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm dC1nZW5nLW5ldHNsaWNlcy1hcmNoaXRlY3R1cmUtMDINCg0KDQotS2lyYW4NCg0KRnJvbTogTmV0 c2xpY2VzIDxuZXRzbGljZXMtYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mIFhhdmllciBk ZSBGb3kgPHguZGVmb3kuaWV0ZkBnbWFpbC5jb20+DQpEYXRlOiBGcmlkYXksIERlY2VtYmVyIDIy LCAyMDE3IGF0IDk6MTYgQU0NClRvOiAicWlhbmdsaSAoRCkiIDxxaWFuZ2xpM0BodWF3ZWkuY29t Pg0KQ2M6ICJOZXRTbGljZXNAaWV0Zi5vcmciIDxOZXRTbGljZXNAaWV0Zi5vcmc+DQpTdWJqZWN0 OiBSZTogW05ldHNsaWNlc10gU3VtbWFyeSBvZiBPcGVuIElzc3Vlcw0KDQpUaGFua3MgQ3Jpc3Rp bmEsIHRvIGFuc3dlciBzb21lIG9mIHlvdXIgcXVlc3Rpb25zLCBJIGFtIGludGVyZXN0ZWQgdG8g d29yayB3aXRoIHlvdSBhbmQgb3RoZXJzIG9uIHRoaXMsIGVzcGVjaWFsbHkgb24gIzMgaXRlbXMu IEluIHBhcnRpY3VsYXIgdGhlIHdvcmsgd2Ugc3RhcnRlZCBvbiB0aGUgQ09NUyBtb2RlbCAobW9k ZWwgYW5kIGludGVyY29ubmVjdGlvbiBkcmFmdHMpIG1heSBiZSBhIHN0YXJ0aW5nIHBvaW50IGZv ciBzb21lIG9mIHRoZSB3b3JrIHRoZXJlLg0KDQpPbmUgdGhpbmcgSSB3b3VsZCBsaWtlIHRvIHVu ZGVyc3RhbmQgYmV0dGVyIGlzIHRoZSBkaWZmZXJlbmNlIGJldHdlZW4gc2VydmljZSBtb2RlbCBh bmQgbm9ydGhib3VuZCBpbnRlcmZhY2UgZGF0YSBtb2RlbC4gSXMgaXQgZmFpciB0byBzYXkgdGhh dCB0aGUgc2VydmljZSBtb2RlbCB3b3VsZCBpbmNsdWRlIGZvciBleGFtcGxlIHRoZSB0ZW1wbGF0 ZSAob3IgYmx1ZXByaW50KSBvZiBhIG5ldHdvcmsgc2xpY2UsIHdoaWNoIHdvdWxkIGJlIHVzZWQg aW4gYSBpbnN0YW50aWF0aW9uIHJlcXVlc3QsIHdoaWxlIHRoZSBub3J0aGJvdW5kIGRhdGEgbW9k ZWwgd291bGQgaW5jbHVkZSB0aGUgZGVzY3JpcHRpb24gb2YgdGhlIGFjdHVhbCBpbnN0YW5jZSBv ZiBhIG5ldHdvcmsgc2xpY2U/IElmIHdlIGZvcmVzZWUgc3Ryb25nIGludGVycmVsYXRpb25zIGJl dHdlZW4gdGhvc2UgbW9kZWxzLCBpdCBjb3VsZCBiZSB1c2VmdWwgdG8gd29yayBqb2ludGx5IG9u IHRoZW0uIEluIGFueSBjYXNlLCBpdCBjb3VsZCBiZSB1c2VmdWwgdG8gcHJvdmlkZSBtb3JlIGlu Zm9ybWF0aW9uIHRvIGNsYXJpZnkgdGhlaXIgcm9sZSBhbmQgdGhlIHJlbGF0aW9uIGJldHdlZW4g dGhlbSBpbiB0aGUgY2hhcnRlciB0ZXh0Lg0KDQpCZXN0IFJlZ2FyZHMsDQpYYXZpZXIuDQoNCk9u IEZyaSwgRGVjIDIyLCAyMDE3IGF0IDg6NDEgQU0sIHFpYW5nbGkgKEQpIDxxaWFuZ2xpM0BodWF3 ZWkuY29tPG1haWx0bzpxaWFuZ2xpM0BodWF3ZWkuY29tPj4gd3JvdGU6DQoNCkhpIFhhdmllciBh bmQgb3RoZXJzLA0KDQoNCg0KVGhhbmsgeW91IGZvciB5b3VyIGNvbW1lbnRzLiBBY2NvcmRpbmcg dG8geW91ciBzdWdnZXN0aW9ucywgSSBoYXZlIHJlLW9yZ2FuaXplZCB0aGUgcG90ZW50aWFsIHdv cmsgaXRlbXMgYXMgZm9sbG93cy4gU2luY2UgdGhlIEJvRiBwcm9wb3NhbCBjdXQtb2ZmIGRhdGUg aXMgb24gZWFybHkgRmVicnVhcnksIEkgZ3Vlc3MgaXTigJlzIHRpbWUgdG8gY2Fycnkgb3V0IGFj dGlvbiBBU0FQIG9uIHNvbWUgaXRlbXMgd2l0aG91dCB0b28gbWFueSBkaXNhZ3JlZW1lbnRzOg0K DQoNCg0KMS4gICAgICBUaGUgQ09NUyBQcm9ibGVtIFN0YXRlbWVudCAtIGNsZWFybHkgcHJvdmlk ZXMgdGhlIHJlcXVpcmVtZW50cyBmcm9tIG1hbmFnZW1lbnQgd29yayBpdGVtLCBhbmQgdGhlIGFy Y2hpdGVjdHVyZSBvZiBDT01TLg0KDQoyLiAgICAgIFRoZSBDT01TIFVzZSBDYXNlcyAtIHByb3Zp ZGVzIHRoZSBtb3RpdmF0aW5nIHVzZSBjYXNlcyBhcyBhIGJhc2lzIGZvciB0aGUgd29yay4gW25l ZWQgYSBDT01TIGZvY3VzZWQgdXNlIGNhc2UgZHJhZnQ/IEFueSB2b2x1bnRlZXJzIGZvciBuZXcg ZHJhZnQ/ICBIYXMgZGlzY3Vzc2VkIHVuZGVyIHRocmVhZCBlbnRpdGxlZCDigJxPcGVuIElzc3Vl IElJSeKAnSBdDQoNCjMuICAgICAgTW9kZWwocykgZGVzY3JpYmluZyBhIHNsaWNlIG9yIHNsaWNl IHN1Ym5ldCBpbnN0YW5jZSBhbmQgb3BlcmF0aW9ucyBvbiBhIHNsaWNlIGluc3RhbmNlLiBbQW55 IHZvbHVudGVlcnMgZm9yIG5ldyBTZXJ2aWNlIE1vZGVsIGRyYWZ0P+KAlGRpc2N1c3NlZCB1bmRl ciB0aHJlYWQgZW50aXRsZWQg4oCcT3BlbiBJc3N1ZSBJSeKAnTsgQW55IHZvbHVudGVlcnMgZm9y IG5ldyBub3J0aGJvdW5kIGludGVyZmFjZSBkYXRhIG1vZGVsIGRyYWZ0P10NCg0KNC4gICAgICBU aGUgQ09NUyBtYXBwaW5nIG9wZXJhdGlvbi9pbnRlcmZhY2UgdG8gdW5kZXJseWluZyB0ZWNobm9s b2dpZXMuIFtIYXMgZGlzY3Vzc2VkIHVuZGVyIHRocmVhZCBlbnRpdGxlZCDigJxPcGVuIElzc3Vl IEnigJ1dDQoNCg0KDQoNCg0KQmVzdCByZWdhcmRzLA0KDQoNCg0KQ3Jpc3RpbmEgUUlBTkcNCg0K DQoNCkZyb206IFhhdmllciBkZSBGb3kgW21haWx0bzp4LmRlZm95LmlldGZAZ21haWwuY29tPG1h aWx0bzp4LmRlZm95LmlldGZAZ21haWwuY29tPl0NClNlbnQ6IEZyaWRheSwgRGVjZW1iZXIgMjIs IDIwMTcgMTozMCBBTQ0KVG86IHFpYW5nbGkgKEQpIDxxaWFuZ2xpM0BodWF3ZWkuY29tPG1haWx0 bzpxaWFuZ2xpM0BodWF3ZWkuY29tPj4NCkNjOiBOZXRTbGljZXNAaWV0Zi5vcmc8bWFpbHRvOk5l dFNsaWNlc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbTmV0c2xpY2VzXSBTdW1tYXJ5IG9mIE9w ZW4gSXNzdWVzDQoNCg0KDQpIaSBDcmlzdGluYSwNCg0KICBUaGFua3MgZm9yIGJyaW5naW5nIHRo aXMgdG8gdGhlIGxpc3QuIEkgYWdyZWUgd2l0aCB0aGlzIG5hcnJvd2VkIGRvd24gYXBwcm9hY2gs IGFuZCB3b3VsZCBvbmx5IGhhdmUgc3VnZ2VzdGlvbnMgdG8gc2ltcGxpZnkgYW5kIHNob3J0ZW4g dGhlIHdvcmsgaXRlbSBsaXN0LiBGb3IgZXhhbXBsZSA0LTUtNiBjb3VsZCBiZSBsaW1pdGVkIHRv IDI6ICg0KSBtb2RlbChzKSBkZXNjcmliaW5nIGEgc2xpY2Ugb3Igc2xpY2Ugc3VibmV0IGluc3Rh bmNlIGFuZCBvcGVyYXRpb25zIG9uIGEgc2xpY2UgaW5zdGFuY2U7ICg1KSBtYXBwaW5nIG9wZXJh dGlvbiB0byB1bmRlcmx5aW5nIHRlY2hub2xvZ2llcy4gQWxzbywgSSB3b3VsZCBzdWdnZXN0IGxp bWl0aW5nIHRoZSBhcmNoaXRlY3R1cmUgZWZmb3J0IGFzIG11Y2ggYXMgcG9zc2libGUgYmVmb3Jl IElFVEYxMDEsIG1heWJlIGV2ZW4gdXNpbmcgdGhlIHByb2JsZW0gc3RhdGVtZW50IGRvY3VtZW50 IGZvciB0aGlzIGVmZm9ydCBmb3Igbm93Lg0KDQogIEJlc3QgUmVnYXJkcywNCg0KWGF2aWVyDQoN Cg0KDQpPbiBXZWQsIERlYyAxMywgMjAxNyBhdCAzOjI1IEFNLCBxaWFuZ2xpIChEKSA8cWlhbmds aTNAaHVhd2VpLmNvbTxtYWlsdG86cWlhbmdsaTNAaHVhd2VpLmNvbT4+IHdyb3RlOg0KDQpIaSBB bGwsDQoNCg0KDQpCZWZvcmUgd2UgY2Fycnkgb3V0IHRoZSBuZXh0IHN0YWdlIHdvcmssIHdlIHdv dWxkIGxpa2UgdG8gaGVhciB5b3VyIG9waW5pb24gb24gZnV0dXJlIHBvc3NpYmxlIGRpcmVjdGlv bnMuIFdlIGhhdmUgcHJlbGltaW5hcmlseSBsaXN0ZWQgdGhlIGZvbGxvd2luZyA2IHBvdGVudGlh bCB3b3JrIGl0ZW1zIGZvciBkaXNjdXNzaW9uLCBpcyB0aGVyZSBhbnl0aGluZyBtaXNzaW5nIG9y IGluYXBwcm9wcmlhdGU/DQoNCg0KDQpDT01TIChDb21tb24gT3BlcmF0aW9uIGFuZCBNYW5hZ2Vt ZW50IG9uIG5ldHdvcmsgU2xpY2VzKSDigJMgYSBjb25jcmV0ZSB0b3BpYyBuYXJyb3dlZCBkb3du IGZyb20gTmV0U2xpY2luZywgZm9jdXNlcyBvbiByZXNvdXJjZS1vcmllbnRlZCAoaW5jbHVkaW5n IGNvbm5lY3Rpdml0eSwgY29tcHV0aW5nLCBzdG9yYWdlIGFuZCBvdGhlciBwb3RlbnRpYWwgcmVz b3VyY2VzKSBjb21tb24gbWFuYWdlbWVudCBwbGFuZSwgYmUgYWJsZSB0byBzaGllbGQgdGhlIGRp ZmZlcmVuY2VzIG9mIG11bHRpcGxlIGltcGxlbWVudGF0aW9uIHRlY2huaXF1ZXMuDQoNCg0KDQox LiAgICAgICBUaGUgQ09NUyBBcmNoaXRlY3R1cmUgLSBwcm92aWRlcyBjb21tb24gdGVybWlub2xv Z3ksIGJhc2ljIGFyY2hpdGVjdHVyZSBlbGVtZW50cywgcmVzb3VyY2UgYWJzdHJhY3Rpb25zIGFu ZCB0aGUgaW50ZXItYWN0aW9ucy4NCg0KMi4gICAgICAgVGhlIENPTVMgVXNlIENhc2VzIC0gcHJv dmlkZXMgdGhlIG1vdGl2YXRpbmcgdXNlIGNhc2VzIGFzIGEgYmFzaXMgZm9yIHRoZSB3b3JrLg0K DQozLiAgICAgICBUaGUgQ09NUyBQcm9ibGVtIFN0YXRlbWVudCAtIGNsZWFybHkgcHJvdmlkZXMg dGhlIHJlcXVpcmVtZW50cyBmcm9tIG1hbmFnZW1lbnQgd29yayBpdGVtLg0KDQo0LiAgICAgICBU aGUgQ09NUyBJbmZvcm1hdGlvbiBNb2RlbC9UZW1wbGF0ZSAtIElkZW50aWZpZXMgbWFuYWdlZCBv YmplY3RzIG5lZWRlZCB0byBpbXBsZW1lbnQgYSBuZXR3b3JrIHNsaWNlIGluc3RhbmNlIGluIGEg bmV0d29yayBzbGljZSBhd2FyZSBzeXN0ZW0uDQoNCjUuICAgICAgIFRoZSBDT01TIERhdGEgTW9k ZWwgLSBkYXRlIG1vZGVscyBvZiBub3J0aGJvdW5kIGFuZCBzb3V0aGJvdW5kL21hcHBpbmcgaW50 ZXJmYWNlcyBvZiBhIG5ldHdvcmsgc2xpY2UgYXdhcmUgc3lzdGVtLg0KDQo2LiAgICAgICBUaGUg Q09NUyBTZXJ2aWNlIE1vZGVsIOKAkyBhIHNlcnZpY2UgbW9kZWwgbWFwcGluZyB0byBhbiBpbnN0 YW5jZSBvZiBhIHNsaWNlIGFuZCBpdHMgbWFuYWdlbWVudC4NCg0KDQoNCkJlc3QgcmVnYXJkcywN Cg0KDQoNCkNyaXN0aW5hIFFJQU5HDQoNCg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCk5ldHNsaWNlcyBtYWlsaW5nIGxpc3QNCk5ldHNsaWNl c0BpZXRmLm9yZzxtYWlsdG86TmV0c2xpY2VzQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9uZXRzbGljZXMNCg0KDQoNCg== --_000_0A0D36BA531E49C58906DBA3AC80E798huaweicom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYWxpYnJpIExp Z2h0IjsNCglwYW5vc2UtMToyIDE1IDMgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2Zv bnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyog U3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29O b3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXpl OjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNw YW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlu a0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4 dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLmdtYWlsLW1zb25vcm1hbCwgbGkuZ21haWwtbXNv bm9ybWFsLCBkaXYuZ21haWwtbXNvbm9ybWFsDQoJe21zby1zdHlsZS1uYW1lOmdtYWlsLW1zb25v cm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6 MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnAuZ21haWwtbS04 NzQzMTkyODc4NzA4MTgxODA1bXNvbGlzdHBhcmFncmFwaCwgbGkuZ21haWwtbS04NzQzMTkyODc4 NzA4MTgxODA1bXNvbGlzdHBhcmFncmFwaCwgZGl2LmdtYWlsLW0tODc0MzE5Mjg3ODcwODE4MTgw NW1zb2xpc3RwYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLW5hbWU6Z21haWwtbV8tODc0MzE5Mjg3ODcw ODE4MTgwNW1zb2xpc3RwYXJhZ3JhcGg7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFy Z2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVm dDowaW47DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1z ZXJpZjt9DQpwLmdtYWlsLW0tODc0MzE5Mjg3ODcwODE4MTgwNW02OTY0NjU2MTk2MTM1Nzk5NDMy bXNvbGlzdHBhcmFncmFwaCwgbGkuZ21haWwtbS04NzQzMTkyODc4NzA4MTgxODA1bTY5NjQ2NTYx OTYxMzU3OTk0MzJtc29saXN0cGFyYWdyYXBoLCBkaXYuZ21haWwtbS04NzQzMTkyODc4NzA4MTgx ODA1bTY5NjQ2NTYxOTYxMzU3OTk0MzJtc29saXN0cGFyYWdyYXBoDQoJe21zby1zdHlsZS1uYW1l OmdtYWlsLW1fLTg3NDMxOTI4Nzg3MDgxODE4MDVtNjk2NDY1NjE5NjEzNTc5OTQzMm1zb2xpc3Rw YXJhZ3JhcGg7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsN Cgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1z aXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVt YWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWls eToiQ2FsaWJyaSBMaWdodCIsc2Fucy1zZXJpZjsNCgljb2xvcjojMDA3MEMwOw0KCWZvbnQtd2Vp Z2h0Om5vcm1hbDsNCglmb250LXN0eWxlOm5vcm1hbDt9DQpzcGFuLm1zb0lucw0KCXttc28tc3R5 bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29yYXRp b246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl LXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlv bjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGlu O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4N CjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIg dmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkgTGlnaHQmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMDA3MEMwIj5BcG9sb2dpZXMgZm9yIGNvbWluZyBpbiBsYXRl IHRvIHRoZSBkaXNjdXNzaW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpIExpZ2h0JnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzAwNzBDMCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkgTGlnaHQmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDA3MEMwIj5IaSBYYXZpZXIsDQo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSBMaWdodCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMDcw QzAiPkluIHRlcm1zIG9mIHNlcnZpY2UgbW9kZWwsIHdoYXQgc2hvdWxkIGJlIG9mIGludGVyZXN0 IGlzIHRvIGRlc2NyaWJlIGEgcGFydGljdWxhciDigJx0eXBlIG9mIG5ldHdvcmsgc2xpY2UgYXMg YSBzZXJ2aWNl4oCdIChOU2FhUykuIEFuIGluc3RhbmNlIG9mIGl0IHdvdWxkIGRlcGxveSAxIG9y IG1vcmUNCiB0ZW5hbnQvZW5kIHVzZXIgc2VydmljZXMuIEZvciBleGFtcGxlLCBJIGFtIHRoaW5r aW5nIOKAnGhvdyBjYW4gd2UgZGVwbG95IGV4aXN0aW5nIEwyU00gb3IgTDNTTSBtb2RlbCBvbiBh IHNsaWNlP+KAnSB0aGlzIGlzIGEgdmFsaWQgcXVlc3Rpb24gKG9yIGEgdXNlIGNhc2UpLg0KPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkgTGlnaHQmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDA3 MEMwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSBMaWdodCZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMwMDcwQzAiPkluIHRoaXMgcmVnYXJkIOKAnFNlcnZpY2UgTW9kZWzigJ0gaXMg YW4gb3ZlcmxvYWRlZCB0ZXJtLiBPbmUgYXBwcm9hY2ggY291bGQgYmUgbm90IHRvIHdvcnJ5IGFi b3V0IHNlcnZpY2UgbW9kZWxzLiBCdXQgZm9jdXMgd29yayBvbiBOQkkuIE5TYWFTIHdpbGwgYnJp bmcgb3BlcmF0aW9ucyAmYW1wOyBtb25pdG9yaW5nDQogKHdlIG5lZWQgTkJJIGZvciB0aGlzKSBw bHVzIHNvbWUgYXV0b21hdGlvbiAoPz8/IGhvdyB3ZSBkb27igJl0IGtub3cgeWV04oCmKS4gPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkgTGlnaHQmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDA3 MEMwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSBMaWdodCZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMwMDcwQzAiPkFub3RoZXIgcXVlc3Rpb24gd2Ugc2hvdWxkIGNsYXJpZnksIGRv ZXMgbW9kZWwgaW1wbHkgb25seSBZQU5HIHJlcHJlc2VudGF0aW9uIG9yIG1vcmUgdGhhbiB0aGF0 PyBJIGJlbGlldmUgaXQgc2hvdWxkIGJlIOKAnG1vcmUgdGhhbiB0aGF04oCdIHRvIGNhcHR1cmUg cmVhbC10aW1lIG9wZXJhdGlvbmFsDQogYXNwZWN0cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSBMaWdodCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMDcwQzAiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDYWxpYnJpIExpZ2h0JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwNzBDMCI+UGVy c29uYWxseSwgSSB0aG91Z2h0IHRlbXBsYXRlIHdlcmUgb3V0IG9mIHNjb3BlLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDYWxpYnJpIExpZ2h0JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwNzBDMCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkgTGlnaHQmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMDA3MEMwIj5BbHNvLCBJ4oCZZCBlbmNvdXJhZ2UgdG8gY29udGludWUgcmVmaW5pbmcgdGhl c2UgMyBkb2N1bWVudHMgdG8gY2FwdHVyZSB3aGF0IENocmlzdGluYeKAmXMgaXMgYXNraW5nIGZv ciwgcmF0aGVyIHRoYW4gcHJvZHVjaW5nIG5ldyBzZXQuPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkgTGlnaHQmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDA3MEMwIj4mbmJzcDsmbmJzcDsgJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJu ZXQtZHJhZnRzL2RyYWZ0LXFpYW5nLWNvbXMtbmV0c2xpY2luZy1pbmZvcm1hdGlvbi1tb2RlbC0w MS50eHQiPmh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1xaWFuZy1j b21zLW5ldHNsaWNpbmctaW5mb3JtYXRpb24tbW9kZWwtMDEudHh0PC9hPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDYWxpYnJpIExpZ2h0JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwNzBDMCI+Jm5ic3A7 ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaWQvZHJhZnQtZGVmb3ktY29tcy1zdWJuZXQtaW50ZXJjb25uZWN0aW9uLTAxLnR4dCI+ aHR0cHM6Ly90b29scy5pZXRmLm9yZy9pZC9kcmFmdC1kZWZveS1jb21zLXN1Ym5ldC1pbnRlcmNv bm5lY3Rpb24tMDEudHh0PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpIExpZ2h0JnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzAwNzBDMCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7DQo8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt Z2VuZy1uZXRzbGljZXMtYXJjaGl0ZWN0dXJlLTAyIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0 bWwvZHJhZnQtZ2VuZy1uZXRzbGljZXMtYXJjaGl0ZWN0dXJlLTAyPC9hPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDYWxpYnJpIExpZ2h0JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwNzBDMCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkgTGlnaHQmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MDA3MEMwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPi1LaXJhbjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSBMaWdodCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMDcw QzAiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpIExpZ2h0JnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzAwNzBDMCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGlu IDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOg0KPC9z cGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+TmV0c2xp Y2VzICZsdDtuZXRzbGljZXMtYm91bmNlc0BpZXRmLm9yZyZndDsgb24gYmVoYWxmIG9mIFhhdmll ciBkZSBGb3kgJmx0O3guZGVmb3kuaWV0ZkBnbWFpbC5jb20mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9i PkZyaWRheSwgRGVjZW1iZXIgMjIsIDIwMTcgYXQgOToxNiBBTTxicj4NCjxiPlRvOiA8L2I+JnF1 b3Q7cWlhbmdsaSAoRCkmcXVvdDsgJmx0O3FpYW5nbGkzQGh1YXdlaS5jb20mZ3Q7PGJyPg0KPGI+ Q2M6IDwvYj4mcXVvdDtOZXRTbGljZXNAaWV0Zi5vcmcmcXVvdDsgJmx0O05ldFNsaWNlc0BpZXRm Lm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UmU6IFtOZXRzbGljZXNdIFN1bW1hcnkgb2Yg T3BlbiBJc3N1ZXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluIj5UaGFua3MgQ3Jpc3RpbmEsIHRvIGFuc3dlciBzb21lIG9m IHlvdXIgcXVlc3Rpb25zLCBJIGFtIGludGVyZXN0ZWQgdG8gd29yayB3aXRoIHlvdSBhbmQgb3Ro ZXJzIG9uIHRoaXMsIGVzcGVjaWFsbHkgb24gIzMgaXRlbXMuIEluIHBhcnRpY3VsYXIgdGhlIHdv cmsgd2Ugc3RhcnRlZCBvbiB0aGUgQ09NUyBtb2RlbCAobW9kZWwgYW5kIGludGVyY29ubmVjdGlv biBkcmFmdHMpDQogbWF5IGJlIGEgc3RhcnRpbmcgcG9pbnQgZm9yIHNvbWUgb2YgdGhlIHdvcmsg dGhlcmUuIDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPk9u ZSB0aGluZyBJIHdvdWxkIGxpa2UgdG8gdW5kZXJzdGFuZCBiZXR0ZXIgaXMgdGhlIGRpZmZlcmVu Y2UgYmV0d2VlbiBzZXJ2aWNlIG1vZGVsIGFuZCBub3J0aGJvdW5kIGludGVyZmFjZSBkYXRhIG1v ZGVsLiBJcyBpdCBmYWlyIHRvIHNheSB0aGF0IHRoZSBzZXJ2aWNlIG1vZGVsIHdvdWxkIGluY2x1 ZGUgZm9yIGV4YW1wbGUgdGhlIHRlbXBsYXRlIChvciBibHVlcHJpbnQpDQogb2YgYSBuZXR3b3Jr IHNsaWNlLCB3aGljaCB3b3VsZCBiZSB1c2VkIGluIGEgaW5zdGFudGlhdGlvbiByZXF1ZXN0LCB3 aGlsZSB0aGUgbm9ydGhib3VuZCBkYXRhIG1vZGVsIHdvdWxkIGluY2x1ZGUgdGhlIGRlc2NyaXB0 aW9uIG9mIHRoZSBhY3R1YWwgaW5zdGFuY2Ugb2YgYSBuZXR3b3JrIHNsaWNlPyBJZiB3ZSBmb3Jl c2VlIHN0cm9uZyBpbnRlcnJlbGF0aW9ucyBiZXR3ZWVuIHRob3NlIG1vZGVscywgaXQgY291bGQg YmUgdXNlZnVsIHRvIHdvcmsNCiBqb2ludGx5IG9uIHRoZW0uIEluIGFueSBjYXNlLCBpdCBjb3Vs ZCBiZSB1c2VmdWwgdG8gcHJvdmlkZSBtb3JlIGluZm9ybWF0aW9uIHRvIGNsYXJpZnkgdGhlaXIg cm9sZSBhbmQgdGhlIHJlbGF0aW9uIGJldHdlZW4gdGhlbSBpbiB0aGUgY2hhcnRlciB0ZXh0Lg0K PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5CZXN0IFJlZ2FyZHMsPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj5YYXZpZXIuPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5PbiBGcmks IERlYyAyMiwgMjAxNyBhdCA4OjQxIEFNLCBxaWFuZ2xpIChEKSAmbHQ7PGEgaHJlZj0ibWFpbHRv OnFpYW5nbGkzQGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj5xaWFuZ2xpM0BodWF3ZWkuY29t PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGlu IDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iZ21haWwtbXNvbm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5n dWFnZTpaSC1DTiI+SGkgWGF2aWVyIGFuZCBvdGhlcnMsPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28t ZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 ImdtYWlsLW1zb25vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04i PiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tc29ub3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0 OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5UaGFuayB5b3UgZm9yIHlvdXIgY29tbWVu dHMuIEFjY29yZGluZyB0byB5b3VyIHN1Z2dlc3Rpb25zLCBJIGhhdmUgcmUtb3JnYW5pemVkIHRo ZSBwb3RlbnRpYWwgd29yayBpdGVtcyBhcyBmb2xsb3dzLiBTaW5jZSB0aGUgQm9GIHByb3Bvc2Fs DQogY3V0LW9mZiBkYXRlIGlzIG9uIGVhcmx5IEZlYnJ1YXJ5LCBJIGd1ZXNzIGl04oCZcyB0aW1l IHRvIGNhcnJ5IG91dCBhY3Rpb24gQVNBUCBvbiBzb21lIGl0ZW1zIHdpdGhvdXQgdG9vIG1hbnkg ZGlzYWdyZWVtZW50czo8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpI LUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29s b3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFu IHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9ImdtYWlsLW0tODc0MzE5Mjg3ODcwODE4MTgwNW1zb2xpc3RwYXJhZ3JhcGgi IHN0eWxlPSJtYXJnaW4tbGVmdDouNzVpbiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4xLiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBUaGUgQ09NUyBQcm9ibGVtIFN0YXRlbWVudCAtIGNsZWFybHkg cHJvdmlkZXMgdGhlIHJlcXVpcmVtZW50cyBmcm9tIG1hbmFnZW1lbnQgd29yayBpdGVtLCBhbmQg dGhlIGFyY2hpdGVjdHVyZSBvZiBDT01TLg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFz dC1sYW5ndWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWls LW0tODc0MzE5Mjg3ODcwODE4MTgwNW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVm dDouNzVpbiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEO21z by1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4yLiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBUaGUgQ09NUyBVc2UgQ2FzZXMgLSBwcm92aWRlcyB0aGUgbW90aXZhdGluZyB1c2UgY2FzZXMg YXMgYSBiYXNpcyBmb3IgdGhlIHdvcmsuIFtuZWVkIGEgQ09NUyBmb2N1c2VkIHVzZSBjYXNlIGRy YWZ0PyBBbnkgdm9sdW50ZWVycyBmb3IgbmV3IGRyYWZ0PyZuYnNwOyBIYXMgZGlzY3Vzc2VkIHVu ZGVyIHRocmVhZCBlbnRpdGxlZA0KIOKAnE9wZW4gSXNzdWUgSUlJ4oCdIF08L3NwYW4+PHNwYW4g c3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iZ21haWwtbS04NzQzMTkyODc4NzA4MTgxODA1bXNvbGlzdHBhcmFncmFwaCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi43NWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjMuJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IE1vZGVsKHMpIGRlc2NyaWJpbmcgYSBzbGljZSBvciBzbGljZSBz dWJuZXQgaW5zdGFuY2UgYW5kIG9wZXJhdGlvbnMgb24gYSBzbGljZSBpbnN0YW5jZS4gW0FueSB2 b2x1bnRlZXJzIGZvciBuZXcgU2VydmljZSBNb2RlbCBkcmFmdD/igJRkaXNjdXNzZWQgdW5kZXIg dGhyZWFkIGVudGl0bGVkIOKAnE9wZW4gSXNzdWUNCiBJSeKAnTsgQW55IHZvbHVudGVlcnMgZm9y IG5ldyBub3J0aGJvdW5kIGludGVyZmFjZSBkYXRhIG1vZGVsIGRyYWZ0P108L3NwYW4+PHNwYW4g c3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iZ21haWwtbS04NzQzMTkyODc4NzA4MTgxODA1bXNvbGlzdHBhcmFncmFwaCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi43NWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjQuJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoZSBDT01TIG1hcHBpbmcgb3BlcmF0aW9uL2ludGVyZmFjZSB0 byB1bmRlcmx5aW5nIHRlY2hub2xvZ2llcy4gW0hhcyBkaXNjdXNzZWQgdW5kZXIgdGhyZWFkIGVu dGl0bGVkIOKAnE9wZW4gSXNzdWUgSeKAnV08L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0 LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwt bXNvbm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9Im1zby1mYXJl YXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iZ21haWwtbXNvbm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1D TiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb25vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMx RjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkJlc3QgcmVnYXJkcyw8L3NwYW4+PHNw YW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1s YW5ndWFnZTpaSC1DTiI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5n dWFnZTpaSC1DTiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb25v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkNyaXN0aW5hIFFJ QU5HPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb25vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0Q7 bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0ibXNv LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJnbWFpbC1tc29ub3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48Yj48c3BhbiBzdHls ZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHls ZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiBYYXZpZXIgZGUgRm95IFttYWlsdG86PGEg aHJlZj0ibWFpbHRvOnguZGVmb3kuaWV0ZkBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj54LmRl Zm95LmlldGZAZ21haWwuY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBGcmlkYXksIERlY2Vt YmVyIDIyLCAyMDE3IDE6MzAgQU08YnI+DQo8Yj5Ubzo8L2I+IHFpYW5nbGkgKEQpICZsdDs8YSBo cmVmPSJtYWlsdG86cWlhbmdsaTNAaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnFpYW5nbGkz QGh1YXdlaS5jb208L2E+Jmd0Ozxicj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRvOk5ldFNs aWNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPk5ldFNsaWNlc0BpZXRmLm9yZzwvYT48YnI+ DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtOZXRzbGljZXNdIFN1bW1hcnkgb2YgT3BlbiBJc3N1ZXM8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJnbWFpbC1tc29u b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iZ21haWwtbXNvbm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5 bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5IaSBDcmlzdGluYSw8YnI+DQo8YnI+DQom bmJzcDsgVGhhbmtzIGZvciBicmluZ2luZyB0aGlzIHRvIHRoZSBsaXN0LiBJIGFncmVlIHdpdGgg dGhpcyBuYXJyb3dlZCBkb3duIGFwcHJvYWNoLCBhbmQgd291bGQgb25seSBoYXZlIHN1Z2dlc3Rp b25zIHRvIHNpbXBsaWZ5IGFuZCBzaG9ydGVuIHRoZSB3b3JrIGl0ZW0gbGlzdC4gRm9yIGV4YW1w bGUgNC01LTYgY291bGQgYmUgbGltaXRlZCB0byAyOiAoNCkgbW9kZWwocykgZGVzY3JpYmluZyBh IHNsaWNlIG9yIHNsaWNlIHN1Ym5ldCBpbnN0YW5jZSBhbmQNCiBvcGVyYXRpb25zIG9uIGEgc2xp Y2UgaW5zdGFuY2U7ICg1KSBtYXBwaW5nIG9wZXJhdGlvbiB0byB1bmRlcmx5aW5nIHRlY2hub2xv Z2llcy4gQWxzbywgSSB3b3VsZCBzdWdnZXN0IGxpbWl0aW5nIHRoZSBhcmNoaXRlY3R1cmUgZWZm b3J0IGFzIG11Y2ggYXMgcG9zc2libGUgYmVmb3JlIElFVEYxMDEsIG1heWJlIGV2ZW4gdXNpbmcg dGhlIHByb2JsZW0gc3RhdGVtZW50IGRvY3VtZW50IGZvciB0aGlzIGVmZm9ydCBmb3Igbm93Ljxi cj4NCiZuYnNwOyA8YnI+DQombmJzcDsgQmVzdCBSZWdhcmRzLDxicj4NCiZuYnNwOyA8YnI+DQpY YXZpZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iZ21h aWwtbXNvbm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9Im1zby1m YXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2 Pg0KPHAgY2xhc3M9ImdtYWlsLW1zb25vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxz cGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+T24gV2VkLCBEZWMgMTMsIDIw MTcgYXQgMzoyNSBBTSwgcWlhbmdsaSAoRCkgJmx0OzxhIGhyZWY9Im1haWx0bzpxaWFuZ2xpM0Bo dWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+cWlhbmdsaTNAaHVhd2VpLmNvbTwvYT4mZ3Q7IHdy b3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItbGVmdDpzb2xpZCB3aW5kb3d0ZXh0IDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4g Ni4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGlu O21hcmdpbi1ib3R0b206NS4wcHQ7Ym9yZGVyLWNvbG9yOmN1cnJlbnRjb2xvciBjdXJyZW50Y29s b3IgY3VycmVudGNvbG9yIHJnYigyMDQsMjA0LDIwNCkiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iZ21haWwtbXNvbm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9 Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5IaSBBbGwsPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9ImdtYWlsLW1zb25vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxz cGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb25vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW4iPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+QmVmb3JlIHdl IGNhcnJ5IG91dCB0aGUgbmV4dCBzdGFnZSB3b3JrLCB3ZSB3b3VsZCBsaWtlIHRvIGhlYXIgeW91 ciBvcGluaW9uIG9uIGZ1dHVyZSBwb3NzaWJsZSBkaXJlY3Rpb25zLiBXZSBoYXZlIHByZWxpbWlu YXJpbHkgbGlzdGVkIHRoZSBmb2xsb3dpbmcgNiBwb3RlbnRpYWwgd29yaw0KIGl0ZW1zIGZvciBk aXNjdXNzaW9uLCBpcyB0aGVyZSBhbnl0aGluZyBtaXNzaW5nIG9yIGluYXBwcm9wcmlhdGU/PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb25vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+ Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb25vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFn ZTpaSC1DTiI+Q09NUyAoQ29tbW9uIE9wZXJhdGlvbiBhbmQgTWFuYWdlbWVudCBvbiBuZXR3b3Jr IFNsaWNlcykNCjxzcGFuIGxhbmc9IlpILUNOIj7igJM8L3NwYW4+IGEgY29uY3JldGUgdG9waWMg bmFycm93ZWQgZG93biBmcm9tIE5ldFNsaWNpbmcsIGZvY3VzZXMgb24gcmVzb3VyY2Utb3JpZW50 ZWQgKGluY2x1ZGluZyBjb25uZWN0aXZpdHksIGNvbXB1dGluZywgc3RvcmFnZSBhbmQgb3RoZXIg cG90ZW50aWFsIHJlc291cmNlcykgY29tbW9uIG1hbmFnZW1lbnQgcGxhbmUsIGJlIGFibGUgdG8g c2hpZWxkIHRoZSBkaWZmZXJlbmNlcyBvZiBtdWx0aXBsZSBpbXBsZW1lbnRhdGlvbg0KIHRlY2hu aXF1ZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb25vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFn ZTpaSC1DTiI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW0t ODc0MzE5Mjg3ODcwODE4MTgwNW02OTY0NjU2MTk2MTM1Nzk5NDMybXNvbGlzdHBhcmFncmFwaCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1i b3R0b206Ny45cHQ7bWFyZ2luLWxlZnQ6Ljc1aW47YmFja2dyb3VuZDp3aGl0ZTtiYWNrZ3JvdW5k LWF0dGFjaG1lbnQ6c2Nyb2xsO2JhY2tncm91bmQtcG9zaXRpb24teDowJTtiYWNrZ3JvdW5kLXBv c2l0aW9uLXk6MCUiPg0KPHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4x Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9Im1z by1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5UaGUgQ09NUyBBcmNoaXRlY3R1cmUgLSBwcm92aWRl cyBjb21tb24gdGVybWlub2xvZ3ksIGJhc2ljIGFyY2hpdGVjdHVyZSBlbGVtZW50cywgcmVzb3Vy Y2UgYWJzdHJhY3Rpb25zIGFuZCB0aGUgaW50ZXItYWN0aW9ucy4NCjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tLTg3NDMxOTI4Nzg3MDgxODE4MDVtNjk2NDY1NjE5NjEz NTc5OTQzMm1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6NS4wcHQ7 bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjcuOXB0O21hcmdpbi1sZWZ0Oi43NWluO2Jh Y2tncm91bmQ6d2hpdGU7YmFja2dyb3VuZC1hdHRhY2htZW50OnNjcm9sbDtiYWNrZ3JvdW5kLXBv c2l0aW9uLXg6MCU7YmFja2dyb3VuZC1wb3NpdGlvbi15OjAlIj4NCjxzcGFuIHN0eWxlPSJtc28t ZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Mi48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3 LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWY7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw Ow0KPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+VGhlIENP TVMgVXNlIENhc2VzIC0gcHJvdmlkZXMgdGhlIG1vdGl2YXRpbmcgdXNlIGNhc2VzIGFzIGEgYmFz aXMgZm9yIHRoZSB3b3JrLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1t LTg3NDMxOTI4Nzg3MDgxODE4MDVtNjk2NDY1NjE5NjEzNTc5OTQzMm1zb2xpc3RwYXJhZ3JhcGgi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4t Ym90dG9tOjcuOXB0O21hcmdpbi1sZWZ0Oi43NWluO2JhY2tncm91bmQ6d2hpdGU7YmFja2dyb3Vu ZC1hdHRhY2htZW50OnNjcm9sbDtiYWNrZ3JvdW5kLXBvc2l0aW9uLXg6MCU7YmFja2dyb3VuZC1w b3NpdGlvbi15OjAlIj4NCjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+ My48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJt c28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+VGhlIENPTVMgUHJvYmxlbSBTdGF0ZW1lbnQgLSBj bGVhcmx5IHByb3ZpZGVzIHRoZSByZXF1aXJlbWVudHMgZnJvbSBtYW5hZ2VtZW50IHdvcmsgaXRl bS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbS04NzQzMTkyODc4NzA4 MTgxODA1bTY5NjQ2NTYxOTYxMzU3OTk0MzJtc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OjUuMHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbTo3LjlwdDtt YXJnaW4tbGVmdDouNzVpbjtiYWNrZ3JvdW5kOndoaXRlO2JhY2tncm91bmQtYXR0YWNobWVudDpz Y3JvbGw7YmFja2dyb3VuZC1wb3NpdGlvbi14OjAlO2JhY2tncm91bmQtcG9zaXRpb24teTowJSI+ DQo8c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjQuPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LHNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFu Z3VhZ2U6WkgtQ04iPlRoZSBDT01TIEluZm9ybWF0aW9uIE1vZGVsL1RlbXBsYXRlIC0gSWRlbnRp ZmllcyBtYW5hZ2VkIG9iamVjdHMgbmVlZGVkIHRvIGltcGxlbWVudCBhIG5ldHdvcmsgc2xpY2Ug aW5zdGFuY2UgaW4gYSBuZXR3b3JrIHNsaWNlIGF3YXJlIHN5c3RlbS48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbS04NzQzMTkyODc4NzA4MTgxODA1bTY5NjQ2NTYxOTYx MzU3OTk0MzJtc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjUuMHB0 O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbTo3LjlwdDttYXJnaW4tbGVmdDouNzVpbjti YWNrZ3JvdW5kOndoaXRlO2JhY2tncm91bmQtYXR0YWNobWVudDpzY3JvbGw7YmFja2dyb3VuZC1w b3NpdGlvbi14OjAlO2JhY2tncm91bmQtcG9zaXRpb24teTowJSI+DQo8c3BhbiBzdHlsZT0ibXNv LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjUuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmO21zby1m YXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPlRoZSBD T01TIERhdGEgTW9kZWwgLSBkYXRlIG1vZGVscyBvZiBub3J0aGJvdW5kIGFuZCBzb3V0aGJvdW5k L21hcHBpbmcgaW50ZXJmYWNlcyBvZiBhIG5ldHdvcmsgc2xpY2UgYXdhcmUgc3lzdGVtLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tLTg3NDMxOTI4Nzg3MDgxODE4MDVt Njk2NDY1NjE5NjEzNTc5OTQzMm1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjcuOXB0O21hcmdpbi1s ZWZ0Oi43NWluO2JhY2tncm91bmQ6d2hpdGU7YmFja2dyb3VuZC1hdHRhY2htZW50OnNjcm9sbDti YWNrZ3JvdW5kLXBvc2l0aW9uLXg6MCU7YmFja2dyb3VuZC1wb3NpdGlvbi15OjAlIj4NCjxzcGFu IHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Ni48L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss c2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpa SC1DTiI+VGhlIENPTVMgU2VydmljZSBNb2RlbCA8c3BhbiBsYW5nPSJaSC1DTiI+DQrigJM8L3Nw YW4+IGEgc2VydmljZSBtb2RlbCBtYXBwaW5nIHRvIGFuIGluc3RhbmNlIG9mIGEgc2xpY2UgYW5k IGl0cyBtYW5hZ2VtZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1t c29ub3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVh c3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJnbWFpbC1tc29ub3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0i bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPkJlc3QgcmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp biI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj5Dcmlz dGluYSBRSUFORzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tc29ub3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFu Z3VhZ2U6WkgtQ04iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFp bC1tc29ub3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0ibXNvLWZh cmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8cCBjbGFzcz0iZ21haWwtbXNvbm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OjUuMHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2lu LWxlZnQ6LjVpbiI+DQo8c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPjxi cj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0K TmV0c2xpY2VzIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpOZXRzbGljZXNAaWV0 Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5OZXRzbGljZXNAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJl Zj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRzbGljZXMiIHRhcmdl dD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldHNsaWNl czwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNs YXNzPSJnbWFpbC1tc29ub3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHls ZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwv aHRtbD4NCg== --_000_0A0D36BA531E49C58906DBA3AC80E798huaweicom_-- From nobody Sat Dec 23 05:36:14 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EB2D129C6F for ; Sat, 23 Dec 2017 05:36:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.909 X-Spam-Level: X-Spam-Status: No, score=-2.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, URIBL_BLOCKED=0.001] 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 Ar2JQYnujOrD for ; Sat, 23 Dec 2017 05:36:10 -0800 (PST) Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20121.outbound.protection.outlook.com [40.107.2.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A274128954 for ; Sat, 23 Dec 2017 05:36:09 -0800 (PST) Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=a.galis@ucl.ac.uk; Received: from alex-galiss-mbp.connect (90.240.238.104) by HE1PR0101MB2347.eurprd01.prod.exchangelabs.com (2603:10a6:3:7b::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.345.14; Sat, 23 Dec 2017 13:36:07 +0000 From: Alex Galis Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Message-Id: <3205575B-3E70-401C-AB92-7B7FDCED69D9@ucl.ac.uk> Date: Sat, 23 Dec 2017 13:36:05 +0000 To: Network Slices X-Mailer: Apple Mail (2.3445.5.20) X-Originating-IP: [90.240.238.104] X-ClientProxiedBy: AM6PR0102CA0030.eurprd01.prod.exchangelabs.com (2603:10a6:209:14::43) To HE1PR0101MB2347.eurprd01.prod.exchangelabs.com (2603:10a6:3:7b::13) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: b5e5d086-d534-4d0d-c0af-08d54a0a1f1e X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(5600026)(4604075)(2017052603307)(7153060); SRVR:HE1PR0101MB2347; X-Microsoft-Exchange-Diagnostics: 1; HE1PR0101MB2347; 3:Nva7XjA0ctOS5Mmv+iEa/Z6enEwRKPlI1UXGRtYWRsTIEuHk5+L2qsXZVr7g+zanhPkbn1BvL21xu9i5NbTYEQ63RQzcytKN9gJffHJjDZecZU0Qaz/oN6jHbKYb5Q9N0Wn60HAmhO999o3MvCJEphqtnHjCyDebZtdqYltaQkf0lR3y0jZx56agKzuB9ivjcdKA1cNlMsIDDx5PN+21e5EgsquFLFdJVhdc2ou+Q1DVNAdp1nzdE6OPOi1Ul4xD; 25:lkckSQ4ApFESUzTAj0L/4VQh8awVPEtte953+ypadtLso15ivNY+8GgpxzB46LA7qZZjTBYF8xMB8u2HJXPs1zTsdoz5fi1O2D1HIir9YtCPMhodQXSaXtjoH2zXVEHuNU6FGxsjR7hdostOVee0F1JeO4H/fPWQRXG7ES/+qpBEb6n9eUtPV6ZcUiIwpyNYoCeOX9pT0fzqC7a50kWP9Rid51qJHDRKu/rgh5UcW5BYJ+zX6UqtIjjwkQQLAcIaSJ3yld69+mtlBokheE/HvrD4ndgT37p8h29lJlXYSx8AyhUq4WBz/mTnqedayU1WmbJIKCtdKv7PVcqHxvwQJA==; 31:q04PiX6jetYh1xka4whzqJLvPEDQ6HzA9/ICVBpQ80SLnQX9yfFdaELsyMd0u3bFXyJgDP9mvB8YYhgiKciowjaDcDyiFEk4DyfMaq8kbpWQReVbK5dAa4j9ENGqvbHQlTVpf1hldIRaznB6+kHcfCwjYDlxC3WEeOhaa+siitZpVcn2qNh6+nBFFOUAKLF23sX/sXuPeKmc6I9S9mV2BfYBa+wqB/gAncjthaB3rqk= X-MS-TrafficTypeDiagnostic: HE1PR0101MB2347: X-Microsoft-Exchange-Diagnostics: 1; HE1PR0101MB2347; 20:Tf77AfpyLuM8ncwIJveqS6dh1OVShEJzu84Fl/3E/5a4CFpQIt8iVe3GgfdkvAe8lH+3wopprOy8hm4wFUh2VX5CiVnKd2IWQ2jrGQ/iGR8aLjSX8NKlmvZFyKx3fX91Dn+IImXrXW76hB9ddfUrcc5SY1r80j8yOHiVGA6AxnkUsfkt2fLF0xiWPWgC3G1u7ORMXccitlHNPtKFqWu6xSoNRV/DNAVQ9sxcKUwuPpSuC6u/eNZ4oOWVQ3PEvNcBSekhvsk5P7VV8nOYri38JDkC+A7Tyfan5BreqROoFVFKRYQ2dHg3xRfWRvzUDx/dAzsC7epNPM7HXKHcSuRavB85SvWpoDJU68BnnyznjnUZtGamOEnvfVwnm7D0G1b21WIBNS/qEHuc0VieXyyu+UmPAML3SK+I4rqDTSAYMEMcGfxWd23CUM5CoiBVL90rg5kfpTJlrA9NqjEAB26bfT0bo+6hY4PVUKE/gtzRNpwF6r7LY+++3iacPqIPcMCf; 4:xN5xiz+9qtOezBoR6GUvMPQGWEFHHc450wBqJqqsiSavpNE+dfnL/YT4D9xiKdL+3+qZ39m7hnD0ssjdhaiwB3tDK8kcVR44kUsPPHQLVBhG2Y2sucTVhorhmBFPbdSEdouGzRFi8hkVdzou8I7+lV6hW3lbc6x/NFDZrgz12ScvM0IwaxjWiXb8fd8YqMsfvRB6Nraqk0zXl30kF7uuhnBd9veIIcIifnUYzBwzi0iKHqCopT8LnSuYOk483OR09WmK7UmbEwm7yAB1lMVLPvZ0sokF7rKcwGln89ln+k06lp58tXcYlpcfdyCzj/AwDCczrecksAXtqpZZPoEmL2pT8ms8XM1zkFkL7dsA6YHkhbI1x3fyA6JnpdNt67nZ X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(72170088055959)(120809045254105)(131327999870524); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040470)(2401047)(8121501046)(5005006)(10201501046)(3231023)(944501059)(93006095)(93001095)(3002001)(6041268)(20161123560045)(20161123558120)(20161123562045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(6072148)(201708071742011); SRVR:HE1PR0101MB2347; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:HE1PR0101MB2347; X-Forefront-PRVS: 0530FCB552 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(39860400002)(346002)(396003)(39380400002)(376002)(366004)(53754006)(42274003)(189003)(199004)(504964003)(81156014)(83716003)(345774005)(50226002)(8746002)(8936002)(966005)(16526018)(6916009)(42882006)(8676002)(6116002)(3846002)(305945005)(5660300001)(47776003)(6506007)(386003)(316002)(66066001)(786003)(7736002)(33656002)(6306002)(6486002)(6512007)(68736007)(59450400001)(50466002)(86362001)(74826001)(74482002)(229853002)(81166006)(97736004)(57306001)(2486003)(52146003)(2906002)(478600001)(52116002)(23676004)(53936002)(6246003)(105586002)(82746002)(25786009)(106356001)(4743002)(36756003); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR0101MB2347; H:alex-galiss-mbp.connect; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Received-SPF: None (protection.outlook.com: ucl.ac.uk does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtIRTFQUjAxMDFNQjIzNDc7MjM6S3dmb2N3WHJnTm9FUE9Kc1F1OGZVNDV1?= =?utf-8?B?enRXdmJ6UXhMZ2Z5UlA0TFloODR2Nkhoa1F6dkVWUFJ3dUZOMktROEV5bmZj?= =?utf-8?B?cWZNREJ2TGcrMlVEY0JWUlhPd2xUMVNpbGhJMi9BYVFCa01BL2ovSUloOENC?= =?utf-8?B?MVdqcWs4TzFOcmJYRHpNOUdvQkJhdXgreFBzSEFQbGVsT3VhcVZJcXdmRExP?= =?utf-8?B?TFBXN2VwZk5pOTFKUk1qNC9FMEY0SjZyTmVOR3B4eDhkci9VTnplaThmUUV6?= =?utf-8?B?UHlmVlR4dmRiVDNjaDZ6TWQ5V0lVY20xZ3FvWm42ZTBETzhlRzdyY2x6QTlR?= =?utf-8?B?OEpsRS95bk5weTJoakZQcjFtTWw0cGVHVHJicnNEY09jUHFoQ3h0cnZmTllP?= =?utf-8?B?eHhYVm1XUHp5cEJEV3QxLzNQTExJWVoycG1lSFdTdEJKSFBodFI2djZPYzNC?= =?utf-8?B?MUFaYzlQTkorSzVLNlR2SVB1ZE9kWjc2aHdBNHlkdkxNYzcxTU1qcmpJOXEx?= =?utf-8?B?UWk3b2VVQzRWRUNtRnNBdVFaSEM3SkNBeWYvUzN2S1dRVTlkMnlneTNqS0hi?= =?utf-8?B?UUtRYlQ1Q1lTaW9CY0Qxa0cvZTUrQklKOWJXMFdXb3lNZFZyaFlGbGpxZy96?= =?utf-8?B?WmEvSDhaSWxrRmViTUZHUmh1Y3dJWGFUUnc5SHFXR29XUmZKUCtJWXdMWER0?= =?utf-8?B?N2YrTit6cGJ5L1h0emNXR21NNlF0eHhieXlHd2tCVFp4dTlUZkpCdDNZZVJo?= =?utf-8?B?V1hvZURiMm0wNERDSFZERG5NdnRSaGpsUkdFVlR1NkZDV3Y5ZW9qeFNWcExD?= =?utf-8?B?dXdYMStyQVNpcDZoeWFGTFl5V0tEZE1jemRjMFlnMWhvcldOWkEwVU5oRjBh?= =?utf-8?B?a2RnMkVDOE00d1BmRVIxNXZxSDNDWnRDMjNpZmtWWm9Ua3M2VDZzWXpqbmxP?= =?utf-8?B?R0xpQWoveVdkS2dzVFNHdWZKdm44amc4QTdRdmJkRk9GbXgyOTZidjdrMlAz?= =?utf-8?B?ajJKbXFXb1Y4aXdXVGJmSnFrSW80d1VEUkFZM2NvU2owL3R5SmpyMmVhWFhE?= =?utf-8?B?ZTBLZmZ5OHpVWnZhODZQVTh4OGhHU0V4YlQ0MHVDYTFyM3dTU203OUoxb2pp?= =?utf-8?B?VkVMakM1eGVCMjRJUXl6N3pzdnRnZTd3K3E3bU52N1JwYU9xdW96Z3BnNEEy?= =?utf-8?B?d08xNGdvZEFxYjI1SWk5R3lYdlhaVkdPYkl4YVdRRjRrbXdIdCtOSzEzdVVS?= =?utf-8?B?MWxXKzVvVTUzYVUyb2lXTVRlWCtVUHVBTG85TUVEakw2UFpOKzlacGZDaC9m?= =?utf-8?B?enRVZ2wxUmZqbWEwM2htWkhRVkVXc3hhUVR5S2IyYjUvZ29ETm9QRkF6KzVF?= =?utf-8?B?N0t0N3FMcmlRbDdVaEFUQTF0dS9oMFc5Njd6bnJPOGtYTTRuRE1HSVR0TzRC?= =?utf-8?B?NDZCakM3dWlxTndPbThQb3NidVF3U0wyR0IxN1Y3YmQxaGNzdDhmaWM5bnBM?= =?utf-8?B?aGNwRmkyVzBCbEVVanRCbktSekdBcVlIeTBuOE8xclo4NG1PN2dpRS9ITUpm?= =?utf-8?B?QzhIOGRCeGYyUTR6WU1Ka251dkl0VEJWOXhDTCtBazkxMVFCS2swYVJhMk9i?= =?utf-8?B?UzlnTXVRanNFUHEwYVdLUCswTTZKaDA0OEIrM1BGNUlvNjZHL29ZNzArU2J3?= =?utf-8?B?bW0wenJhYlMyM1RzR1h2M0RGVUZrV05OYnpDdDF5dDJVWVg4d1ZUS2wwY2hM?= =?utf-8?B?TDRLSTc2cVRRL2kxRmNXNWwvcnV6cks3U25oTTc3c0tuQ0NBRnVFK2tpcnBQ?= =?utf-8?B?NVMvbkhVbTc3R0hEa3lpdjkrdEZudHVXTWdyMkprUmZEdklHRklNblZxbWdL?= =?utf-8?Q?9j+SqS3TWLeko=3D?= X-Microsoft-Exchange-Diagnostics: 1; HE1PR0101MB2347; 6:5JFNj6zSp1wC1zOlbr6+svVNI7/2EUZyK32i5RMLTBn9nadi+EDofoMf+8icgaGYBZxO6M+DRxcii1aorQoaA2OPzutqEzg0VOJ3chRC64J54yfnqfriZ5Jc8JMF40wVt1cWXuxSNjDvJJH78tu8cxQrqDTSsC+mWdKIqxK6iU+kzJ/OUlixW8Z335d4vs5YiaeTNyTZG6PP7B5ROJ85pBjozSHELWlNlqy+Ci3RMGerwZYPvLdqi+zSpJioCTArws+DJJL2Sebe+pkjmrq/pgjIrEDFqTeXS7uI9D+X07oWKBmPyjxh+mt4vaumMR5ajJAnwOOS8vabb9gLGKgd8/ZSYVSO20D93zxhwmPtaKQ=; 5:ROBlnzYrGorU7aVzlXZLSZGfpILt3bWbZ5/NbUhrOn1Me+qak6aoe31nMYAQYeWq1D4DJvWSldLHhAHjuTEdTbv4dbMhSU5wPJ0zVt4jXKxoMX5tQcdnJzC3hSe9XX2g/SY+KwCkxbMJwdxTfUu6KuagJIg9H0PPvyZaMMf0eAw=; 24:fTtSgxuxfEQY3M9rU2y0aFAfzfxNIfUUSpCuSNIQc+NXIJorzQuYpVVt2lEUprg2wjXVFbSGNs/MGle37D9Va7mROzb71EvJqEse8u5sqLE=; 7:Qb3UoVjeCT2B0ML5R2XEufdVdz412N99cld6Lfj+fFP0qbZKqR5m2FQ6x706YKjdVy1yezbfsPQHnXDdC6Epkh99vDC+J8dLE5goG/3P55/6a61RxeCyjfX0twjQNDoTVk1995zy7y5fRqiWIHFtbrU2t3XNA3Ayxm3QKwsDHxYbJG0NJVZ1PCG3hZyCXeBp+5R3J5D6mF6C/GOxmIqenKLhrMNaM6qLp0Cu3ZFbnMdlRUnOdkkk3ZMRllhKTOir SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: ucl.ac.uk X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Dec 2017 13:36:07.3468 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: b5e5d086-d534-4d0d-c0af-08d54a0a1f1e X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 1faf88fe-a998-4c5b-93c9-210a11d9a5c2 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0101MB2347 Archived-At: Subject: Re: [Netslices] some considerations for the next steps towards IETF101. X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Dec 2017 13:36:13 -0000 Hi All Please find enclosed some additional considerations for the next steps = towards IETF101. The two presentations at the last IETF100 have highlighted the following = new needed work: 1. Jari Arkko, Jeff Tantsura et all - Presentation: "Considerations on = Network Virtualization and Slicing" = (https://datatracker.ietf.org/meeting/100/materials/slides-100-rtgwg-sessa= -draft-arkko-arch-virtualization/). Proposed new work: =E2=80=A2 1.1 Data models =E2=80=A2 1.2 Managing heterogeneous technologies, e.g., across SDN and = traditionally built networks, or manage both general-purpose and very = technology-specific virtualization parameters (e.g., VPNs + 5G radio) =E2=80=A2 1.3 New underlying VPN or API capabilities =E2=80=94 e.g., = ability to specify "statistical" rather than hard performance parameters =E2=80=A2 1.4 Cross-domain management and VPNs =E2=80=A2 1.5 Some terminology and conceptual alignment across industry = would also be useful, e.g., to know what words to use in SLAs. 2. Liang Geng et all network slicing proponents - Presentation: "4 = drafts from the netslicing proponents" = (https://datatracker.ietf.org/meeting/100/materials/slides-100-opsawg-ietf= 100-netslicing-slides/). Proposed new work: =E2=80=A2 2.1 Review and feedback from the group and Update and = consolidate drafts =E2=80=A2 2.2 Align terminologies among related drafts =E2=80=A2 2.3 (Common Operation and Management on network Slicing ) = COMS-centric working items =E2=80=A2 2.3.1 Service delivery and network configuration = model design (NBI/SBI of NS manager) =E2=80=A2 2.3.2 Interfaces and data model for Network slicing = OAM interfaces and data models o Life-cycle management, fault detections, monitoring and etc. o Information exchange between multiple NS domain agents =E2=80=A2 2.3.3 Management capability exposure to NST =20 3. Additional feedback from Benoit: he recommended for the next steps to = better clarify the positioning of COMS work in relation to the following = 4 dimensions: =E2=80=A2 3.1 Better account of the 4 key elements used in COMS: = connectivity, compute, storage resources + network & service functions =E2=80=A2 3.2 Better description of the functional blocks and heir = positions used in COMS =E2=80=A2 3.3 FCAPS coverage =E2=80=A2 3.4 Coverage of the management of the dataplane =20 Taking into account all the above and in line with what was already = discussed by Cristina/ Hannu/ Xavier/ Diego / Pedro / Kiran I trust that = there is sufficient interest to progress on existing/new drafts for = IETF101 and also as support for COMS BoF as follows: Progress on existing COMS-centric drafts: I. consolidated management slicing architecture (i.e. issues = 1.5, 2.2 and 3.2) objective based on existing drafts: = https://tools.ietf.org/html/draft-geng-netslices-architecture-02 and = draft-geng-coms-problem-statement-01 ) II. consolidation of COMS Information model (issues 1.1 and 3.1) = based on existing draft = https://www.ietf.org/internet-drafts/draft-qiang-coms-netslicing-informati= on-model-01.txt) III. consolidation of subnet interconnections and slice = compositions based on = https://tools.ietf.org/id/draft-defoy-coms-subnet-interconnection-01.tx IV. Refinements of slice management requirements based on = draft-netslices-usecases-02 V. Refinements & consolidation of FCAP coverage =E2=80=93 issue = 3.3 - based on draft-flinck-slicing-management-00 =20 Starting some new COMS-centric drafts: VI. Service model mapping to an instance of a slice and its = management =E2=80=93 issue 2.3.1 VII. Management capability exposure - issue 2.3.3 (i.e. this can be = combined with (V) VIII. Cross domain management of slices -issue 1.4 IX. Mapping COMS Information model to ACTN =E2=80=93 issues 1.2, = 3.4 =20 Please note that =E2=80=9CNew underlying VPN or API capabilities=E2=80=9D = (issue 1.3 ) and how various existing IETF pieces fit together (service = models... traffic engineering... detnetworking... ACTN=E2=80=A6, = VPN.++=E2=80=A6) would be better addressed by RTG. =20 The NetSlicing proponents will start discussing and progressing the = above work plan in weekly Wednesday at 13:00 London time WebCall = starting with 10th January 2015. Please send an email if you are = interested in joining our Netslicing proponents efforts.=20 Thank you in advance May I take this opportunity to thank you for your support and work at = IETF and to wish you all Best Seasonal Greetings, a Happy 2018 Year and = relaxing and enjoyable vacation time. =20 Best Regards Alex =20 =20 =20 =20 =20 =20 =20= From nobody Sun Dec 24 03:16:53 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF5D31241F8 for ; Sun, 24 Dec 2017 03:16:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 mFIPX6st90xg for ; Sun, 24 Dec 2017 03:16:48 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 D04171201FA for ; Sun, 24 Dec 2017 03:16:47 -0800 (PST) Received: from LHREML712-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 22E4333BD7F44 for ; Sun, 24 Dec 2017 11:16:43 +0000 (GMT) Received: from DGGEMI405-HUB.china.huawei.com (10.3.17.143) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.361.1; Sun, 24 Dec 2017 11:16:44 +0000 Received: from DGGEMI509-MBS.china.huawei.com ([169.254.2.152]) by dggemi405-hub.china.huawei.com ([10.3.17.143]) with mapi id 14.03.0361.001; Sun, 24 Dec 2017 19:16:42 +0800 From: "qiangli (D)" To: "Flinck, Hannu (Nokia - FI/Espoo)" , "NetSlices@ietf.org" Thread-Topic: [Netslices] Open Issue I: SouthBound/Mapping Interface Thread-Index: AQHTeZ9kKiooTEHoikOC9L32YMqm1aNNBIwAgABFPgCAAddhUP//wI8AgAN0jlA= Date: Sun, 24 Dec 2017 11:16:42 +0000 Message-ID: <06C389826B926F48A557D5DB5A54C4ED2A5E0A71@dggemi509-mbs.china.huawei.com> References: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> <06C389826B926F48A557D5DB5A54C4ED2A5DFC7D@dggemi509-mbs.china.huawei.com> <06C389826B926F48A557D5DB5A54C4ED2A5E048B@dggemi509-mbs.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.31.60] Content-Type: multipart/alternative; boundary="_000_06C389826B926F48A557D5DB5A54C4ED2A5E0A71dggemi509mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Dec 2017 11:16:51 -0000 --_000_06C389826B926F48A557D5DB5A54C4ED2A5E0A71dggemi509mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Hannu, I think we are aligned, it will be more efficient and effective to do the s= outhbound interface standardization work through this way IMHO. Would you l= ike to call some volunteers from this mailing list together, and prepare a = related draft as the support draft for IETF 101 BoF proposal? Thanks a lot and Merry Christmas. Cristina QIANG From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs= .com] Sent: Friday, December 22, 2017 10:03 PM To: qiangli (D) ; NetSlices@ietf.org Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface Ok. Think I what you might be after. Probably what you want is to have a se= t of reference or example mappings for few representative technologies? Suc= h as - A slice over the WAN/transport network for a given technology, - A slice over VNF infrastructure (SFCs and nvo3), - A slice that is a concatenation of the two across different domain= s (this we know is missing). Is this what you would like to see? If so, it sounds to me reasonable and m= otivating work and would be useful to identify possible gaps and needed ad= ditions. Best regards Hannu From: qiangli (D) [mailto:qiangli3@huawei.com] Sent: Friday, December 22, 2017 3:09 PM To: Flinck, Hannu (Nokia - FI/Espoo) >; NetSlices@ietf.org Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi Hannu, You're right. Still that question, If there does not exist a uniform mappin= g interface between COMS and various implementation technologies, I am afra= id we are unable to analyze all possibilities. That's why I suggested opti= on 3 even I'm also not sure whether we can find out an appropriate classifi= cation method. Best regards, Cristina QIANG From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs= .com] Sent: Thursday, December 21, 2017 9:43 PM To: qiangli (D) >; NetSlice= s@ietf.org Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface Hello Cristina I am not sure I understand the option 3 sufficiently. What would be the use= of the classification? Should we identify classes of technologies that can= be served by same/similar mapping based on the classification? Best regards Hannu From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D= ) Sent: Thursday, December 21, 2017 11:02 AM To: Flinck, Hannu (Nokia - FI/Espoo) >; NetSlices@ietf.org Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi Hannu and others, Thank you for your comments. As you and Diego mentioned, the standardizatio= n of southbound interface is a sensitive matter, we'd better avoid infringi= ng other WGs/RGs. To solve this issue, maybe we should figure out "Is it possible to have a u= niform/standard mapping interface to adapt to a variety of implementation t= echnologies?" first. If Pedro is right, such uniform interface does exist, = then it's not a big deal to standardize it IMHO. Otherwise, I think we may = need to consider which option listed below will be better: Option 1: No standardization work on southbound interface, at least before = IETF 101 Option 2: Separately analyze all specific technologies as you have done -- = ACTN [un-checked], NFV [checked], then how about SFC, VPN...? Option 3: Classify technologies (e.g., providing connectivity, provide VNF.= ...) , then discuss for each classification. I personally prefer 1 or 3, what's your opinion? Best regards, Cristina QIANG From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs= .com] Sent: Wednesday, December 20, 2017 10:33 PM To: qiangli (D) >; NetSlice= s@ietf.org Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface Hello Cristina and others, I would suggest that COMS/ATCN interface mapping would be developed in the= TEAS WG since that is an IETF WG, is also alluding to slicing topics, has = related specifications and the expertise of the transport networks. However, NFVO related work is currently within NVFRG where the slicing work= is a minor subset of much larger territory of what the RG is discussing. = Therefore, it would be better to do such focused work in COMS when and if i= t becomes an IETF WG. Best regards Hannu From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D= ) Sent: Wednesday, December 13, 2017 10:41 AM To: NetSlices@ietf.org Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi All, This email is want to collect your opinion on the following issue: Do we need to standardize the Southbound/Mapping interface of a network sli= ce aware system in COMS? Or do you think this work should be carried out in= existing WGs/RGs? (e.g., mapping interface between COMS and ACTN, mapping = interface between COMS and NFVO) Best regards, Cristina QIANG --_000_06C389826B926F48A557D5DB5A54C4ED2A5E0A71dggemi509mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Hann= u,

&n= bsp;

I think= we are aligned, it will be more efficient and effective to do the southbou= nd interface standardization work through this way IMHO. Would you like to = call some volunteers from this mailing list together, and prepare a related draft as the support draft for IETF 1= 01 BoF proposal?

&n= bsp;

Thanks = a lot and Merry Christmas.

Cristin= a QIANG

&n= bsp;

From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hann= u.flinck@nokia-bell-labs.com]
Sent: Friday, December 22, 2017 10:03 PM
To: qiangli (D) <qiangli3@huawei.com>; NetSlices@ietf.org
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface<= o:p>

 

Ok. = Think I what you might be after. Probably what you want is to have a set of= reference or example mappings for few representative technologies? Such as=

 

-        A slice over the WAN/transport network for a given technology,

-        A slice over VNF infrastructure (SFCs and nvo3),

-        A slice that is a concatenation of the two across different domains (th= is we know is missing).

 

Is t= his what you would like to see? If so, it sounds to me reasonable and motiv= ating work and would be  useful to identify possible gaps and needed a= dditions.

 

Best= regards

Hann= u

 

From: qiangli (D) [mailto:= qiangli3@huawei.com]
Sent: Friday, December 22, 2017 3:09 PM
To: Flinck, Hannu (Nokia - FI/Espoo) <hannu.flinck@nokia-bell-labs.com>; NetSlices@ietf.org
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface<= o:p>

 

Hi Hann= u,

&n= bsp;

YouR= 17;re right. Still that question, If there does not exist a uniform mapping= interface between COMS and various implementation technologies, I am afrai= d we are unable to analyze all possibilities.  That’s why I suggested option 3 even I’m also not sure w= hether we can find out an appropriate classification method.

&n= bsp;

Best re= gards,

&n= bsp;

Cristin= a QIANG

&n= bsp;

From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs.com]
Sent: Thursday, December 21, 2017 9:43 PM
To: qiangli (D) <qiangli3@huawei.com>; NetSlices@ietf.org
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface<= o:p>

 

Hell= o Cristina

 

I am= not sure I understand the option 3 sufficiently. What would be the use of = the classification? Should we identify classes of technologies that can be = served by same/similar mapping based on the classification?

 

Best= regards

Hann= u

 

From: Netslices [ma= ilto:netslices-bounces@ietf.org] On Behalf Of qiangli (D)
Sent: Thursday, December 21, 2017 11:02 AM
To: Flinck, Hannu (Nokia - FI/Espoo) <hannu.flinck@nokia-bell-labs.com>; NetSlices@ietf.org
Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface<= o:p>

 

Hi Hann= u and  others,

&n= bsp;

&n= bsp;

Thank y= ou for your comments. As you and Diego mentioned, the standardization of so= uthbound interface is a sensitive matter, we’d better avoid infringin= g other WGs/RGs.

&n= bsp;

To solv= e this issue, maybe we should figure out “Is it possible to have a un= iform/standard mapping interface to adapt to a variety of implementation te= chnologies?” first. If Pedro is right, such uniform interface does exist, then it’s not a big deal to standardiz= e it IMHO. Otherwise, I think we may need to consider which option listed b= elow will be better:

&n= bsp;

Option = 1: No standardization work on southbound interface, at least before IETF 10= 1

Option = 2: Separately analyze all specific technologies as you have done -- ACTN [u= n-checked], NFV [checked], then how about SFC, VPN…?

Option = 3: Classify technologies (e.g., providing connectivity, provide VNF….= ) , then discuss for each classification.

&n= bsp;

I perso= nally prefer 1 or 3, what’s your opinion?

&n= bsp;

Best re= gards,

&n= bsp;

Cristin= a QIANG

&n= bsp;

From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs.com]
Sent: Wednesday, December 20, 2017 10:33 PM
To: qiangli (D) <qiangli3@huawei.com>; NetSlices@ietf.org
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface<= o:p>

 

Hell= o Cristina and others,

 

I wo= uld suggest that  COMS/ATCN interface mapping would be developed in th= e TEAS WG since that is an IETF WG, is also alluding to slicing topics, has= related specifications and the expertise of the transport networks.

 

Howe= ver, NFVO related work is currently within NVFRG where the slicing work is = a minor subset of much larger territory of what the RG is discussing.  = ;Therefore, it would be better to do such focused work in COMS when and if it becomes an IETF WG.

 

 

Best= regards

Hann= u

 

From: Netslices [ma= ilto:netslices-bounces@ietf.org] On Behalf Of qiangli (D)
Sent: Wednesday, December 13, 2017 10:41 AM
To: NetSlices@ietf.org
Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface=

 

Hi All,

 

This email is want to collect y= our opinion on the following issue:

 

Do we need to standardize the S= outhbound/Mapping interface of a network slice aware system in COMS? Or do = you think this work should be carried out in existing WGs/RGs? (e.g., mappi= ng interface between COMS and ACTN, mapping interface between COMS and NFVO)

 

Best regards,=

 

Cristina QIANG

 

--_000_06C389826B926F48A557D5DB5A54C4ED2A5E0A71dggemi509mbschi_-- From nobody Sun Dec 24 03:32:55 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DB2C1201FA for ; Sun, 24 Dec 2017 03:32:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 tmsRQufvIBgI for ; Sun, 24 Dec 2017 03:32:52 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 CFEFF1200FC for ; Sun, 24 Dec 2017 03:32:51 -0800 (PST) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 95F4393A02B99 for ; Sun, 24 Dec 2017 11:32:48 +0000 (GMT) Received: from DGGEMI406-HUB.china.huawei.com (10.3.17.144) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.361.1; Sun, 24 Dec 2017 11:32:48 +0000 Received: from DGGEMI509-MBS.china.huawei.com ([169.254.2.152]) by dggemi406-hub.china.huawei.com ([10.3.17.144]) with mapi id 14.03.0361.001; Sun, 24 Dec 2017 19:32:35 +0800 From: "qiangli (D)" To: Kiran.Makhijani , Xavier de Foy CC: "NetSlices@ietf.org" Thread-Topic: [Netslices] Summary of Open Issues Thread-Index: AdNz69De3UdZ6mp2RoqoEwxedESdJwGUnkGAADoF3uD//74YgIAAElKA//zRDwA= Date: Sun, 24 Dec 2017 11:32:34 +0000 Message-ID: <06C389826B926F48A557D5DB5A54C4ED2A5E0A8B@dggemi509-mbs.china.huawei.com> References: <06C389826B926F48A557D5DB5A54C4ED2A5DED86@dggemi509-mbs.china.huawei.com> <06C389826B926F48A557D5DB5A54C4ED2A5E055E@dggemi509-mbs.china.huawei.com> <0A0D36BA-531E-49C5-8906-DBA3AC80E798@huawei.com> In-Reply-To: <0A0D36BA-531E-49C5-8906-DBA3AC80E798@huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.31.60] Content-Type: multipart/alternative; boundary="_000_06C389826B926F48A557D5DB5A54C4ED2A5E0A8Bdggemi509mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Netslices] Summary of Open Issues X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Dec 2017 11:32:54 -0000 --_000_06C389826B926F48A557D5DB5A54C4ED2A5E0A8Bdggemi509mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Kiran, I agree with you that we do not need to worry about terms but focus work on= NBI. I also share the same opinion with you that the current 3 documents (= Problem Statement, Interconnection, Information Model ) need to be further = refined, and I would like to suggest we make revision based on current NetS= licing use case draft so as to concentrate on COMS. Best regards, Cristina QIANG From: Kiran.Makhijani Sent: Saturday, December 23, 2017 2:21 AM To: Xavier de Foy ; qiangli (D) Cc: NetSlices@ietf.org Subject: Re: [Netslices] Summary of Open Issues Apologies for coming in late to the discussion. Hi Xavier, In terms of service model, what should be of interest is to describe a part= icular "type of network slice as a service" (NSaaS). An instance of it woul= d deploy 1 or more tenant/end user services. For example, I am thinking "ho= w can we deploy existing L2SM or L3SM model on a slice?" this is a valid qu= estion (or a use case). In this regard "Service Model" is an overloaded term. One approach could be= not to worry about service models. But focus work on NBI. NSaaS will bring= operations & monitoring (we need NBI for this) plus some automation (??? h= ow we don't know yet...). Another question we should clarify, does model imply only YANG representati= on or more than that? I believe it should be "more than that" to capture re= al-time operational aspects. Personally, I thought template were out of scope. Also, I'd encourage to continue refining these 3 documents to capture what = Christina's is asking for, rather than producing new set. https://www.ietf.org/internet-drafts/draft-qiang-coms-netslicing-inf= ormation-model-01.txt https://tools.ietf.org/id/draft-defoy-coms-subnet-interconnection-01= .txt https://tools.ietf.org/html/draft-geng-netslices-architecture-02 -Kiran From: Netslices > on behalf of Xavier de Foy > Date: Friday, December 22, 2017 at 9:16 AM To: "qiangli (D)" > Cc: "NetSlices@ietf.org" > Subject: Re: [Netslices] Summary of Open Issues Thanks Cristina, to answer some of your questions, I am interested to work = with you and others on this, especially on #3 items. In particular the work= we started on the COMS model (model and interconnection drafts) may be a s= tarting point for some of the work there. One thing I would like to understand better is the difference between servi= ce model and northbound interface data model. Is it fair to say that the se= rvice model would include for example the template (or blueprint) of a netw= ork slice, which would be used in a instantiation request, while the northb= ound data model would include the description of the actual instance of a n= etwork slice? If we foresee strong interrelations between those models, it = could be useful to work jointly on them. In any case, it could be useful to= provide more information to clarify their role and the relation between th= em in the charter text. Best Regards, Xavier. On Fri, Dec 22, 2017 at 8:41 AM, qiangli (D) > wrote: Hi Xavier and others, Thank you for your comments. According to your suggestions, I have re-organ= ized the potential work items as follows. Since the BoF proposal cut-off da= te is on early February, I guess it's time to carry out action ASAP on some= items without too many disagreements: 1. The COMS Problem Statement - clearly provides the requirements from= management work item, and the architecture of COMS. 2. The COMS Use Cases - provides the motivating use cases as a basis f= or the work. [need a COMS focused use case draft? Any volunteers for new dr= aft? Has discussed under thread entitled "Open Issue III" ] 3. Model(s) describing a slice or slice subnet instance and operations= on a slice instance. [Any volunteers for new Service Model draft?-discusse= d under thread entitled "Open Issue II"; Any volunteers for new northbound = interface data model draft?] 4. The COMS mapping operation/interface to underlying technologies. [H= as discussed under thread entitled "Open Issue I"] Best regards, Cristina QIANG From: Xavier de Foy [mailto:x.defoy.ietf@gmail.com] Sent: Friday, December 22, 2017 1:30 AM To: qiangli (D) > Cc: NetSlices@ietf.org Subject: Re: [Netslices] Summary of Open Issues Hi Cristina, Thanks for bringing this to the list. I agree with this narrowed down app= roach, and would only have suggestions to simplify and shorten the work ite= m list. For example 4-5-6 could be limited to 2: (4) model(s) describing a = slice or slice subnet instance and operations on a slice instance; (5) mapp= ing operation to underlying technologies. Also, I would suggest limiting th= e architecture effort as much as possible before IETF101, maybe even using = the problem statement document for this effort for now. Best Regards, Xavier On Wed, Dec 13, 2017 at 3:25 AM, qiangli (D) > wrote: Hi All, Before we carry out the next stage work, we would like to hear your opinion= on future possible directions. We have preliminarily listed the following = 6 potential work items for discussion, is there anything missing or inappro= priate? COMS (Common Operation and Management on network Slices) - a concrete topic= narrowed down from NetSlicing, focuses on resource-oriented (including con= nectivity, computing, storage and other potential resources) common managem= ent plane, be able to shield the differences of multiple implementation tec= hniques. 1. The COMS Architecture - provides common terminology, basic archite= cture elements, resource abstractions and the inter-actions. 2. The COMS Use Cases - provides the motivating use cases as a basis = for the work. 3. The COMS Problem Statement - clearly provides the requirements fro= m management work item. 4. The COMS Information Model/Template - Identifies managed objects n= eeded to implement a network slice instance in a network slice aware system= . 5. The COMS Data Model - date models of northbound and southbound/map= ping interfaces of a network slice aware system. 6. The COMS Service Model - a service model mapping to an instance of= a slice and its management. Best regards, Cristina QIANG _______________________________________________ Netslices mailing list Netslices@ietf.org https://www.ietf.org/mailman/listinfo/netslices --_000_06C389826B926F48A557D5DB5A54C4ED2A5E0A8Bdggemi509mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Kiran,

 

I agree with you that we do not need to worry about terms but foc= us work on NBI. I also share the same opinion with you that the current 3 d= ocuments (Problem Statement, Interconnection, Information Model ) need to be further refined, and I would like to sugges= t we make revision based on current NetSlicing use case draft so as to conc= entrate on COMS.

 

Best regards,

Cristina QIANG

 

From: Kiran.Makhijani
Sent: Saturday, December 23, 2017 2:21 AM
To: Xavier de Foy <x.defoy.ietf@gmail.com>; qiangli (D) <qi= angli3@huawei.com>
Cc: NetSlices@ietf.org
Subject: Re: [Netslices] Summary of Open Issues

 

Apologies for coming in late to t= he discussion.

 

Hi Xavier,

In terms of service model, what s= hould be of interest is to describe a particular “type of network sli= ce as a service” (NSaaS). An instance of it would deploy 1 or more tenant/end user services. For example, I am thinking “how = can we deploy existing L2SM or L3SM model on a slice?” this is a vali= d question (or a use case).

 

In this regard “Service Mod= el” is an overloaded term. One approach could be not to worry about s= ervice models. But focus work on NBI. NSaaS will bring operations & monitoring (we need NBI for this) plus some automation (??? how we d= on’t know yet…).

 

Another question we should clarif= y, does model imply only YANG representation or more than that? I believe i= t should be “more than that” to capture real-time operational aspects.

 

Personally, I thought template we= re out of scope.

 

Also, I’d encourage to cont= inue refining these 3 documents to capture what Christina’s is asking= for, rather than producing new set.

      &n= bsp;https://www.ietf.org/inter= net-drafts/draft-qiang-coms-netslicing-information-model-01.txt<= /span>

      &n= bsp;https://tools.ietf.org/id/draft-defoy-coms-= subnet-interconnection-01.txt

     &nb= sp;  https://tools.ietf.org/html/draft-geng-netslices-archit= ecture-02

 

 

-Kiran

 

From: Nets= lices <netslices-bounces@ietf.org= > on behalf of Xavier de Foy <x.defoy.ietf@gm= ail.com>
Date: Friday, December 22, 2017 at 9:16 AM
To: "qiangli (D)" <qiangli3@h= uawei.com>
Cc: "NetSlices@ietf.org" <NetSlices@ietf.org>
Subject: Re: [Netslices] Summary of Open Issues

 

Th= anks Cristina, to answer some of your questions, I am interested to work wi= th you and others on this, especially on #3 items. In particular the work w= e started on the COMS model (model and interconnection drafts) may be a starting point for some of the work there= .

 

On= e thing I would like to understand better is the difference between service= model and northbound interface data model. Is it fair to say that the serv= ice model would include for example the template (or blueprint) of a network slice, which would be used in a insta= ntiation request, while the northbound data model would include the descrip= tion of the actual instance of a network slice? If we foresee strong interr= elations between those models, it could be useful to work jointly on them. In any case, it could be useful t= o provide more information to clarify their role and the relation between t= hem in the charter text.

 

Be= st Regards,

Xa= vier.

 

On= Fri, Dec 22, 2017 at 8:41 AM, qiangli (D) <qiangli3@huawei.com> wrote:<= /span>

Hi Xavier and others,

 

Thank you for your comments. A= ccording to your suggestions, I have re-organized the potential work items = as follows. Since the BoF proposal cut-off date is on early February, I guess it’s time to carry out action ASA= P on some items without too many disagreements:=

 

1.  = ;    The COMS Problem Statement - clearly provides the requi= rements from management work item, and the architecture of COMS.

2.  = ;    The COMS Use Cases - provides the motivating use cases = as a basis for the work. [need a COMS focused use case draft? Any volunteer= s for new draft?  Has discussed under thread entitled “Open Issu= e III” ]

3.  = ;    Model(s) describing a slice or slice subnet instance an= d operations on a slice instance. [Any volunteers for new Service Model dra= ft?—discussed under thread entitled “Open Issue II”; Any = volunteers for new northbound interface data model draft?]

4.  = ;    The COMS mapping operation/interface to underlying tech= nologies. [Has discussed under thread entitled “Open Issue I”]<= /span>

 

 

Best regards,

 

Cristina QIANG

 

From: Xavier de Foy [mailto:x.defoy.ietf@gmail.com= ]
Sent: Friday, December 22, 2017 1:30 AM
To: qiangli (D) <qiangli3@huawei.com>
Cc: NetSlice= s@ietf.org
Subject: Re: [Netslices] Summary of Open Issues

 

Hi Cristina,

  Thanks for bringing this to the list. I agree with this narrowed dow= n approach, and would only have suggestions to simplify and shorten the wor= k item list. For example 4-5-6 could be limited to 2: (4) model(s) describi= ng a slice or slice subnet instance and operations on a slice instance; (5) mapping operation to underlying techno= logies. Also, I would suggest limiting the architecture effort as much as p= ossible before IETF101, maybe even using the problem statement document for= this effort for now.
 
  Best Regards,
 
Xavier

 

On Wed, Dec 13, 2017 at 3:25 AM, qiangli (D) <qiangli3@huawei.com> wrote:<= /o:p>

Hi All,

 

Before we carry out the next stage work, we would like to hear your opi= nion on future possible directions. We have preliminarily listed the follow= ing 6 potential work items for discussion, is there anything missing or inappropriate?

 

COMS (Common Operation and Management on network Slices) – a concrete topic narrowed down from NetSlicing, focuses on resource-orie= nted (including connectivity, computing, storage and other potential resour= ces) common management plane, be able to shield the differences of multiple implementation techniques.

 

1.    &nb= sp;  The COMS Architecture - provides common termino= logy, basic architecture elements, resource abstractions and the inter-acti= ons.

2.    &nb= sp;  The COMS Use Cases - provides the motivating us= e cases as a basis for the work.

3.    &nb= sp;  The COMS Problem Statement - clearly provides t= he requirements from management work item.

4.    &nb= sp;  The COMS Information Model/Template - Identifie= s managed objects needed to implement a network slice instance in a network= slice aware system.

5.    &nb= sp;  The COMS Data Model - date models of northbound= and southbound/mapping interfaces of a network slice aware system.

6.    &nb= sp;  The COMS Service Model – a service model mapping to an instance of a slice and = its management.

 

Best regards,

 

Cristina QIANG

 

 


_______________________________________________
Netslices mailing list
Netslices@ietf.org<= /a>
https://www.ietf.org/mailman/listinfo/netslices

 

 

--_000_06C389826B926F48A557D5DB5A54C4ED2A5E0A8Bdggemi509mbschi_-- From nobody Mon Dec 25 00:04:12 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 350CC126E3A for ; Mon, 25 Dec 2017 00:04:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.125 X-Spam-Level: X-Spam-Status: No, score=-1.125 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FORGED_HOTMAIL_RCVD2=0.874, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hotmail.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 RFiQVSyIigkq for ; Mon, 25 Dec 2017 00:04:08 -0800 (PST) Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-oln040092253013.outbound.protection.outlook.com [40.92.253.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A7B61200C1 for ; Mon, 25 Dec 2017 00:04:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=TjLqefN1F0bgJE1wtjv2UHkDvWp+zwnykUtnhbYYWJI=; b=ZeNLub0scNNDV9aX9W9twppTPb960ma8VxmX+8JxHAqoaYFPDRSj0h51/MVtSLY8gq8g6o8lQJrqkFnVdED2IoFIdMYuRfqQzU5iZDGtC7M4+dhyUK9+shibLXBhjklSbbQZkZKHpF4yGnW3WYjo2om0EyE8cooBx/Bb8OJSZGVg3V8JuEp9IoaPceXdynWx4dBhCnrW1PLVpOAVfB5bIi/R19+zeST+ehAe6IZuzGo5AMveKHgsMpNqi0uBGJU4TZ67RV5bZUH2Jh14Rhll4xbetaigsproGyAQx+EASz404RXu2k9t9I+d9qES8+ZsGpFcRs81JcSPHcYZ9N8Z1w== Received: from PU1APC01FT051.eop-APC01.prod.protection.outlook.com (10.152.252.58) by PU1APC01HT119.eop-APC01.prod.protection.outlook.com (10.152.253.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.20.302.6; Mon, 25 Dec 2017 08:04:03 +0000 Received: from PS1PR0601MB1483.apcprd06.prod.outlook.com (10.152.252.53) by PU1APC01FT051.mail.protection.outlook.com (10.152.253.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.20.302.6 via Frontend Transport; Mon, 25 Dec 2017 08:04:03 +0000 Received: from PS1PR0601MB1483.apcprd06.prod.outlook.com ([fe80::9d41:5dc4:7f52:b08a]) by PS1PR0601MB1483.apcprd06.prod.outlook.com ([fe80::9d41:5dc4:7f52:b08a%13]) with mapi id 15.20.0345.016; Mon, 25 Dec 2017 08:04:03 +0000 From: Liang GENG To: "Flinck, Hannu (Nokia - FI/Espoo)" , "qiangli (D)" , "NetSlices@ietf.org" Thread-Topic: [Netslices] Open Issue I: SouthBound/Mapping Interface Thread-Index: AdNz7BaJGrRkEFbTREOfWwbxCLzW+gFshmWwACcM2QAACbDbgAAxOAMAAAGJO2AAiaH5Qw== Date: Mon, 25 Dec 2017 08:04:03 +0000 Message-ID: References: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> <06C389826B926F48A557D5DB5A54C4ED2A5DFC7D@dggemi509-mbs.china.huawei.com> <06C389826B926F48A557D5DB5A54C4ED2A5E048B@dggemi509-mbs.china.huawei.com>, In-Reply-To: Accept-Language: en-GB, zh-CN, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:39437F3B96602A49E1FD978BD28233E72F2A4EB77805FA558002EA363C5D595C; UpperCasedChecksum:B96A92E694739DB3BCB34006442DFA892138307971C5B86CF507E2BBD8B0E5CB; SizeAsReceived:7659; Count:45 x-tmn: [Q8NacoNvsIAzM2fwGC0R2KfQEoAJuPHBMcXwhwQsgAU=] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; PU1APC01HT119; 6:da4r73DXMIvrIEP1+abyXUJak2LpX6osqz/ROBueXiSmUUVgqbL45TQSBAJwoavQ76dg7peHiSZwAp5nrzbUvbZ07CEvzGMiDyg38MZkRSSAm6sMHe4cUaUeBVJ24NLDebhtWvH0dLFONEJWE1nB5pt/sxy3FeKrzde6mashaw7jhCM4ELsKvyWUxZY4jdp1NUf3q5vQquJoXXz3bbAnzftnNz/2C2zAezipaUrbp0li7A5WiM+Yg+zNkn2HifwExPXnJcY+WZsZu2aS8DgInouV4xMgF4tOD9pL5QNSE99mmsuIbGbv5iuJUk1/Axd1xTaZBYjKynGyPDdyYqR3yWRSIuFpsd+4OzdqZUYL7E0=; 5:ftr7aeh8qH/FKSx3wY/pTBqF4xfQEwrp1wsLE3IkJbd41ibC5um9zlObVZ1rnm3Z+jopzlbzfnAC/TYOE6xXQ1S7u4sofMNm0bAnp30T3POAQQFjwFc3EwrKDr/GzDV1WjypiYclAHa0t8bkAn7ZPIaAX9l0xWloaqC0+2PRI/g=; 24:W6Ls1hCK/SjoeuGPVG8K99yDqXVMd14Y9qsfcE6sKvWB6EPvga+oNE109D/6Yz2X4C4ZDhMaIX89EOuO/Rjqv1NlJdImY3i0+clAAz3FSCY=; 7:ur0K4Hz9Ks4+eC8j2ttPsHttXTkinSOsTKNOltjwAAoOc3ORa9L8Pkgxp4bRP6t64jkd/t3H3BI+mhF06+J4Pi8ITmQqiz3esazMxgrQDrA8UVrTE3KQVPfK30YbQkuQ6UeYhY1Yd5yzRJ7HDVFuRkqz+dgOpn8UYiNa8Vj3QyCga1+xGxGpgmoadJd6KXhlJJSgHpyfTB7L9GbSEqM2FlLzThrnDtZKVBFtTNT2B9wF4ajpZZ5bGOne3ApIiMKS x-incomingheadercount: 45 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1601125374)(1603101448)(1701031045); SRVR:PU1APC01HT119; x-ms-traffictypediagnostic: PU1APC01HT119: x-ms-office365-filtering-correlation-id: 198f73e5-5cb2-4e42-9897-08d54b6e1030 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:PU1APC01HT119; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:PU1APC01HT119; x-forefront-prvs: 0532BF6DC2 x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:PU1APC01HT119; H:PS1PR0601MB1483.apcprd06.prod.outlook.com; FPR:; SPF:None; LANG:; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_PS1PR0601MB148304AE32CC11A58A87F8DE87010PS1PR0601MB1483_" MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-Network-Message-Id: 198f73e5-5cb2-4e42-9897-08d54b6e1030 X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Dec 2017 08:04:03.0242 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: PU1APC01HT119 Archived-At: Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Dec 2017 08:04:11 -0000 --_000_PS1PR0601MB148304AE32CC11A58A87F8DE87010PS1PR0601MB1483_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Cristina and Hannu, I believe that COMS provides OAM models at a level that we call "network sl= ice". I personally think COMS itself should not include the southbound mapping be= cause there was an assumption that anything below COMS is not aware of "sli= ce" (although in management perspective, COMS may see some of them "Subnets= "). Existing WG/technologies may refer to/map with COMS models if they woul= d like to be part of the managed network slice instance. Eventually, it may= be us - the people from COMS community, who will be actively progressing t= hese southbound interfaces in various IETF WGs. In principle, COMS itself provides the capability of inter-operation betwee= n different domains. This capability is enabled by common information model= /service model and related OAM models/mechanisms. The southbound mapping is= implementation-specific in the view of COMS and may be more suitable to be= carried out in various technology-specific WGs. A good example would be th= at for a link from node A to node B requiring 100Mbit/s peak bandwidth and = maximum of 5ms latency, one can map this using various type of SD-WAN(VPN) = controllers with different underlay data planes. COMS sees them as the same= . And also in terms of the working load of WG, the southbound mapping could b= e endless, it may not be feasible for COMS WG to deliver a sensible charter= on this matter concerning southbound interfaces. Meanwhile, I think it would be good if we can first of all deliver a/severa= l information models so that the southbound technology domain can chose the= materials they need to map with. We can do this by categorizing the resour= ces as Cristina suggested as "classifications" - which may make the model m= ore systematic. However, it is not necessary to limit the southbound to one= category - it should be able to pick parameters/components whatever are ne= eded. Best wishes Liang ________________________________ From: Netslices on behalf of Flinck, Hannu (No= kia - FI/Espoo) Sent: 22 December 2017 22:02:46 To: qiangli (D); NetSlices@ietf.org Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface Ok. Think I what you might be after. Probably what you want is to have a se= t of reference or example mappings for few representative technologies? Suc= h as - A slice over the WAN/transport network for a given technology, - A slice over VNF infrastructure (SFCs and nvo3), - A slice that is a concatenation of the two across different doma= ins (this we know is missing). Is this what you would like to see? If so, it sounds to me reasonable and m= otivating work and would be useful to identify possible gaps and needed ad= ditions. Best regards Hannu From: qiangli (D) [mailto:qiangli3@huawei.com] Sent: Friday, December 22, 2017 3:09 PM To: Flinck, Hannu (Nokia - FI/Espoo) ; Ne= tSlices@ietf.org Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi Hannu, You=92re right. Still that question, If there does not exist a uniform mapp= ing interface between COMS and various implementation technologies, I am af= raid we are unable to analyze all possibilities. That=92s why I suggested = option 3 even I=92m also not sure whether we can find out an appropriate cl= assification method. Best regards, Cristina QIANG From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs= .com] Sent: Thursday, December 21, 2017 9:43 PM To: qiangli (D) >; NetSlice= s@ietf.org Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface Hello Cristina I am not sure I understand the option 3 sufficiently. What would be the use= of the classification? Should we identify classes of technologies that can= be served by same/similar mapping based on the classification? Best regards Hannu From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D= ) Sent: Thursday, December 21, 2017 11:02 AM To: Flinck, Hannu (Nokia - FI/Espoo) >; NetSlices@ietf.org Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi Hannu and others, Thank you for your comments. As you and Diego mentioned, the standardizatio= n of southbound interface is a sensitive matter, we=92d better avoid infrin= ging other WGs/RGs. To solve this issue, maybe we should figure out =93Is it possible to have a= uniform/standard mapping interface to adapt to a variety of implementation= technologies?=94 first. If Pedro is right, such uniform interface does exi= st, then it=92s not a big deal to standardize it IMHO. Otherwise, I think w= e may need to consider which option listed below will be better: Option 1: No standardization work on southbound interface, at least before = IETF 101 Option 2: Separately analyze all specific technologies as you have done -- = ACTN [un-checked], NFV [checked], then how about SFC, VPN=85? Option 3: Classify technologies (e.g., providing connectivity, provide VNF= =85.) , then discuss for each classification. I personally prefer 1 or 3, what=92s your opinion? Best regards, Cristina QIANG From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs= .com] Sent: Wednesday, December 20, 2017 10:33 PM To: qiangli (D) >; NetSlice= s@ietf.org Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface Hello Cristina and others, I would suggest that COMS/ATCN interface mapping would be developed in the= TEAS WG since that is an IETF WG, is also alluding to slicing topics, has = related specifications and the expertise of the transport networks. However, NFVO related work is currently within NVFRG where the slicing work= is a minor subset of much larger territory of what the RG is discussing. = Therefore, it would be better to do such focused work in COMS when and if i= t becomes an IETF WG. Best regards Hannu From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D= ) Sent: Wednesday, December 13, 2017 10:41 AM To: NetSlices@ietf.org Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi All, This email is want to collect your opinion on the following issue: Do we need to standardize the Southbound/Mapping interface of a network sli= ce aware system in COMS? Or do you think this work should be carried out in= existing WGs/RGs? (e.g., mapping interface between COMS and ACTN, mapping = interface between COMS and NFVO) Best regards, Cristina QIANG --_000_PS1PR0601MB148304AE32CC11A58A87F8DE87010PS1PR0601MB1483_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Hi Cristina and Hannu,


I believe that COMS provides= OAM models at a level that we call "network slice". 


I personally think COMS itse= lf should not include the southbound mapping because there was an assu= mption that anything below COMS is not aware of "slice" (although= in management perspective, COMS may see some of them "Subnets"). Existing WG/technologies may refer to/map with COMS = models if they would like to be part of the managed network slice inst= ance. Eventually, it may be us - the people from COMS community, who will b= e actively progressing these southbound interfaces in various IETF WGs.


In principle, COMS itself provides the capability of inter-operation betwee= n different domains. This capability is enabled by common information model= /service model and related OAM models/mechanisms. The southbound mapping is implementation-specific in the view of COMS and= may be more suitable to be carried out in various technology-specific= WGs. A good example would be that for a link from node A to node B re= quiring 100Mbit/s peak bandwidth and maximum of 5ms latency, one can map this using various type of SD-WAN(VPN) controller= s with different underlay data planes. COMS sees them as the same.


And also in terms of the working = load of WG, the southbound mapping could be endless, it may not be fea= sible for COMS WG to deliver a sensible charter on this matter concerning s= outhbound interfaces.


Meanwhile, I think it would be go= od if we can first of all deliver a/several information models so that= the southbound technology domain can chose the materials they need to map = with. We can do this by categorizing the resources as Cristina suggested as "classifications" - which may make the = model more systematic. However, it is not necessary to limit the&= nbsp;southbound to one category - it should be able to pick parameters= /components whatever are needed.


Best wishes

Liang


From: Netslices <netslic= es-bounces@ietf.org> on behalf of Flinck, Hannu (Nokia - FI/Espoo) <h= annu.flinck@nokia-bell-labs.com>
Sent: 22 December 2017 22:02:46
To: qiangli (D); NetSlices@ietf.org
Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface<= /font>
 

Ok. Think I what = you might be after. Probably what you want is to have a set of reference or= example mappings for few representative technologies? Such as

 

-      &= nbsp;   A slice over the WAN/= transport network for a given technology,

-      &= nbsp;   A slice over VNF infr= astructure (SFCs and nvo3),

-      &= nbsp;   A slice that is a con= catenation of the two across different domains (this we know is missing).

 

Is this what you = would like to see? If so, it sounds to me reasonable and motivating work an= d would be  useful to identify possible gaps and needed additions.

 

Best regards

Hannu

 

From: qiangli (D) [mailto:qiangli3@huawei.com]
Sent: Friday, December 22, 2017 3:09 PM
To: Flinck, Hannu (Nokia - FI/Espoo) <hannu.flinck@nokia-bell-lab= s.com>; NetSlices@ietf.org
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface<= /span>

 

Hi Hannu,

 

You=92re right. Stil= l that question, If there does not exist a uniform mapping interface betwee= n COMS and various implementation technologies, I am afraid we are unable t= o analyze all possibilities.  That=92s why I suggested option 3 even I=92m also not sure whether we can find out an a= ppropriate classification method.

 

Best regards,=

 

Cristina QIANG

 

From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs.com]
Sent: Thursday, December 21, 2017 9:43 PM
To: qiangli (D) <qiangli3@= huawei.com>; NetSlices@ietf.org
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface<= /span>

 

Hello Cristina

 

I am not sure I u= nderstand the option 3 sufficiently. What would be the use of the classific= ation? Should we identify classes of technologies that can be served by sam= e/similar mapping based on the classification?

 

Best regards

Hannu

 

From: Netslices [mailto:netslices-bounces@ietf.org<= /span>] On Behalf Of qiangli (D)
Sent: Thursday, December 21, 2017 11:02 AM
To: Flinck, Hannu (Nokia - FI/Espoo) <hannu.flinck@nokia-bell-labs.com>; NetSlices@ietf.org
Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface<= /span>

 

Hi Hannu and  o= thers,

 

 

Thank you for your c= omments. As you and Diego mentioned, the standardization of southbound inte= rface is a sensitive matter, we=92d better avoid infringing other WGs/RGs.<= /span>

 

To solve this issue,= maybe we should figure out =93Is it possible to have a uniform/standard ma= pping interface to adapt to a variety of implementation technologies?=94 fi= rst. If Pedro is right, such uniform interface does exist, then it=92s not a big deal to standardize it IMHO. Otherwise, = I think we may need to consider which option listed below will be better:

 

Option 1: No standar= dization work on southbound interface, at least before IETF 101

Option 2: Separately= analyze all specific technologies as you have done -- ACTN [un-checked], N= FV [checked], then how about SFC, VPN=85?

Option 3: Classify t= echnologies (e.g., providing connectivity, provide VNF=85.) , then discuss = for each classification.

 

I personally prefer = 1 or 3, what=92s your opinion?

 

Best regards,=

 

Cristina QIANG

 

From: Flinck, Hannu (Nokia - FI/Espoo) [mailt= o:hannu.flinck@nokia-bell-labs.com]
Sent: Wednesday, December 20, 2017 10:33 PM
To: qiangli (D) <qiangli3@huawei.com<= /a>>; NetSlices@ietf.org
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface<= /span>

 

Hello Cristina an= d others,

 

I would suggest t= hat  COMS/ATCN interface mapping would be developed in the TEAS WG sin= ce that is an IETF WG, is also alluding to slicing topics, has related spec= ifications and the expertise of the transport networks.

 

However, NFVO rel= ated work is currently within NVFRG where the slicing work is a minor subse= t of much larger territory of what the RG is discussing.  Therefore, i= t would be better to do such focused work in COMS when and if it becomes an IETF WG.

 

 

Best regards

Hannu

 

From: Netslices [mailto:netslices-bounces@ietf.org<= /span>] On Behalf Of qiangli (D)
Sent: Wednesday, December 13, 2017 10:41 AM
To: NetSlices@ietf.org
Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface

 

Hi All,

 

This email is want to collect you= r opinion on the following issue:

 

Do we need to standardize the Sou= thbound/Mapping interface of a network slice aware system in COMS? Or do yo= u think this work should be carried out in existing WGs/RGs? (e.g., mapping= interface between COMS and ACTN, mapping interface between COMS and NFVO)

 

Best regards,

 

Cristina QIANG

 

--_000_PS1PR0601MB148304AE32CC11A58A87F8DE87010PS1PR0601MB1483_-- From nobody Mon Dec 25 00:08:08 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B5001243FE for ; Mon, 25 Dec 2017 00:08:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.125 X-Spam-Level: X-Spam-Status: No, score=-1.125 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FORGED_HOTMAIL_RCVD2=0.874, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hotmail.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 FVHLpr70M6yS for ; Mon, 25 Dec 2017 00:08:02 -0800 (PST) Received: from APC01-PU1-obe.outbound.protection.outlook.com (mail-oln040092254059.outbound.protection.outlook.com [40.92.254.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8CD191200C1 for ; Mon, 25 Dec 2017 00:08:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=YMTkf6TLpknjQwTwOY0BdWNbQQ5fVxkWaUulB6Z4X/M=; b=fRIEUw0LTIYJOzmDP5V157Jqrj/VeQgopSZDW3mfutQFIdf03iB3xU5crLmSbbIVpjRB0Op0htywhhg3+7l1CHlIy8p7H1uOqxtQRXEjjo4cvdB+gY2lmSW1q0oSL3r4WiqHtpHwNaX/HwHCytCMHUdQ9sfHxa7iCxdtf66ZydlcqSz0B7cvixrJW1NI65fpKM6k5EQTQB6HIjjJ6KSIyJySSXN9YaQJ4wCiHsFS+AfNRWMItK8QCkigkWsGL7CtVQeL1PUqCpQFCU3WJhxtEKPSoLhBqZq81FmgF7/++fL8K2GTquD4o3SkoHSx1w5e8PJWSuFM/bTWNLE9L87nfw== Received: from PU1APC01FT051.eop-APC01.prod.protection.outlook.com (10.152.252.57) by PU1APC01HT245.eop-APC01.prod.protection.outlook.com (10.152.252.170) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.20.302.6; Mon, 25 Dec 2017 08:07:56 +0000 Received: from PS1PR0601MB1483.apcprd06.prod.outlook.com (10.152.252.53) by PU1APC01FT051.mail.protection.outlook.com (10.152.253.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.20.302.6 via Frontend Transport; Mon, 25 Dec 2017 08:07:57 +0000 Received: from PS1PR0601MB1483.apcprd06.prod.outlook.com ([fe80::9d41:5dc4:7f52:b08a]) by PS1PR0601MB1483.apcprd06.prod.outlook.com ([fe80::9d41:5dc4:7f52:b08a%13]) with mapi id 15.20.0345.016; Mon, 25 Dec 2017 08:07:56 +0000 From: Liang GENG To: "qiangli (D)" , "Diego R. Lopez" , Pedro Martinez-Julia CC: "NetSlices@ietf.org" Thread-Topic: [Netslices] Open Issue I: SouthBound/Mapping Interface Thread-Index: AdNz7BaJGrRkEFbTREOfWwbxCLzW+gAA0tQAAAKExoAA9cRHgAFhqXew Date: Mon, 25 Dec 2017 08:07:56 +0000 Message-ID: References: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> <20171213085009.GH9512@spectre> , <06C389826B926F48A557D5DB5A54C4ED2A5DF3D3@dggemi509-mbs.china.huawei.com> In-Reply-To: <06C389826B926F48A557D5DB5A54C4ED2A5DF3D3@dggemi509-mbs.china.huawei.com> Accept-Language: en-GB, zh-CN, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:53EDFDC2B370278787D3A73A8C48510C6400D320E60938D5A4308D7038FA8FEF; UpperCasedChecksum:1E1037DA1CA753714AE710103D079FA780240F4DCA4BD7B94208F3FB208E0CDF; SizeAsReceived:7391; Count:46 x-tmn: [5LlI0snqcQRmYl0+PezOp/+789qKvtG97E9TpCnrAko=] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; PU1APC01HT245; 6:Mn94Esvl+TX2uZwoWlfKxdON8HEivWub8YUR5lFTRg4+60aUjzkybiseyxHYcpzvJDSste+JjLAoStKZpdvOF6rwUcQ1IUK48iWAM3pYfmU7LU6ucf+cWTHgY9RgmkKTAAO2E8eNuIyWdPnfmsY899JDlv2KT/0Wag9AK0S03n49WHDr6m8TszmupBufnV5T1JUSYV1nAKKIcv2RVYIvBEybnvrOyvwmDTiSrUyY5d1y0wr2yGFGzjuoZGoXHmO3htbIOq2cGTJhJIX5ojYGDQ6XdC0s2cQFI8pc9A/PByRR9IRzLtv59pN84gMg54fcvVRZfyaofeRyxBrWeuw8OexCAcMaSIkhIQj2iOEsSEo=; 5:sIJTE4ypZtJ6tKHMG25i4MANIoTDI3t+IrLHmuZgT1Bw1fpEGY1yd3jLP3NMQ9jrRFIuorEm6MAA+yQa9PMnqwhRzpOJp6YS1tFOEP510Bc2Mvx393mJN2GDpVkzuL5m7Yju/izWXn/7c9AdzHWutB4C2fHg0JBP64mQBylL3Lw=; 24:DZojWhYgOWmiUUMJp2QsswrsH2PXxyUHTipKFySjTzJEx5lG9Um9qIXQ5HCQJ+XWzJVMH7xB2TGAiE0zVPxCn6GekI+ER6YSGeXmik8WRpU=; 7:3uJZhjRIZSszNlgHKSKhMo9p0Cq2koELWCOmkstulN0JYnARnOJnbS5WGyGz6dzg9UDD6JTaEQxdcOyVqEn2/rJVMI9nYzRMsSTdLrJwwhX6onMg7Q2giTR30fyADJVyUERaji+6qMlItIIDcnlGcN9IheoFfI/voUVbDHuUFNxUcJMbyBD0NxYlfH9AQv0oKTQTvp1sJLp0qH8VUbIug6+uL/aTHgOdb6iWSBa15JRcX/q1ZN3F6azh/XyibTCA x-incomingheadercount: 46 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1601125374)(1603101448)(1701031045); SRVR:PU1APC01HT245; x-ms-traffictypediagnostic: PU1APC01HT245: x-ms-office365-filtering-correlation-id: 63ed98d1-ec7d-4147-c6a9-08d54b6e9b74 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:PU1APC01HT245; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:PU1APC01HT245; x-forefront-prvs: 0532BF6DC2 x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:PU1APC01HT245; H:PS1PR0601MB1483.apcprd06.prod.outlook.com; FPR:; SPF:None; LANG:; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_PS1PR0601MB1483AF49DF8C4E45DEBE68E187010PS1PR0601MB1483_" MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-Network-Message-Id: 63ed98d1-ec7d-4147-c6a9-08d54b6e9b74 X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Dec 2017 08:07:56.9087 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: PU1APC01HT245 Archived-At: Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Dec 2017 08:08:07 -0000 --_000_PS1PR0601MB1483AF49DF8C4E45DEBE68E187010PS1PR0601MB1483_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhlIGJlYXV0eSBvZiBDT01TIGlzIHRvIHByb3ZpZGUgYSBjb21tb24gbW9kZWwgdG8gYmUgbWFw cGVkIHdpdGgsIG5vdCBhIHN0YW5kYXJkIG1hcHBpbmcuIFRoZSBhY3R1YWwgbWFwcGluZyBhY3Jv c3MgZGlmZmVyZW50IGRvbWFpbnMgc2hvdWxkIGJlIHZhcmlvdXMgYW5kIGl0IGlzIHRoZSBjb21t b24gbW9kZWwgaW5zaWRlIENPTVMgd2hpY2ggZW5hYmxlcyB0aGUgaW50ZXItb3BlcmF0aW9uLg0K DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpGcm9tOiBOZXRzbGljZXMgPG5l dHNsaWNlcy1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2YgcWlhbmdsaSAoRCkgPHFpYW5n bGkzQGh1YXdlaS5jb20+DQpTZW50OiAxOCBEZWNlbWJlciAyMDE3IDE1OjE5OjIxDQpUbzogRGll Z28gUi4gTG9wZXo7IFBlZHJvIE1hcnRpbmV6LUp1bGlhDQpDYzogTmV0U2xpY2VzQGlldGYub3Jn DQpTdWJqZWN0OiBSZTogW05ldHNsaWNlc10gT3BlbiBJc3N1ZSBJOiBTb3V0aEJvdW5kL01hcHBp bmcgSW50ZXJmYWNlDQoNClRlY2huaWNhbGx5IHNwZWFraW5nLCBpcyBpdCBwb3NzaWJsZSB0byBo YXZlIGEgdW5pZm9ybS9zdGFuZGFyZCBtYXBwaW5nIGludGVyZmFjZSB0byBhZGFwdCB0byBhIHZh cmlldHkgb2YgaW1wbGVtZW50YXRpb24gdGVjaG5vbG9naWVzPw0KDQpCZXN0IHJlZ2FyZHMsDQoN CkNyaXN0aW5hIFFJQU5HDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBEaWVn byBSLiBMb3BleiBbbWFpbHRvOmRpZWdvLnIubG9wZXpAdGVsZWZvbmljYS5jb21dDQpTZW50OiBX ZWRuZXNkYXksIERlY2VtYmVyIDEzLCAyMDE3IDU6MDIgUE0NClRvOiBQZWRybyBNYXJ0aW5lei1K dWxpYSA8cGVkcm9AbmljdC5nby5qcD47IHFpYW5nbGkgKEQpIDxxaWFuZ2xpM0BodWF3ZWkuY29t Pg0KQ2M6IE5ldFNsaWNlc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtOZXRzbGljZXNdIE9wZW4g SXNzdWUgSTogU291dGhCb3VuZC9NYXBwaW5nIEludGVyZmFjZQ0KDQpIbW0uLi4gSSBkaXNhZ3Jl ZS4gSSdkIHByZWZlciB0byBnbyBmb3IgbWFwcGluZyBzcGVjcyBvciBwcm9maWxpbmcgKG9yIGV2 ZW4gZGlyZWN0IGVuZG9yc2VtZW50KSB3aGVuZXZlciBwb3NzaWJsZS4gTGV0J3MgYXZvaWQgdG8g aW52ZW50IGFub3RoZXIgb25lLWFuZC1vbmx5IHN0YW5kYXJkLg0KDQpCZSBnb29kZSwNCg0KLS0N CiJFc3RhIHZleiBubyBmYWxsYXJlbW9zLCBEb2N0b3IgSW5maWVybm8iDQoNCkRyIERpZWdvIFIu IExvcGV6DQpUZWxlZm9uaWNhIEkrRA0KaHR0cHM6Ly93d3cubGlua2VkaW4uY29tL2luL2RyMmxv cGV6Lw0KDQplLW1haWw6IGRpZWdvLnIubG9wZXpAdGVsZWZvbmljYS5jb20NClRlbDogICAgICAg ICArMzQgOTEzIDEyOSAwNDENCk1vYmlsZTogICszNCA2ODIgMDUxIDA5MQ0KLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K77u/T24gMTMvMTIvMjAxNywgMDk6NTAsICJOZXRzbGlj ZXMgb24gYmVoYWxmIG9mIFBlZHJvIE1hcnRpbmV6LUp1bGlhIiA8bmV0c2xpY2VzLWJvdW5jZXNA aWV0Zi5vcmcgb24gYmVoYWxmIG9mIHBlZHJvQG5pY3QuZ28uanA+IHdyb3RlOg0KDQogICAgRGVh ciBMaSwNCg0KICAgIFdlIG5lZWQgdG8gZG8gaXQgaW4gQ09NUyB0byBhdm9pZCBkZWNlbnRyYWxp emF0aW9uIGFuZCBlbnN1cmUgY29oZXJlbmNlDQogICAgYW1vbmcgc29sdXRpb25zLiBPdGhlcndp c2UsIHdlIHdvdWxkIGdldCBkaWZmZXJlbnQgaW50ZXJmYWNlIHN0YW5kYXJkcw0KICAgIGFuZCBp dCB3aWxsIGJlIG1vcmUgZGlmZmljdWx0IGZvciB0aGUgbmV0d29yayBzbGljaW5nIHRvIGJlIGhv bW9nZW5lb3VzDQogICAgYW5kIHRodXMgbGVzcyB1c2VmdWxuZXNzLg0KDQogICAgUmVnYXJkcywN CiAgICBQZWRybw0KDQogICAgT24gV2VkLCBEZWMgMTMsIDIwMTcgYXQgMDg6NDA6NTZBTSArMDAw MCwgcWlhbmdsaSAoRCkgd3JvdGU6DQogICAgPiBIaSBBbGwsDQogICAgPg0KICAgID4gVGhpcyBl bWFpbCBpcyB3YW50IHRvIGNvbGxlY3QgeW91ciBvcGluaW9uIG9uIHRoZSBmb2xsb3dpbmcgaXNz dWU6DQogICAgPg0KICAgID4gRG8gd2UgbmVlZCB0byBzdGFuZGFyZGl6ZSB0aGUgU291dGhib3Vu ZC9NYXBwaW5nIGludGVyZmFjZSBvZiBhIG5ldHdvcmsgc2xpY2UgYXdhcmUgc3lzdGVtIGluIENP TVM/IE9yIGRvIHlvdSB0aGluayB0aGlzIHdvcmsgc2hvdWxkIGJlIGNhcnJpZWQgb3V0IGluIGV4 aXN0aW5nIFdHcy9SR3M/IChlLmcuLCBtYXBwaW5nIGludGVyZmFjZSBiZXR3ZWVuIENPTVMgYW5k IEFDVE4sIG1hcHBpbmcgaW50ZXJmYWNlIGJldHdlZW4gQ09NUyBhbmQgTkZWTykNCiAgICA+DQog ICAgPiBCZXN0IHJlZ2FyZHMsDQogICAgPg0KICAgID4gQ3Jpc3RpbmEgUUlBTkcNCiAgICA+DQoN CiAgICA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQog ICAgPiBOZXRzbGljZXMgbWFpbGluZyBsaXN0DQogICAgPiBOZXRzbGljZXNAaWV0Zi5vcmcNCiAg ICA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0c2xpY2VzDQoNCg0K ICAgIC0tDQogICAgUGVkcm8gTWFydGluZXotSnVsaWENCiAgICBOZXR3b3JrIFNjaWVuY2UgYW5k IENvbnZlcmdlbmNlIERldmljZSBUZWNobm9sb2d5IExhYm9yYXRvcnkNCiAgICBOZXR3b3JrIFN5 c3RlbSBSZXNlYXJjaCBJbnN0aXR1dGUNCiAgICBOYXRpb25hbCBJbnN0aXR1dGUgb2YgSW5mb3Jt YXRpb24gYW5kIENvbW11bmljYXRpb25zIFRlY2hub2xvZ3kgKE5JQ1QpDQogICAgNC0yLTEsIE51 a3VpLUtpdGFtYWNoaSwgS29nYW5laSwgVG9reW8gMTg0LTg3OTUsIEphcGFuDQogICAgRW1haWw6 IHBlZHJvQG5pY3QuZ28uanANCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICAqKiogRW50aWEgbm9uIHN1bnQgbXVsdGlwbGlj YW5kYSBwcmFldGVyIG5lY2Vzc2l0YXRlbSAqKioNCg0KICAgIF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAgTmV0c2xpY2VzIG1haWxpbmcgbGlzdA0K ICAgIE5ldHNsaWNlc0BpZXRmLm9yZw0KICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vbmV0c2xpY2VzDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KDQpFc3RlIG1lbnNhamUgeSBzdXMgYWRqdW50b3Mgc2UgZGlyaWdlbiBleGNsdXNpdmFtZW50 ZSBhIHN1IGRlc3RpbmF0YXJpbywgcHVlZGUgY29udGVuZXIgaW5mb3JtYWNpw7NuIHByaXZpbGVn aWFkYSBvIGNvbmZpZGVuY2lhbCB5IGVzIHBhcmEgdXNvIGV4Y2x1c2l2byBkZSBsYSBwZXJzb25h IG8gZW50aWRhZCBkZSBkZXN0aW5vLiBTaSBubyBlcyB1c3RlZC4gZWwgZGVzdGluYXRhcmlvIGlu ZGljYWRvLCBxdWVkYSBub3RpZmljYWRvIGRlIHF1ZSBsYSBsZWN0dXJhLCB1dGlsaXphY2nDs24s IGRpdnVsZ2FjacOzbiB5L28gY29waWEgc2luIGF1dG9yaXphY2nDs24gcHVlZGUgZXN0YXIgcHJv aGliaWRhIGVuIHZpcnR1ZCBkZSBsYSBsZWdpc2xhY2nDs24gdmlnZW50ZS4gU2kgaGEgcmVjaWJp ZG8gZXN0ZSBtZW5zYWplIHBvciBlcnJvciwgbGUgcm9nYW1vcyBxdWUgbm9zIGxvIGNvbXVuaXF1 ZSBpbm1lZGlhdGFtZW50ZSBwb3IgZXN0YSBtaXNtYSB2w61hIHkgcHJvY2VkYSBhIHN1IGRlc3Ry dWNjacOzbi4NCg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIHRyYW5zbWlzc2lv biBpcyBwcml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24gaW50ZW5kZWQgb25s eSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgbmFtZWQgYWJvdmUuIElm IHRoZSByZWFkZXIgb2YgdGhpcyBtZXNzYWdlIGlzIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50 LCB5b3UgYXJlIGhlcmVieSBub3RpZmllZCB0aGF0IGFueSBkaXNzZW1pbmF0aW9uLCBkaXN0cmli dXRpb24gb3IgY29weWluZyBvZiB0aGlzIGNvbW11bmljYXRpb24gaXMgc3RyaWN0bHkgcHJvaGli aXRlZC4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyB0cmFuc21pc3Npb24gaW4gZXJyb3IsIGRv IG5vdCByZWFkIGl0LiBQbGVhc2UgaW1tZWRpYXRlbHkgcmVwbHkgdG8gdGhlIHNlbmRlciB0aGF0 IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgY29tbXVuaWNhdGlvbiBpbiBlcnJvciBhbmQgdGhlbiBk ZWxldGUgaXQuDQoNCkVzdGEgbWVuc2FnZW0gZSBzZXVzIGFuZXhvcyBzZSBkaXJpZ2VtIGV4Y2x1 c2l2YW1lbnRlIGFvIHNldSBkZXN0aW5hdMOhcmlvLCBwb2RlIGNvbnRlciBpbmZvcm1hw6fDo28g cHJpdmlsZWdpYWRhIG91IGNvbmZpZGVuY2lhbCBlIMOpIHBhcmEgdXNvIGV4Y2x1c2l2byBkYSBw ZXNzb2Egb3UgZW50aWRhZGUgZGUgZGVzdGluby4gU2UgbsOjbyDDqSB2b3NzYSBzZW5ob3JpYSBv IGRlc3RpbmF0w6FyaW8gaW5kaWNhZG8sIGZpY2Egbm90aWZpY2FkbyBkZSBxdWUgYSBsZWl0dXJh LCB1dGlsaXphw6fDo28sIGRpdnVsZ2HDp8OjbyBlL291IGPDs3BpYSBzZW0gYXV0b3JpemHDp8Oj byBwb2RlIGVzdGFyIHByb2liaWRhIGVtIHZpcnR1ZGUgZGEgbGVnaXNsYcOnw6NvIHZpZ2VudGUu IFNlIHJlY2ViZXUgZXN0YSBtZW5zYWdlbSBwb3IgZXJybywgcm9nYW1vcy1saGUgcXVlIG5vcyBv IGNvbXVuaXF1ZSBpbWVkaWF0YW1lbnRlIHBvciBlc3RhIG1lc21hIHZpYSBlIHByb2NlZGEgYSBz dWEgZGVzdHJ1acOnw6NvDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KTmV0c2xpY2VzIG1haWxpbmcgbGlzdA0KTmV0c2xpY2VzQGlldGYub3JnDQpodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldHNsaWNlcw0K --_000_PS1PR0601MB1483AF49DF8C4E45DEBE68E187010PS1PR0601MB1483_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyIgc3R5bGU9 ImRpc3BsYXk6bm9uZTsiPjwhLS0gUCB7bWFyZ2luLXRvcDowO21hcmdpbi1ib3R0b206MDt9IC0t Pjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBkaXI9Imx0ciI+DQo8ZGl2IGlkPSJkaXZ0YWdkZWZh dWx0d3JhcHBlciIgc3R5bGU9ImZvbnQtc2l6ZToxMnB0O2NvbG9yOiMwMDAwMDA7Zm9udC1mYW1p bHk6Q2FsaWJyaSxIZWx2ZXRpY2Esc2Fucy1zZXJpZjsiIGRpcj0ibHRyIj4NCjxwIHN0eWxlPSJt YXJnaW4tdG9wOjA7bWFyZ2luLWJvdHRvbTowIj48L3A+DQo8cCBzdHlsZT0iZm9udC1mYW1pbHk6 IENhbGlicmksIEhlbHZldGljYSwgc2Fucy1zZXJpZiwgRW1vamlGb250LCAmcXVvdDtBcHBsZSBD b2xvciBFbW9qaSZxdW90OywgJnF1b3Q7U2Vnb2UgVUkgRW1vamkmcXVvdDssIE5vdG9Db2xvckVt b2ppLCAmcXVvdDtTZWdvZSBVSSBTeW1ib2wmcXVvdDssICZxdW90O0FuZHJvaWQgRW1vamkmcXVv dDssIEVtb2ppU3ltYm9sczsgZm9udC1zaXplOiAxNnB4OyI+DQpUaGUgYmVhdXR5IG9mIENPTVMg aXMgdG8gcHJvdmlkZSBhIGNvbW1vbiBtb2RlbCB0byBiZSBtYXBwZWQgd2l0aCwgbm90IGEgc3Rh bmRhcmQgbWFwcGluZy4gVGhlIGFjdHVhbCBtYXBwaW5nIGFjcm9zcyBkaWZmZXJlbnQgZG9tYWlu cyZuYnNwO3Nob3VsZCBiZSB2YXJpb3VzIGFuZCBpdCBpcyB0aGUgY29tbW9uIG1vZGVsIGluc2lk ZSBDT01TIHdoaWNoIGVuYWJsZXMgdGhlIGludGVyLW9wZXJhdGlvbi48L3A+DQo8cD48L3A+DQo8 cCBzdHlsZT0ibWFyZ2luLXRvcDowO21hcmdpbi1ib3R0b206MCI+PGJyPg0KPC9wPg0KPC9kaXY+ DQo8aHIgc3R5bGU9ImRpc3BsYXk6aW5saW5lLWJsb2NrO3dpZHRoOjk4JSIgdGFiaW5kZXg9Ii0x Ij4NCjxkaXYgaWQ9ImRpdlJwbHlGd2RNc2ciIGRpcj0ibHRyIj48Zm9udCBmYWNlPSJDYWxpYnJp LCBzYW5zLXNlcmlmIiBzdHlsZT0iZm9udC1zaXplOjExcHQiIGNvbG9yPSIjMDAwMDAwIj48Yj5G cm9tOjwvYj4gTmV0c2xpY2VzICZsdDtuZXRzbGljZXMtYm91bmNlc0BpZXRmLm9yZyZndDsgb24g YmVoYWxmIG9mIHFpYW5nbGkgKEQpICZsdDtxaWFuZ2xpM0BodWF3ZWkuY29tJmd0Ozxicj4NCjxi PlNlbnQ6PC9iPiAxOCBEZWNlbWJlciAyMDE3IDE1OjE5OjIxPGJyPg0KPGI+VG86PC9iPiBEaWVn byBSLiBMb3BlejsgUGVkcm8gTWFydGluZXotSnVsaWE8YnI+DQo8Yj5DYzo8L2I+IE5ldFNsaWNl c0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW05ldHNsaWNlc10gT3BlbiBJc3N1 ZSBJOiBTb3V0aEJvdW5kL01hcHBpbmcgSW50ZXJmYWNlPC9mb250Pg0KPGRpdj4mbmJzcDs8L2Rp dj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iQm9keUZyYWdtZW50Ij48Zm9udCBzaXplPSIyIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExcHQ7Ij4NCjxkaXYgY2xhc3M9IlBsYWluVGV4dCI+VGVjaG5p Y2FsbHkgc3BlYWtpbmcsIGlzIGl0IHBvc3NpYmxlIHRvIGhhdmUgYSB1bmlmb3JtL3N0YW5kYXJk IG1hcHBpbmcgaW50ZXJmYWNlIHRvIGFkYXB0IHRvIGEgdmFyaWV0eSBvZiBpbXBsZW1lbnRhdGlv biB0ZWNobm9sb2dpZXM/DQo8YnI+DQo8YnI+DQpCZXN0IHJlZ2FyZHMsPGJyPg0KPGJyPg0KQ3Jp c3RpbmEgUUlBTkc8YnI+DQo8YnI+DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4NCkZy b206IERpZWdvIFIuIExvcGV6IFs8YSBocmVmPSJtYWlsdG86ZGllZ28uci5sb3BlekB0ZWxlZm9u aWNhLmNvbSI+bWFpbHRvOmRpZWdvLnIubG9wZXpAdGVsZWZvbmljYS5jb208L2E+XQ0KPGJyPg0K U2VudDogV2VkbmVzZGF5LCBEZWNlbWJlciAxMywgMjAxNyA1OjAyIFBNPGJyPg0KVG86IFBlZHJv IE1hcnRpbmV6LUp1bGlhICZsdDtwZWRyb0BuaWN0LmdvLmpwJmd0OzsgcWlhbmdsaSAoRCkgJmx0 O3FpYW5nbGkzQGh1YXdlaS5jb20mZ3Q7PGJyPg0KQ2M6IE5ldFNsaWNlc0BpZXRmLm9yZzxicj4N ClN1YmplY3Q6IFJlOiBbTmV0c2xpY2VzXSBPcGVuIElzc3VlIEk6IFNvdXRoQm91bmQvTWFwcGlu ZyBJbnRlcmZhY2U8YnI+DQo8YnI+DQpIbW0uLi4gSSBkaXNhZ3JlZS4gSSdkIHByZWZlciB0byBn byBmb3IgbWFwcGluZyBzcGVjcyBvciBwcm9maWxpbmcgKG9yIGV2ZW4gZGlyZWN0IGVuZG9yc2Vt ZW50KSB3aGVuZXZlciBwb3NzaWJsZS4gTGV0J3MgYXZvaWQgdG8gaW52ZW50IGFub3RoZXIgb25l LWFuZC1vbmx5IHN0YW5kYXJkLjxicj4NCjxicj4NCkJlIGdvb2RlLDxicj4NCjxicj4NCi0tPGJy Pg0KJnF1b3Q7RXN0YSB2ZXogbm8gZmFsbGFyZW1vcywgRG9jdG9yIEluZmllcm5vJnF1b3Q7PGJy Pg0KPGJyPg0KRHIgRGllZ28gUi4gTG9wZXo8YnI+DQpUZWxlZm9uaWNhIEkmIzQzO0Q8YnI+DQo8 YSBocmVmPSJodHRwczovL3d3dy5saW5rZWRpbi5jb20vaW4vZHIybG9wZXovIj5odHRwczovL3d3 dy5saW5rZWRpbi5jb20vaW4vZHIybG9wZXovPC9hPjxicj4NCjxicj4NCmUtbWFpbDogZGllZ28u ci5sb3BlekB0ZWxlZm9uaWNhLmNvbTxicj4NClRlbDombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzszNCA5MTMgMTI5IDA0MTxicj4NCk1vYmlsZTom bmJzcDsgJiM0MzszNCA2ODIgMDUxIDA5MTxicj4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS08YnI+DQrvu79PbiAxMy8xMi8yMDE3LCAwOTo1MCwgJnF1b3Q7TmV0c2xpY2VzIG9u IGJlaGFsZiBvZiBQZWRybyBNYXJ0aW5lei1KdWxpYSZxdW90OyAmbHQ7bmV0c2xpY2VzLWJvdW5j ZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIHBlZHJvQG5pY3QuZ28uanAmZ3Q7IHdyb3RlOjxicj4N Cjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBEZWFyIExpLDxicj4NCjxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyBXZSBuZWVkIHRvIGRvIGl0IGluIENPTVMgdG8gYXZvaWQgZGVjZW50cmFsaXphdGlv biBhbmQgZW5zdXJlIGNvaGVyZW5jZTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBhbW9uZyBzb2x1 dGlvbnMuIE90aGVyd2lzZSwgd2Ugd291bGQgZ2V0IGRpZmZlcmVudCBpbnRlcmZhY2Ugc3RhbmRh cmRzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IGFuZCBpdCB3aWxsIGJlIG1vcmUgZGlmZmljdWx0 IGZvciB0aGUgbmV0d29yayBzbGljaW5nIHRvIGJlIGhvbW9nZW5lb3VzPGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7IGFuZCB0aHVzIGxlc3MgdXNlZnVsbmVzcy48YnI+DQo8YnI+DQombmJzcDsmbmJz cDsmbmJzcDsgUmVnYXJkcyw8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgUGVkcm88YnI+DQo8YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsgT24gV2VkLCBEZWMgMTMsIDIwMTcgYXQgMDg6NDA6NTZBTSAm IzQzOzAwMDAsIHFpYW5nbGkgKEQpIHdyb3RlOjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7 IEhpIEFsbCw8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0Ozxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyAmZ3Q7IFRoaXMgZW1haWwgaXMgd2FudCB0byBjb2xsZWN0IHlvdXIgb3BpbmlvbiBvbiB0 aGUgZm9sbG93aW5nIGlzc3VlOjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7PGJyPg0KJm5i c3A7Jm5ic3A7Jm5ic3A7ICZndDsgRG8gd2UgbmVlZCB0byBzdGFuZGFyZGl6ZSB0aGUgU291dGhi b3VuZC9NYXBwaW5nIGludGVyZmFjZSBvZiBhIG5ldHdvcmsgc2xpY2UgYXdhcmUgc3lzdGVtIGlu IENPTVM/IE9yIGRvIHlvdSB0aGluayB0aGlzIHdvcmsgc2hvdWxkIGJlIGNhcnJpZWQgb3V0IGlu IGV4aXN0aW5nIFdHcy9SR3M/IChlLmcuLCBtYXBwaW5nIGludGVyZmFjZSBiZXR3ZWVuIENPTVMg YW5kIEFDVE4sIG1hcHBpbmcgaW50ZXJmYWNlIGJldHdlZW4gQ09NUyBhbmQNCiBORlZPKTxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgQmVz dCByZWdhcmRzLDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7PGJyPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7ICZndDsgQ3Jpc3RpbmEgUUlBTkc8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0Ozxi cj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgTmV0 c2xpY2VzIG1haWxpbmcgbGlzdDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IE5ldHNsaWNl c0BpZXRmLm9yZzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IDxhIGhyZWY9Imh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0c2xpY2VzIj5odHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldHNsaWNlczwvYT48YnI+DQo8YnI+DQo8YnI+DQombmJz cDsmbmJzcDsmbmJzcDsgLS08YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgUGVkcm8gTWFydGluZXot SnVsaWE8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgTmV0d29yayBTY2llbmNlIGFuZCBDb252ZXJn ZW5jZSBEZXZpY2UgVGVjaG5vbG9neSBMYWJvcmF0b3J5PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 IE5ldHdvcmsgU3lzdGVtIFJlc2VhcmNoIEluc3RpdHV0ZTxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyBOYXRpb25hbCBJbnN0aXR1dGUgb2YgSW5mb3JtYXRpb24gYW5kIENvbW11bmljYXRpb25zIFRl Y2hub2xvZ3kgKE5JQ1QpPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IDQtMi0xLCBOdWt1aS1LaXRh bWFjaGksIEtvZ2FuZWksIFRva3lvIDE4NC04Nzk1LCBKYXBhbjxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyBFbWFpbDogcGVkcm9AbmljdC5nby5qcDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsgKioqIEVudGlhIG5vbiBzdW50IG11bHRpcGxpY2FuZGEgcHJh ZXRlciBuZWNlc3NpdGF0ZW0gKioqPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7IE5ldHNsaWNlcyBtYWlsaW5nIGxpc3Q8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsg TmV0c2xpY2VzQGlldGYub3JnPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IDxhIGhyZWY9Imh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0c2xpY2VzIj5odHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldHNsaWNlczwvYT48YnI+DQo8YnI+DQo8YnI+DQo8 YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCjxicj4NCkVzdGUgbWVu c2FqZSB5IHN1cyBhZGp1bnRvcyBzZSBkaXJpZ2VuIGV4Y2x1c2l2YW1lbnRlIGEgc3UgZGVzdGlu YXRhcmlvLCBwdWVkZSBjb250ZW5lciBpbmZvcm1hY2nDs24gcHJpdmlsZWdpYWRhIG8gY29uZmlk ZW5jaWFsIHkgZXMgcGFyYSB1c28gZXhjbHVzaXZvIGRlIGxhIHBlcnNvbmEgbyBlbnRpZGFkIGRl IGRlc3Rpbm8uIFNpIG5vIGVzIHVzdGVkLiBlbCBkZXN0aW5hdGFyaW8gaW5kaWNhZG8sIHF1ZWRh IG5vdGlmaWNhZG8gZGUgcXVlIGxhDQogbGVjdHVyYSwgdXRpbGl6YWNpw7NuLCBkaXZ1bGdhY2nD s24geS9vIGNvcGlhIHNpbiBhdXRvcml6YWNpw7NuIHB1ZWRlIGVzdGFyIHByb2hpYmlkYSBlbiB2 aXJ0dWQgZGUgbGEgbGVnaXNsYWNpw7NuIHZpZ2VudGUuIFNpIGhhIHJlY2liaWRvIGVzdGUgbWVu c2FqZSBwb3IgZXJyb3IsIGxlIHJvZ2Ftb3MgcXVlIG5vcyBsbyBjb211bmlxdWUgaW5tZWRpYXRh bWVudGUgcG9yIGVzdGEgbWlzbWEgdsOtYSB5IHByb2NlZGEgYSBzdSBkZXN0cnVjY2nDs24uPGJy Pg0KPGJyPg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIHRyYW5zbWlzc2lvbiBp cyBwcml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24gaW50ZW5kZWQgb25seSBm b3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgbmFtZWQgYWJvdmUuIElmIHRo ZSByZWFkZXIgb2YgdGhpcyBtZXNzYWdlIGlzIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCB5 b3UgYXJlIGhlcmVieSBub3RpZmllZCB0aGF0IGFueSBkaXNzZW1pbmF0aW9uLA0KIGRpc3RyaWJ1 dGlvbiBvciBjb3B5aW5nIG9mIHRoaXMgY29tbXVuaWNhdGlvbiBpcyBzdHJpY3RseSBwcm9oaWJp dGVkLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIHRyYW5zbWlzc2lvbiBpbiBlcnJvciwgZG8g bm90IHJlYWQgaXQuIFBsZWFzZSBpbW1lZGlhdGVseSByZXBseSB0byB0aGUgc2VuZGVyIHRoYXQg eW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBjb21tdW5pY2F0aW9uIGluIGVycm9yIGFuZCB0aGVuIGRl bGV0ZSBpdC48YnI+DQo8YnI+DQpFc3RhIG1lbnNhZ2VtIGUgc2V1cyBhbmV4b3Mgc2UgZGlyaWdl bSBleGNsdXNpdmFtZW50ZSBhbyBzZXUgZGVzdGluYXTDoXJpbywgcG9kZSBjb250ZXIgaW5mb3Jt YcOnw6NvIHByaXZpbGVnaWFkYSBvdSBjb25maWRlbmNpYWwgZSDDqSBwYXJhIHVzbyBleGNsdXNp dm8gZGEgcGVzc29hIG91IGVudGlkYWRlIGRlIGRlc3Rpbm8uIFNlIG7Do28gw6kgdm9zc2Egc2Vu aG9yaWEgbyBkZXN0aW5hdMOhcmlvIGluZGljYWRvLCBmaWNhIG5vdGlmaWNhZG8gZGUgcXVlIGEN CiBsZWl0dXJhLCB1dGlsaXphw6fDo28sIGRpdnVsZ2HDp8OjbyBlL291IGPDs3BpYSBzZW0gYXV0 b3JpemHDp8OjbyBwb2RlIGVzdGFyIHByb2liaWRhIGVtIHZpcnR1ZGUgZGEgbGVnaXNsYcOnw6Nv IHZpZ2VudGUuIFNlIHJlY2ViZXUgZXN0YSBtZW5zYWdlbSBwb3IgZXJybywgcm9nYW1vcy1saGUg cXVlIG5vcyBvIGNvbXVuaXF1ZSBpbWVkaWF0YW1lbnRlIHBvciBlc3RhIG1lc21hIHZpYSBlIHBy b2NlZGEgYSBzdWEgZGVzdHJ1acOnw6NvPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX188YnI+DQpOZXRzbGljZXMgbWFpbGluZyBsaXN0PGJyPg0KTmV0 c2xpY2VzQGlldGYub3JnPGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9uZXRzbGljZXMiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vbmV0c2xpY2VzPC9hPjxicj4NCjwvZGl2Pg0KPC9zcGFuPjwvZm9udD48L2Rpdj4NCjwvYm9k eT4NCjwvaHRtbD4NCg== --_000_PS1PR0601MB1483AF49DF8C4E45DEBE68E187010PS1PR0601MB1483_-- From nobody Mon Dec 25 00:16:18 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57908124B18 for ; Mon, 25 Dec 2017 00:16:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.125 X-Spam-Level: X-Spam-Status: No, score=-1.125 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FORGED_HOTMAIL_RCVD2=0.874, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hotmail.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 ZDyl2pyAD-PF for ; Mon, 25 Dec 2017 00:16:14 -0800 (PST) Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-oln040092253078.outbound.protection.outlook.com [40.92.253.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A5D11243FE for ; Mon, 25 Dec 2017 00:16:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=2SMgahhn4WfAnVwPUSVRKIw/naZXQ0Y6hatkhTec5ls=; b=Ad3jIHa8J/yxrVEk483CpumFsZeNZG5MQqmKY7AYnUlIa+UfkyhdJYXXjrMg1Ak6vuRSz1VsAZ45Rh4aRpvanwDDkZEkv2u6TkVLrjNRWN84IZGeZHVRe6MvegQSCEnnpamKaHmi3ojZcw2XvgiGR9Xo0Bo5hGocwcxcMRZQdoToecb70lvqSgnShFrhzal/T/Hw2qDKZhH45GHEB1VDsS3ByxDeKGTC99ErggZ0FGX0/rDICi9bHDdoLoQ83YqkASGHdVKmDFDDPjnRTfj+uBWOEI1KvhsrOgcDvGTurqkiIzCViopnBHMYenVmju7FEUKKU835TYohfsll0VpgeQ== Received: from PU1APC01FT010.eop-APC01.prod.protection.outlook.com (10.152.252.56) by PU1APC01HT094.eop-APC01.prod.protection.outlook.com (10.152.253.78) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.20.302.6; Mon, 25 Dec 2017 08:16:07 +0000 Received: from PS1PR0601MB1483.apcprd06.prod.outlook.com (10.152.252.57) by PU1APC01FT010.mail.protection.outlook.com (10.152.252.83) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.20.302.6 via Frontend Transport; Mon, 25 Dec 2017 08:16:07 +0000 Received: from PS1PR0601MB1483.apcprd06.prod.outlook.com ([fe80::9d41:5dc4:7f52:b08a]) by PS1PR0601MB1483.apcprd06.prod.outlook.com ([fe80::9d41:5dc4:7f52:b08a%13]) with mapi id 15.20.0345.016; Mon, 25 Dec 2017 08:16:01 +0000 From: Liang GENG To: "qiangli (D)" , "Flinck, Hannu (Nokia - FI/Espoo)" , Shunsuke Homma , "Diego R. Lopez" , "NetSlices@ietf.org" , Kiran.Makhijani Thread-Topic: [Netslices] Open Issue II: Service Model Thread-Index: AQHTc/DGJokL3NGQ70Oo9qkYKeFT+6NBOVwAgAFW+ACAARh7gIAFhrsAgAFeKoCAAcX6AIABOW+AgAY8LOo= Date: Mon, 25 Dec 2017 08:16:01 +0000 Message-ID: References: <00D9B1A6-48F4-48B3-B570-1DFA0C2DF5CE@telefonica.com> <06C389826B926F48A557D5DB5A54C4ED2A5DEF6F@dggemi509-mbs.china.huawei.com> <2770fba1-c28e-b2c8-96a3-1d075170d463@lab.ntt.co.jp> <06C389826B926F48A557D5DB5A54C4ED2A5DF742@dggemi509-mbs.china.huawei.com> <7f28aefa-653a-2328-d7ab-23d13b88a267@lab.ntt.co.jp> , <06C389826B926F48A557D5DB5A54C4ED2A5DFC91@dggemi509-mbs.china.huawei.com> In-Reply-To: <06C389826B926F48A557D5DB5A54C4ED2A5DFC91@dggemi509-mbs.china.huawei.com> Accept-Language: en-GB, zh-CN, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:74119B9B271299D4FE48E443A8C01B97795493F7003DB76C1F6B7A93E3D15B51; UpperCasedChecksum:F96691038F54F2D2A02399678A3D7A73A5D9E75CCF6C57DE14B1EB2FB2454D11; SizeAsReceived:7821; Count:45 x-tmn: [zUKM4fZ/Mg2B4LkSRgyJgVTET3LULVbHzF1+9HFMiuM=] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; PU1APC01HT094; 6:lqP1c3zxz9ab+8birUseO7A0IDKn024i76dR03f73+rkJfWJaAjhq86oMLhVr0/XltePl1KINDmavCZFwIeQGYFMhkpj259RBhw+knsg90W5fQB4Gy+4PfsrVlYvqkCPDjJK7PEyDLFwvI3PB8mDTbqS2fRF8hYTjqswdHM1FHl5zrIlUMYyULX/105jrH9w1ZMsj94vfhA+H+3s2oaopUxoQAD/e2si6PiAatH2YfCECwEVDn+hiA4/AQAquO6cL1PGVFNg2wfJIT+LXl1HWD9mOrekVJR4EdfaM0xgtmHfee73MIcRP/9lIk2wmpO6xgCFpKMJJLQiHObIt1xLjjHdV0XlYP3nGeCV0noohio=; 5:gWs6zFE9fBameFq+FART4tbvqM+hwbcZWSSIK+Nyv+Wti6TSDBE0931hZfbU0D0zoR0JiLF2a8wdAG051Vgqmqo1Znz8Yineh1jiBQF6BomtfIoz2VhEoR15cUyvAGR7Z/q4VhZyAlu8/VLDdcK6R9ZYiJoyuAINiLhrjYm6YK0=; 24:MID22Y62UZDZmP74SofXyba2ec6lS3psd1FdT3AN0L8l7TkEB2dMSj4oM6UGJ7u7X4iV51VBHJeqejnGKgRoS+Tc1F+zDf6aS2MFlnoJtaA=; 7:KU5fTNwAlyFvwjV7BYFelExvqWWi1c844T7G1lrUk8MLIKS4TxraftF/xR5Dw35T56mdxpE44cmq02ytNiNktQPVNWcF3ykRgpdNXHn3ZRXLfzYshsdPGjhGfgiyk4gZ0QQqSHaF3TQxICjAGHtETdyQTL9Wjuk4IAWeJ2k3jIigJoYvm9U1ytZLBUZwNbHW3Q/Mrgg/88kL3ea/KIKCDBD9shbbh0UgiOtUGxz8Hxs4SwelGllz44WMKLqpTt9E x-incomingheadercount: 45 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1603101448)(1601125374)(1701031045); SRVR:PU1APC01HT094; x-ms-traffictypediagnostic: PU1APC01HT094: x-ms-office365-filtering-correlation-id: be6f7b76-aadd-4e93-ee09-08d54b6fbc10 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:PU1APC01HT094; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:PU1APC01HT094; x-forefront-prvs: 0532BF6DC2 x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:PU1APC01HT094; H:PS1PR0601MB1483.apcprd06.prod.outlook.com; FPR:; SPF:None; LANG:; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_PS1PR0601MB14833E0B849900DD458FA67887010PS1PR0601MB1483_" MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-Network-Message-Id: be6f7b76-aadd-4e93-ee09-08d54b6fbc10 X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Dec 2017 08:16:01.1003 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: PU1APC01HT094 Archived-At: Subject: Re: [Netslices] Open Issue II: Service Model X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Dec 2017 08:16:17 -0000 --_000_PS1PR0601MB14833E0B849900DD458FA67887010PS1PR0601MB1483_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi all, It has been the key for netslices/COMS community to consider resources othe= r than just connectivity in the overall model. I think it would be extremel= y helpful to look at OSM in ETSI and SFC. For example, OSM may be a good re= ference for COMS information model in VNF respective. And SFC would serve a= s a base solution for network slice orchestration - it may provide further = requirements for COMS. Best wishes Liang ________________________________ From: Netslices on behalf of qiangli (D) Sent: 21 December 2017 17:02:59 To: Flinck, Hannu (Nokia - FI/Espoo); Shunsuke Homma; Diego R. Lopez; NetSl= ices@ietf.org; Kiran.Makhijani Subject: Re: [Netslices] Open Issue II: Service Model +1 Best regards, Cristina QIANG -----Original Message----- From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs= .com] Sent: Wednesday, December 20, 2017 10:21 PM To: Shunsuke Homma ; qiangli (D) ; Diego R. Lopez ; NetSlices@ietf.or= g; Kiran.Makhijani Subject: RE: [Netslices] Open Issue II: Service Model Hello Shunsuke I agree that we should also look into SFC aspects. Best regards Hannu -----Original Message----- From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of Shunsuke H= omma Sent: Tuesday, December 19, 2017 1:16 PM To: qiangli (D) ; Diego R. Lopez ; NetSlices@ietf.org; Kiran.Makhijani Subject: Re: [Netslices] Open Issue II: Service Model Hi Cristina and Hannu, Thank you for your answers. I understood the mean of "common", and the goal= of COMS. IMHO, at least, we need to consider models for management of vNFs and servi= ce chains in addition to L2SM/L3SM for making the network slicing architect= ure be more flexible. As Diego mentioned in the previous email, we would be able to refer the mod= els defined in the OSM project for considering VNF management. Also, I thin= k that the work on SFC WG would be helpful to define the models for service= chaining. Thanks, Shunsuke On 2017/12/18 23:23, qiangli (D) wrote: > Hi Shunsuke, > > COMS is a concrete topic narrowed from the original NetSlicing, COMS focu= ses on the scenario/use case that a network slice across multiple technical= domains in transport network. The existing use case draft (https://datatra= cker.ietf.org/doc/draft-netslices-usecases/?include_text=3D1) studies the w= hole network slicing use cases rather than COMS only, I think that's why yo= u feel confused. Maybe we can open another thread to discuss whether COMS n= eeds a special use case draft or not. > > "Common" is relative to "distinct" -- "Common" management plane upon "dis= tinct" implementation technologies, which is motivated by operators' requir= ements. I'm not sure what do you mean by "network components", but In order= to support such common management on network slices, some standardization = work on architecture/ information model/ interfaces may be necessary IMO. > > Best regards, > > Cristina QIANG > > > -----Original Message----- > From: Shunsuke Homma [mailto:homma.shunsuke@lab.ntt.co.jp] > Sent: Friday, December 15, 2017 10:00 AM > To: qiangli (D) ; Diego R. Lopez > ; NetSlices@ietf.org > Subject: Re: [Netslices] Open Issue II: Service Model > > Hi Christina, > > Thank you for your response. > > Sorry for confusing you. I meant "targets" are use cases or deployment > scenarios of network slices. For example, in my understanding, 3GPP is > focusing on use cases in mobile networks. What use cases is COMS > considering? (Does the use case draft cover all use cases which > IETF/COMS should consider?) > > Actually, some high level requirements are described in some netslicing/c= oms drafts, but they seem not to be broken down enough to judge whether exi= sting technologies can enough support every use case of network slicing. > > By the way, I'm little bit confused by a word, "common". Do you mean that= the goal of COMS is providing interfaces for current network components? O= r defining architecture, information model, and interface which can support= every network slicing use case? > > Regards, > > Shunsuke > > On 2017/12/14 18:15, qiangli (D) wrote: >> Hi Shunsuke, >> >> The former email entitled "Summary of Open Issues" is discussing the tar= gets, and charter similar things of COMS. >> >> Simply speaking, COMS tries to do a resource-centric common management p= lane upon multiple implementation technologies. We have preliminarily liste= d 6 potential directions in that email. In addition to these, some technica= l issues such as how to stitch network slice subnets also have been discuss= ed in COMS. Welcome to reply your opinion under that thread, and help us to= enhance it. >> >> >> Best regards, >> >> Cristina QIANG >> >> >> -----Original Message----- >> From: Shunsuke Homma [mailto:homma.shunsuke@lab.ntt.co.jp] >> Sent: Wednesday, December 13, 2017 8:48 PM >> To: Diego R. Lopez ; qiangli (D) >> ; NetSlices@ietf.org >> Subject: Re: [Netslices] Open Issue II: Service Model >> >> Hi, >> >> Have targets of network slicing of COMS/IETF and their concrete requirem= ents been already clarified? If they are not clear, I think we can't judge = whether current WGs' solutions are enough to support management on network = slices. Why don't we clarify requirements firstly? >> >> Of course, we would be able to refer related works such as L2SM/L3SM or = OSM for defining service/information models for network slicing. >> >> Thanks, >> >> Shunsuke >> >> >> On 2017/12/13 18:00, Diego R. Lopez wrote: >>> Hi, >>> >>> If we focus on connectivity matters, L2SM/L3SM or similar should be >>> enough. If we start thinking about other resources (storage, >>> compute=85) I think we=92d need something more. As a starting point, we >>> could use the models being defined by the OSM project: >>> >>> https://osm.etsi.org/wikipub/index.php/OSM_Information_Model >>> >>> Be goode, >>> >>> -- >>> >>> "Esta vez no fallaremos, Doctor Infierno" >>> >>> Dr Diego R. Lopez >>> >>> Telefonica I+D >>> >>> https://www.linkedin.com/in/dr2lopez/ >>> >>> e-mail: diego.r.lopez@telefonica.com >>> >>> >>> Tel: +34 913 129 041 >>> >>> Mobile: +34 682 051 091 >>> >>> ---------------------------------- >>> >>> On 13/12/2017, 09:48, "Netslices on behalf of qiangli (D)" >>> on >>> behalf of qiangli3@huawei.com > wrote: >>> >>> Hi All, >>> >>> This email is trying to collect your opinion on the following issue: >>> >>> Do we need a COMS Service Model? Or do you think current L2SM/L3SM/etc. >>> is enough to support the resource-oriented (including connectivity, >>> computing, storage and other potential resources) common management >>> on network slices? >>> >>> Best regards, >>> >>> Cristina QIANG >>> >>> >>> -------------------------------------------------------------------- >>> - >>> - >>> -- >>> >>> Este mensaje y sus adjuntos se dirigen exclusivamente a su >>> destinatario, puede contener informaci=F3n privilegiada o confidencial >>> y es para uso exclusivo de la persona o entidad de destino. Si no es >>> usted. el destinatario indicado, queda notificado de que la lectura, >>> utilizaci=F3n, divulgaci=F3n y/o copia sin autorizaci=F3n puede estar >>> prohibida en virtud de la legislaci=F3n vigente. Si ha recibido este >>> mensaje por error, le rogamos que nos lo comunique inmediatamente >>> por esta misma v=EDa y proceda a su destrucci=F3n. >>> >>> The information contained in this transmission is privileged and >>> confidential information intended only for the use of the individual >>> or entity named above. If the reader of this message is not the >>> intended recipient, you are hereby notified that any dissemination, >>> distribution or copying of this communication is strictly prohibited. >>> If you have received this transmission in error, do not read it. >>> Please immediately reply to the sender that you have received this >>> communication in error and then delete it. >>> >>> Esta mensagem e seus anexos se dirigem exclusivamente ao seu >>> destinat=E1rio, pode conter informa=E7=E3o privilegiada ou confidencial= e >>> =E9 para uso exclusivo da pessoa ou entidade de destino. Se n=E3o =E9 >>> vossa senhoria o destinat=E1rio indicado, fica notificado de que a >>> leitura, utiliza=E7=E3o, divulga=E7=E3o e/ou c=F3pia sem autoriza=E7=E3= o pode >>> estar proibida em virtude da legisla=E7=E3o vigente. Se recebeu esta >>> mensagem por erro, rogamos-lhe que nos o comunique imediatamente por >>> esta mesma via e proceda a sua destrui=E7=E3o >>> >>> >>> _______________________________________________ >>> Netslices mailing list >>> Netslices@ietf.org >>> https://www.ietf.org/mailman/listinfo/netslices >>> >> >> >> -- >> ---------------------------------- >> Shunsuke Homma >> >> TEL: +81 422 59 3486 >> FAX: +81 422 60 7460 >> >> NTT Network Service Systems Labs. >> Musashino city, Tokyo, Japan >> ---------------------------------- >> > > > -- > ---------------------------------- > Shunsuke Homma > > TEL: +81 422 59 3486 > FAX: +81 422 60 7460 > > NTT Network Service Systems Labs. > Musashino city, Tokyo, Japan > ---------------------------------- > -- ---------------------------------- Shunsuke Homma TEL: +81 422 59 3486 FAX: +81 422 60 7460 NTT Network Service Systems Labs. Musashino city, Tokyo, Japan ---------------------------------- _______________________________________________ Netslices mailing list Netslices@ietf.org https://www.ietf.org/mailman/listinfo/netslices _______________________________________________ Netslices mailing list Netslices@ietf.org https://www.ietf.org/mailman/listinfo/netslices --_000_PS1PR0601MB14833E0B849900DD458FA67887010PS1PR0601MB1483_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable


Hi all,


It has been the key for netslices/COMS community to consider resources othe= r than just connectivity in the overall model. I think it would be ext= remely helpful to look at OSM in ETSI and SFC. For example, OSM m= ay be a good reference for COMS information model in VNF respective. And SFC would serve as a base solution for network sl= ice orchestration - it may provide further requirements for COMS.


Best wishes

Liang


From: Netslices <netslic= es-bounces@ietf.org> on behalf of qiangli (D) <qiangli3@huawei.com>= ;
Sent: 21 December 2017 17:02:59
To: Flinck, Hannu (Nokia - FI/Espoo); Shunsuke Homma; Diego R. Lopez= ; NetSlices@ietf.org; Kiran.Makhijani
Subject: Re: [Netslices] Open Issue II: Service Model
 
+1

Best regards,

Cristina QIANG

-----Original Message-----
From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs.com]
Sent: Wednesday, December 20, 2017 10:21 PM
To: Shunsuke Homma <homma.shunsuke@lab.ntt.co.jp>; qiangli (D) <qi= angli3@huawei.com>; Diego R. Lopez <diego.r.lopez@telefonica.com>;= NetSlices@ietf.org; Kiran.Makhijani <Kiran.Makhijani@huawei.com>
Subject: RE: [Netslices] Open Issue II: Service Model

Hello Shunsuke

I agree that we should also look into SFC aspects.

Best regards
 Hannu

-----Original Message-----
From: Netslices [mailto:netsl= ices-bounces@ietf.org] On Behalf Of Shunsuke Homma
Sent: Tuesday, December 19, 2017 1:16 PM
To: qiangli (D) <qiangli3@huawei.com>; Diego R. Lopez <diego.r.lop= ez@telefonica.com>; NetSlices@ietf.org; Kiran.Makhijani <Kiran.Makhij= ani@huawei.com>
Subject: Re: [Netslices] Open Issue II: Service Model

Hi Cristina and Hannu,

Thank you for your answers. I understood the mean of "common", an= d the goal of COMS.

IMHO, at least, we need to consider models for management of vNFs and servi= ce chains in addition to L2SM/L3SM for making the network slicing architect= ure be more flexible.

As Diego mentioned in the previous email, we would be able to refer the mod= els defined in the OSM project for considering VNF management. Also, I thin= k that the work on SFC WG would be helpful to define the models for service= chaining.

Thanks,

Shunsuke


On 2017/12/18 23:23, qiangli (D) wrote:
> Hi Shunsuke,
>
> COMS is a concrete topic narrowed from the original NetSlicing, COMS f= ocuses on the scenario/use case that a network slice across multiple techni= cal domains in transport network. The existing use case draft (https://datatracker.ietf.org/doc/draft-netslices-usecases/?include_text=3D= 1) studies the whole network slicing use cases rather than COMS only, I think= that's why you feel confused. Maybe we can open another thread to discuss = whether COMS needs a special use case draft or not.
>
> "Common" is relative to "distinct" -- "Common= " management plane upon "distinct" implementation technologi= es, which is motivated by operators' requirements. I'm not sure what do you= mean by "network components", but In order to support such commo= n management on network slices, some standardization work on architecture/ information = model/ interfaces may be necessary IMO.
>
> Best regards,
>       
> Cristina QIANG
>
>
> -----Original Message-----
> From: Shunsuke Homma [= mailto:homma.shunsuke@lab.ntt.co.jp]
> Sent: Friday, December 15, 2017 10:00 AM
> To: qiangli (D) <qiangli3@huawei.com>; Diego R. Lopez
> <diego.r.lopez@telefonica.com>; NetSlices@ietf.org
> Subject: Re: [Netslices] Open Issue II: Service Model
>
> Hi Christina,
>
> Thank you for your response.
>
> Sorry for confusing you. I meant "targets" are use cases or = deployment
> scenarios of network slices. For example, in my understanding, 3GPP is=
> focusing on use cases in mobile networks. What use cases is COMS
> considering? (Does the use case draft cover all use cases which
> IETF/COMS should consider?)
>
> Actually, some high level requirements are described in some netslicin= g/coms drafts, but they seem not to be broken down enough to judge whether = existing technologies can enough support every use case of network slicing.=
>
> By the way, I'm little bit confused by a word, "common". Do = you mean that the goal of COMS is providing interfaces for current network = components? Or defining architecture, information model, and interface whic= h can support every network slicing use case?
>
> Regards,
>
> Shunsuke
>
> On 2017/12/14 18:15, qiangli (D) wrote:
>> Hi Shunsuke,
>>
>> The former email entitled "Summary of Open Issues" is di= scussing the targets, and charter similar things of COMS.
>>
>> Simply speaking, COMS tries to do a resource-centric common manage= ment plane upon multiple implementation technologies. We have preliminarily= listed 6 potential directions in that email. In addition to these, some te= chnical issues such as how to stitch network slice subnets also have been discussed in COMS. Welcome to reply your opin= ion under that thread, and help us to enhance it.
>>
>>
>> Best regards,
>>
>> Cristina QIANG
>>
>>
>> -----Original Message-----
>> From: Shunsuke Homma [mailto:homma.shunsuke@lab.ntt.co.jp]
>> Sent: Wednesday, December 13, 2017 8:48 PM
>> To: Diego R. Lopez <diego.r.lopez@telefonica.com>; qiangli (= D)
>> <qiangli3@huawei.com>; NetSlices@ietf.org
>> Subject: Re: [Netslices] Open Issue II: Service Model
>>
>> Hi,
>>
>> Have targets of network slicing of COMS/IETF and their concrete re= quirements been already clarified? If they are not clear, I think we can't = judge whether current WGs' solutions are enough to support management on ne= twork slices. Why don't we clarify requirements firstly?
>>
>> Of course, we would be able to refer related works such as L2SM/L3= SM or OSM for defining service/information models for network slicing.
>>
>> Thanks,
>>
>> Shunsuke
>>
>>
>> On 2017/12/13 18:00, Diego R. Lopez wrote:
>>> Hi,
>>>
>>> If we focus on connectivity matters, L2SM/L3SM or similar shou= ld be
>>> enough. If we start thinking about other resources (storage, >>> compute=85) I think we=92d need something more. As a starting = point, we
>>> could use the models being defined by the OSM project:
>>>
>>> https://osm.etsi.org/wikipub/index.php/OSM_Information_Model=
>>>
>>> Be goode,
>>>
>>> --
>>>
>>> "Esta vez no fallaremos, Doctor Infierno"
>>>
>>> Dr Diego R. Lopez
>>>
>>> Telefonica I+D
>>>
>>> https://www.= linkedin.com/in/dr2lopez/
>>>
>>> e-mail: diego.r.lopez@telefonica.com
>>> <mailto:die= go.r.lopez@telefonica.com>
>>>
>>> Tel:         +34 913 12= 9 041
>>>
>>> Mobile:  +34 682 051 091
>>>
>>> ----------------------------------
>>>
>>> On 13/12/2017, 09:48, "Netslices on behalf of qiangli (D)= "
>>> <netslices-bounces@ietf.org <mailto:netslices-bounces@ietf.org> on
>>> behalf of qiangli3@huawei.com <mailto:qiangli3@huawei.com>> wrote:
>>>
>>> Hi All,
>>>
>>> This email is trying to collect your opinion on the following = issue:
>>>
>>> Do we need a COMS Service Model? Or do you think current L2SM/= L3SM/etc.
>>> is enough to support the resource-oriented (including connecti= vity,
>>> computing, storage and other potential resources) common manag= ement
>>> on network slices?
>>>
>>> Best regards,
>>>
>>> Cristina QIANG
>>>
>>>
>>> --------------------------------------------------------------= ------
>>> -
>>> -
>>> --
>>>
>>> Este mensaje y sus adjuntos se dirigen exclusivamente a su >>> destinatario, puede contener informaci=F3n privilegiada o conf= idencial
>>> y es para uso exclusivo de la persona o entidad de destino. Si= no es
>>> usted. el destinatario indicado, queda notificado de que la le= ctura,
>>> utilizaci=F3n, divulgaci=F3n y/o copia sin autorizaci=F3n pued= e estar
>>> prohibida en virtud de la legislaci=F3n vigente. Si ha recibid= o este
>>> mensaje por error, le rogamos que nos lo comunique inmediatame= nte
>>> por esta misma v=EDa y proceda a su destrucci=F3n.
>>>
>>> The information contained in this transmission is privileged a= nd
>>> confidential information intended only for the use of the indi= vidual
>>> or entity named above. If the reader of this message is not th= e
>>> intended recipient, you are hereby notified that any dissemina= tion,
>>> distribution or copying of this communication is strictly proh= ibited.
>>> If you have received this transmission in error, do not read i= t.
>>> Please immediately reply to the sender that you have received = this
>>> communication in error and then delete it.
>>>
>>> Esta mensagem e seus anexos se dirigem exclusivamente ao seu <= br> >>> destinat=E1rio, pode conter informa=E7=E3o privilegiada ou con= fidencial e
>>> =E9 para uso exclusivo da pessoa ou entidade de destino. Se n= =E3o =E9
>>> vossa senhoria o destinat=E1rio indicado, fica notificado de q= ue a
>>> leitura, utiliza=E7=E3o, divulga=E7=E3o e/ou c=F3pia sem autor= iza=E7=E3o pode
>>> estar proibida em virtude da legisla=E7=E3o vigente. Se recebe= u esta
>>> mensagem por erro, rogamos-lhe que nos o comunique imediatamen= te por
>>> esta mesma via e proceda a sua destrui=E7=E3o
>>>
>>>
>>> _______________________________________________
>>> Netslices mailing list
>>> Netslices@ietf.org
>>> ht= tps://www.ietf.org/mailman/listinfo/netslices
>>>
>>
>>
>> --
>> ----------------------------------
>> Shunsuke Homma
>> <homma.shunsuke@lab.ntt.co.jp>
>> TEL: +81 422 59 3486
>> FAX: +81 422 60 7460
>>
>> NTT Network Service Systems Labs.
>> Musashino city, Tokyo, Japan
>> ----------------------------------
>>
>
>
> --
> ----------------------------------
> Shunsuke Homma
> <homma.shunsuke@lab.ntt.co.jp>
> TEL: +81 422 59 3486
> FAX: +81 422 60 7460
>
> NTT Network Service Systems Labs.
> Musashino city, Tokyo, Japan
> ----------------------------------
>


--
----------------------------------
Shunsuke Homma
<homma.shunsuke@lab.ntt.co.jp>
TEL: +81 422 59 3486
FAX: +81 422 60 7460

NTT Network Service Systems Labs.
Musashino city, Tokyo, Japan
----------------------------------

_______________________________________________
Netslices mailing list
Netslices@ietf.org
https://www.iet= f.org/mailman/listinfo/netslices
_______________________________________________
Netslices mailing list
Netslices@ietf.org
https://www.iet= f.org/mailman/listinfo/netslices
--_000_PS1PR0601MB14833E0B849900DD458FA67887010PS1PR0601MB1483_-- From nobody Wed Dec 27 06:01:13 2017 Return-Path: X-Original-To: netslices@ietfa.amsl.com Delivered-To: netslices@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EAFA126CC7 for ; Wed, 27 Dec 2017 06:01:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 hd6BDWwEB-4G for ; Wed, 27 Dec 2017 06:01:08 -0800 (PST) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50129.outbound.protection.outlook.com [40.107.5.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 88152126B72 for ; Wed, 27 Dec 2017 06:01:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector2-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=3JseYhwx+7pfdEVZdqCilSwoG+oMbRoRykEfBzuRM7U=; b=ZqnHoH5BVfLvG2UzAimEKx7Fx79s4bgwa4oxMs2bvriOINsgn9SeFgBk9UdUVL+sD6updJfkucle8e+ph1ORXIz2Ty3cigUCkH2lXHKbK6+dkAyUEg71+sDAAU6yIWB42dtiZ0KnwL7aWRMz1YbIjqjGZMGOulfat6B46xh5+CA= Received: from HE1PR07MB0842.eurprd07.prod.outlook.com (10.162.24.156) by HE1PR07MB1289.eurprd07.prod.outlook.com (10.164.51.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.366.3; Wed, 27 Dec 2017 14:01:04 +0000 Received: from HE1PR07MB0842.eurprd07.prod.outlook.com ([fe80::39b6:81e1:87f:6084]) by HE1PR07MB0842.eurprd07.prod.outlook.com ([fe80::39b6:81e1:87f:6084%14]) with mapi id 15.20.0366.003; Wed, 27 Dec 2017 14:01:04 +0000 From: "Flinck, Hannu (Nokia - FI/Espoo)" To: Liang GENG , "qiangli (D)" , "NetSlices@ietf.org" Thread-Topic: [Netslices] Open Issue I: SouthBound/Mapping Interface Thread-Index: AdNz7BaJGrRkEFbTREOfWwbxCLzW+gFshmWwACcM2QAACbDbgAAxOAMAAAGJO2AAiaH5QwBxsKIQ Date: Wed, 27 Dec 2017 14:01:04 +0000 Message-ID: References: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com> <06C389826B926F48A557D5DB5A54C4ED2A5DFC7D@dggemi509-mbs.china.huawei.com> <06C389826B926F48A557D5DB5A54C4ED2A5E048B@dggemi509-mbs.china.huawei.com>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [131.228.32.160] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; HE1PR07MB1289; 7:nsukyDxWWoSnTHukeKCTTEw+DixEXc72TDhCYN8JpjyTFchTf9voLrSWFlWCa1dNhZxpFHXM3geVrOKxobwx9QILdZt6eStVULdjs5ynmGtdeq3Vz4jobmFU2qZvG+8jDnuVWMDSJex9p/zAYNHIIEy96pV5pndYN/ZBuWtk6leTskvPszQlFI4FhCilg/92/l7xSQ7WsRUUDfTmk9pAOQoPCO7LfLvbq5oThQnoak+G7AH/ym7xS5yp2wR8K74q x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 5c2b68f9-c802-49fa-fd8f-08d54d324547 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020020)(4534040)(4602075)(4627136)(201703031133081)(201702281549075)(5600026)(4604075)(3008032)(48565401081)(2017052603307); SRVR:HE1PR07MB1289; x-ms-traffictypediagnostic: HE1PR07MB1289: authentication-results: spf=none (sender IP is ) smtp.mailfrom=hannu.flinck@nokia-bell-labs.com; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(72170088055959)(50582790962513)(194151415913766)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040470)(2401047)(5005006)(8121501046)(10201501046)(3231023)(11241501184)(944501075)(93006095)(93001095)(3002001)(6055026)(6041268)(20161123558120)(20161123560045)(20161123562045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:HE1PR07MB1289; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:HE1PR07MB1289; x-forefront-prvs: 0534947130 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(39380400002)(346002)(39860400002)(376002)(396003)(189003)(199004)(57704003)(53754006)(2950100002)(55016002)(102836004)(6436002)(6116002)(229853002)(5660300001)(66066001)(86362001)(7736002)(106356001)(105586002)(790700001)(68736007)(53546011)(3846002)(99286004)(45080400002)(478600001)(9686003)(59450400001)(14454004)(966005)(6306002)(8936002)(97736004)(3280700002)(236005)(93886005)(110136005)(33656002)(316002)(6246003)(3660700001)(54896002)(7696005)(6506007)(2906002)(19609705001)(345774005)(76176011)(39060400002)(25786009)(74316002)(8676002)(81156014)(81166006)(2900100001)(2501003)(53936002)(5250100002)(90052001); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR07MB1289; H:HE1PR07MB0842.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:0; LANG:en; received-spf: None (protection.outlook.com: nokia-bell-labs.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: EC4x21p3ZK/At0b8tARWWEu3X66cWAPw6k/6i/37fln9RdlBTaOu6+iXy10723sZevhBut1cmwfPiDUuPaP+sw== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_HE1PR07MB08427953B5DF4FD5C990A04A9B070HE1PR07MB0842eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia-bell-labs.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5c2b68f9-c802-49fa-fd8f-08d54d324547 X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Dec 2017 14:01:04.6655 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB1289 Archived-At: Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface X-BeenThere: netslices@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "This list is intended for discussion and review of network slicing at IETF." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Dec 2017 14:01:12 -0000 --_000_HE1PR07MB08427953B5DF4FD5C990A04A9B070HE1PR07MB0842eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Liang Please find my comments below. Best regards Hannu From: Liang GENG [mailto:liang.geng@hotmail.com] Sent: Monday, December 25, 2017 10:04 AM To: Flinck, Hannu (Nokia - FI/Espoo) ; qi= angli (D) ; NetSlices@ietf.org Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi Cristina and Hannu, I believe that COMS provides OAM models at a level that we call "network sl= ice". >HFl: Monitoring and ensuring the SLA end to end of a slice is an important= aspect. Note that when the slice is crossing a (technology) domain, we mig= ht need to stich the end to end slice OAM from different pieces of segments= . Can we have such a "technology agnostic" OAM? Is that feasible? Or should= we do something what SFC WG is doing? I personally think COMS itself should not include the southbound mapping be= cause there was an assumption that anything below COMS is not aware of "sli= ce" (although in management perspective, COMS may see some of them "Subnets= "). Existing WG/technologies may refer to/map with COMS models if they woul= d like to be part of the managed network slice instance. Eventually, it may= be us - the people from COMS community, who will be actively progressing t= hese southbound interfaces in various IETF WGs. >HFl: What you say above would be an ideal situation, but I am afraid that = in practice the situation is such that also other WGs are working on slicin= g. See https://www.ietf.org/id/draft-ietf-teas-actn-framework-11.txt In principle, COMS itself provides the capability of inter-operation betwee= n different domains. This capability is enabled by common information model= /service model and related OAM models/mechanisms. The southbound mapping is= implementation-specific in the view of COMS and may be more suitable to be= carried out in various technology-specific WGs. A good example would be th= at for a link from node A to node B requiring 100Mbit/s peak bandwidth and = maximum of 5ms latency, one can map this using various type of SD-WAN(VPN) = controllers with different underlay data planes. COMS sees them as the same= . >HFl: ok. And also in terms of the working load of WG, the southbound mapping could b= e endless, it may not be feasible for COMS WG to deliver a sensible charter= on this matter concerning southbound interfaces. >HFl: right. Meanwhile, I think it would be good if we can first of all deliver a/severa= l information models so that the southbound technology domain can chose the= materials they need to map with. We can do this by categorizing the resour= ces as Cristina suggested as "classifications" - which may make the model m= ore systematic. However, it is not necessary to limit the southbound to one= category - it should be able to pick parameters/components whatever are ne= eded. >HFl: this a bit unclear to me. Maybe you can elaborate your thoughts furth= er. Best wishes Liang ________________________________ From: Netslices > on behalf of Flinck, Hannu (Nokia - FI/Espoo) > Sent: 22 December 2017 22:02:46 To: qiangli (D); NetSlices@ietf.org Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface Ok. Think I what you might be after. Probably what you want is to have a se= t of reference or example mappings for few representative technologies? Suc= h as - A slice over the WAN/transport network for a given technology, - A slice over VNF infrastructure (SFCs and nvo3), - A slice that is a concatenation of the two across different doma= ins (this we know is missing). Is this what you would like to see? If so, it sounds to me reasonable and m= otivating work and would be useful to identify possible gaps and needed ad= ditions. Best regards Hannu From: qiangli (D) [mailto:qiangli3@huawei.com] Sent: Friday, December 22, 2017 3:09 PM To: Flinck, Hannu (Nokia - FI/Espoo) >; NetSlices@ietf.org Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi Hannu, You're right. Still that question, If there does not exist a uniform mappin= g interface between COMS and various implementation technologies, I am afra= id we are unable to analyze all possibilities. That's why I suggested opti= on 3 even I'm also not sure whether we can find out an appropriate classifi= cation method. Best regards, Cristina QIANG From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs= .com] Sent: Thursday, December 21, 2017 9:43 PM To: qiangli (D) >; NetSlice= s@ietf.org Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface Hello Cristina I am not sure I understand the option 3 sufficiently. What would be the use= of the classification? Should we identify classes of technologies that can= be served by same/similar mapping based on the classification? Best regards Hannu From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D= ) Sent: Thursday, December 21, 2017 11:02 AM To: Flinck, Hannu (Nokia - FI/Espoo) >; NetSlices@ietf.org Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi Hannu and others, Thank you for your comments. As you and Diego mentioned, the standardizatio= n of southbound interface is a sensitive matter, we'd better avoid infringi= ng other WGs/RGs. To solve this issue, maybe we should figure out "Is it possible to have a u= niform/standard mapping interface to adapt to a variety of implementation t= echnologies?" first. If Pedro is right, such uniform interface does exist, = then it's not a big deal to standardize it IMHO. Otherwise, I think we may = need to consider which option listed below will be better: Option 1: No standardization work on southbound interface, at least before = IETF 101 Option 2: Separately analyze all specific technologies as you have done -- = ACTN [un-checked], NFV [checked], then how about SFC, VPN...? Option 3: Classify technologies (e.g., providing connectivity, provide VNF.= ...) , then discuss for each classification. I personally prefer 1 or 3, what's your opinion? Best regards, Cristina QIANG From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs= .com] Sent: Wednesday, December 20, 2017 10:33 PM To: qiangli (D) >; NetSlice= s@ietf.org Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface Hello Cristina and others, I would suggest that COMS/ATCN interface mapping would be developed in the= TEAS WG since that is an IETF WG, is also alluding to slicing topics, has = related specifications and the expertise of the transport networks. However, NFVO related work is currently within NVFRG where the slicing work= is a minor subset of much larger territory of what the RG is discussing. = Therefore, it would be better to do such focused work in COMS when and if i= t becomes an IETF WG. Best regards Hannu From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D= ) Sent: Wednesday, December 13, 2017 10:41 AM To: NetSlices@ietf.org Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface Hi All, This email is want to collect your opinion on the following issue: Do we need to standardize the Southbound/Mapping interface of a network sli= ce aware system in COMS? Or do you think this work should be carried out in= existing WGs/RGs? (e.g., mapping interface between COMS and ACTN, mapping = interface between COMS and NFVO) Best regards, Cristina QIANG --_000_HE1PR07MB08427953B5DF4FD5C990A04A9B070HE1PR07MB0842eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello Liang

 

Please find my comments below.

 

Best regards

Hannu

 

From: Liang GENG [mailto:liang.geng@hotmail.c= om]
Sent: Monday, December 25, 2017 10:04 AM
To: Flinck, Hannu (Nokia - FI/Espoo) <hannu.flinck@nokia-bell-lab= s.com>; qiangli (D) <qiangli3@huawei.com>; NetSlices@ietf.org
Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface<= o:p>

 

Hi Cristina and Hannu,=

 

I believe that COMS pr= ovides OAM models at a level that we call "network slice".&n= bsp;

 

>HFl: Monitoring and ensuring the SLA end to end of a slice is an imp= ortant aspect. Note that when the slice is crossing a (technology) domain, = we might need to stich the end to end slice OAM from different pieces of se= gments. Can we have such a “technology agnostic” OAM? Is that feasible? Or should we do something what SFC = WG is doing?

 

I personally think COMS&nbs= p;itself should not include the southbound mapping because there was a= n assumption that anything below COMS is not aware of "slice" (al= though in management perspective, COMS may see some of them "Subnets"). Existing WG/technologies may refer to/map with = COMS models if they would like to be part of the managed network slice= instance. Eventually, it may be us - the people from COMS community, who w= ill be actively progressing these southbound interfaces in various IETF WGs.

 

>HFl: What you say above would be an ideal situation, but I am afraid= that in practice the situation is such that also other WGs are working on = slicing. See https://www.ietf.org/id/draft-ietf-teas-actn-framework-11.txt<= o:p>

 

In principle, COMS itself p= rovides the capability of inter-operation between different domains. This c= apability is enabled by common information model/service model and related = OAM models/mechanisms. The southbound mapping is implementation-specific in the view of COMS and may be mor= e suitable to be carried out in various technology-specific WGs. A goo= d example would be that for a link from node A to node B requiring 100= Mbit/s peak bandwidth and maximum of 5ms latency, one can map this using various type of SD-WAN(VPN) controllers with differ= ent underlay data planes. COMS sees them as the same.

 

>HFl:  ok.

 

And also in terms of the wo= rking load of WG, the southbound mapping could be endless, it may not = be feasible for COMS WG to deliver a sensible charter on this matter concer= ning southbound interfaces.

 

>HFl: right.

 

Meanwhile, I think it would= be good if we can first of all deliver a/several information models s= o that the southbound technology domain can chose the materials they need t= o map with. We can do this by categorizing the resources as Cristina suggested as "classifications" - = which may make the model more systematic. However, it is not necessary= to limit the southbound to one category - it should be able= to pick parameters/components whatever are needed.<= /p>

 

>HFl: this a bit unclear to me. Maybe you can elaborate your thoughts= further.

 

Best wishes

Liang

 

From: Netslices <netslices-bounces@ietf.org> on behalf of Flinck, Hannu (Nok= ia - FI/Espoo) <hann= u.flinck@nokia-bell-labs.com>
Sent: 22 December 2017 22:02:46
To: qiangli (D); NetSlices@iet= f.org
Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface<= /span>

 

Ok. Think I what y= ou might be after. Probably what you want is to have a set of reference or = example mappings for few representative technologies? Such as

 =

-    &n= bsp;     A slice over the WAN/transport netw= ork for a given technology,

-    &n= bsp;     A slice over VNF infrastructure (SF= Cs and nvo3),

-    &n= bsp;     A slice that is a concatenation of = the two across different domains (this we know is missing).

 =

Is this what you w= ould like to see? If so, it sounds to me reasonable and motivating work and= would be  useful to identify possible gaps and needed additions.

 =

Best regards

Hannu =

 

From:= qiangli (D) [mailto:qiangli3@huawei= .com]
Sent: Friday, December 22, 2017 3:09 PM
To: Flinck, Hannu (Nokia - FI/Espoo) <hannu.flinck@nokia-bell-labs.com>; NetSlices@ietf.org
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface<= /span>

 

Hi Hannu,=

 

You’re right. S= till that question, If there does not exist a uniform mapping interface bet= ween COMS and various implementation technologies, I am afraid we are unabl= e to analyze all possibilities.  That’s why I suggested option 3 even I’m also not sure whether we can find out = an appropriate classification method.

 

Best regards,<= o:p>

 

Cristina QIANG=

 

From:= Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs.com]
Sent: Thursday, December 21, 2017 9:43 PM
To: qiangli (D) <qiangli3@= huawei.com>; NetSlices@ietf.org
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface<= /span>

 

Hello Cristina

 =

I am not sure I un= derstand the option 3 sufficiently. What would be the use of the classifica= tion? Should we identify classes of technologies that can be served by same= /similar mapping based on the classification?

 =

Best regards

Hannu<= /o:p>

 

From:= Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D)
Sent: Thursday, December 21, 2017 11:02 AM
To: Flinck, Hannu (Nokia - FI/Espoo) <hannu.flin= ck@nokia-bell-labs.com>; NetSlices@ietf.org
Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface<= /span>

 

Hi Hannu and  ot= hers,

 

 

Thank you for your co= mments. As you and Diego mentioned, the standardization of southbound inter= face is a sensitive matter, we’d better avoid infringing other WGs/RG= s.

 

To solve this issue, = maybe we should figure out “Is it possible to have a uniform/standard= mapping interface to adapt to a variety of implementation technologies?= 221; first. If Pedro is right, such uniform interface does exist, then it’s not a big deal to standardize it IMHO. Otherwi= se, I think we may need to consider which option listed below will be bette= r:

 

Option 1: No standard= ization work on southbound interface, at least before IETF 101<= /o:p>

Option 2: Separately = analyze all specific technologies as you have done -- ACTN [un-checked], NF= V [checked], then how about SFC, VPN…?

Option 3: Classify te= chnologies (e.g., providing connectivity, provide VNF….) , then discu= ss for each classification.

 

I personally prefer 1= or 3, what’s your opinion?

 

Best regards,<= o:p>

 

Cristina QIANG=

 

From:= Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nok= ia-bell-labs.com]
Sent: Wednesday, December 20, 2017 10:33 PM
To: qiangli (D) <qiangli3@huawei.com>; NetSlices@ietf.org
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface<= /span>

 

Hello Cristina and= others,

 =

I would suggest th= at  COMS/ATCN interface mapping would be developed in the TEAS WG sinc= e that is an IETF WG, is also alluding to slicing topics, has related speci= fications and the expertise of the transport networks.

 =

However, NFVO rela= ted work is currently within NVFRG where the slicing work is a minor subset= of much larger territory of what the RG is discussing.  Therefore, it= would be better to do such focused work in COMS when and if it becomes an IETF WG.

 =

 =

Best regards

Hannu<= /o:p>

 

From:= Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D)
Sent: Wednesday, December 13, 2017 10:41 AM
To: NetSlices@ietf.org
Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface

 

Hi All,

 

This email is want to collect your opinion on the f= ollowing issue:

 

Do we need to standardize the Southbound/Mapping in= terface of a network slice aware system in COMS? Or do you think this work = should be carried out in existing WGs/RGs? (e.g., mapping interface between= COMS and ACTN, mapping interface between COMS and NFVO)

 

Best regards,

 

Cristina QIANG

 

--_000_HE1PR07MB08427953B5DF4FD5C990A04A9B070HE1PR07MB0842eurp_--