[Idnet] 答复: IDN dedicated session call for case
"dingxiaojian (A)" <dingxiaojian1@huawei.com> Thu, 10 August 2017 03:38 UTC
Return-Path: <dingxiaojian1@huawei.com>
X-Original-To: idnet@ietfa.amsl.com
Delivered-To: idnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8AA8D132534 for <idnet@ietfa.amsl.com>; Wed, 9 Aug 2017 20:38:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.219
X-Spam-Level:
X-Spam-Status: No, score=-4.219 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, 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 9VGXqt1CDQi3 for <idnet@ietfa.amsl.com>; Wed, 9 Aug 2017 20:38:31 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A10F913253A for <idnet@ietf.org>; Wed, 9 Aug 2017 20:38:30 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DMH57628; Thu, 10 Aug 2017 03:38:26 +0000 (GMT)
Received: from DGGEMM401-HUB.china.huawei.com (10.3.20.209) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 10 Aug 2017 04:38:24 +0100
Received: from DGGEMM506-MBS.china.huawei.com ([169.254.4.222]) by DGGEMM401-HUB.china.huawei.com ([10.3.20.209]) with mapi id 14.03.0301.000; Thu, 10 Aug 2017 11:38:15 +0800
From: "dingxiaojian (A)" <dingxiaojian1@huawei.com>
To: yanshen <yanshen@huawei.com>, Albert Cabellos <albert.cabellos@gmail.com>
CC: "idnet@ietf.org" <idnet@ietf.org>, Özgü Alay <ozgu@simula.no>
Thread-Topic: [Idnet] IDN dedicated session call for case
Thread-Index: AdMLcu+vuWBrdNuZQwG6l2oQPpJcKAETCHGAAAJqQAAAGLXWcABXMk3A
Date: Thu, 10 Aug 2017 03:38:16 +0000
Message-ID: <3B110B81B721B940871EC78F107D848CFB04C9@DGGEMM506-MBS.china.huawei.com>
References: <6AE399511121AB42A34ACEF7BF25B4D297A34A@DGGEMM505-MBS.china.huawei.com> <CAGE_QeztLKUF55OjKcsxqW=MUMAX60vR+6935-n+nnKPRVX2zg@mail.gmail.com> <CAKGrHYwKo+Af=tRp7jg7HgHq8=v=7Wyv9Hf-d4C+renSVHG-0g@mail.gmail.com> <6AE399511121AB42A34ACEF7BF25B4D297B223@DGGEMM505-MBS.china.huawei.com>
In-Reply-To: <6AE399511121AB42A34ACEF7BF25B4D297B223@DGGEMM505-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.134.134.227]
Content-Type: multipart/alternative; boundary="_000_3B110B81B721B940871EC78F107D848CFB04C9DGGEMM506MBSchina_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.598BD533.0006, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.222, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 4a02f62a4be96244244498e7ece93083
Archived-At: <https://mailarchive.ietf.org/arch/msg/idnet/YtrRRsmrlMzKVXk7cyYoK5H6IZs>
Subject: [Idnet] 答复: IDN dedicated session call for case
X-BeenThere: idnet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "The IDNet \(Intelligence-Defined Network\) " <idnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idnet>, <mailto:idnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idnet/>
List-Post: <mailto:idnet@ietf.org>
List-Help: <mailto:idnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idnet>, <mailto:idnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Aug 2017 03:38:34 -0000
Hi Albert and yanshen, Good use case. Another supporter is come. ^_^ Based on QoS metric, OoE can be easily inferred/predicted. However, I think the process in implicit, you don’t know which metric or what value of metric is useful to improve QoE. And also you have no idea about the relationship between QoS and QoE. In some case like network planning, if there exists some QoE demand and some QoS metrics need to be deployed onto network devices, the mapping relation of QoE and QoS (explicit mapping) is definitely need to guide how to select the metric and the corresponding value. Kind regards Xiaojian 发件人: IDNET [mailto:idnet-bounces@ietf.org] 代表 yanshen 发送时间: 2017年8月8日 18:02 收件人: Albert Cabellos <albert.cabellos@gmail.com> 抄送: idnet@ietf.org; Özgü Alay <ozgu@simula.no> 主题: Re: [Idnet] IDN dedicated session call for case Dear Albert, At least two supporters you have : ) I think that the QoS and QoE is just similar with my opinion mentioned before that is the data can be divided into subjective and objective. This will be related with the data format and the way of obtaining. And your case build up a bridge between the subjective and objective. Yansen From: Özgü Alay [mailto:ozgu@simula.no] Sent: Tuesday, August 08, 2017 2:02 PM To: Albert Cabellos <albert.cabellos@gmail.com<mailto:albert.cabellos@gmail.com>> Cc: yanshen <yanshen@huawei.com<mailto:yanshen@huawei.com>>; idnet@ietf.org<mailto:idnet@ietf.org> Subject: Re: [Idnet] IDN dedicated session call for case Dear Albert, We are interested in this use case and will support the activities in this area. Best Regards, Özgü On 8 August 2017 at 06:52, Albert Cabellos <albert.cabellos@gmail.com<mailto:albert.cabellos@gmail.com>> wrote: Hi all Here´s another use-case: Use case N+2: QoE Description: Collect low-level metrics (SNR, latency, jitter, losses, etc) and measure QoE. Then use ML to understand what is the relation between satisfactory QoE and the low-level metrics. As an example learn that when delay>N then QoE is degraded, but when M<delay<N then QoE is satisfactory for the customers (please note that QoE cannot be measured directly over your network). This is useful to understand how the network must be operated to provide satisfactory QoE. Process: 1. Low-level data collection and QoE measurement ; 2. Training Model (input low-level metrics, output QoE); 3. Real-time data capture and input; 4. Predict QoE; 5. Operate network to meet target QoE requirement, go to 3. Data Format: Time : [Start, End, Unit, Number of Value, Sampling Period] Position: [Device ID, Port ID] Direction: IN / OUT Low-level metric : SNR, Delay, Jitter, queue-size, etc Message : Request: ask for the data Reply: Data Notice: For notification or others Policy: Control policy Kind regards Albert On Wed, Aug 2, 2017 at 7:12 PM, yanshen <yanshen@huawei.com<mailto:yanshen@huawei.com>> wrote: Dear all, Since we plan to organize a dedicated session in NMRG, IETF100, for applying AI into network management (NM), I’d try to list some Use Cases and propose a roadmap and ToC before Nov. These might be rough. You are welcome to refine them and propose your focused use cases or ideas. Use case 1: Traffic Prediction Description: Collect the history traffic data and external data which may influence the traffic. Predict the traffic in short/long/specific term. Avoid the congestion or risk in previously. Process: 1. Data collection (e.g. traffic sample of physical/logical port ); 2. Training Model; 3. Real-time data capture and input; 4. Predication output; 5. Fix error and go back to 3. Data Format: Time : [Start, End, Unit, Number of Value, Sampling Period] Position: [Device ID, Port ID] Direction: IN / OUT Route : [R1, R2, ..., RN] (might be useful for some scenarios) Service : [Service ID, Priority, ...] (Not clear how to use it but seems useful) Traffic: [T0, T1, T2, ..., TN] Message : Request: ask for the data Reply: Data Notice: For notification or others Policy: Control policy Use case 2: QoS Management Description: Use multiple paths to distribute the traffic flows. Adjust the percentages. Avoid congestion and ensure QoS. Process: 1. Data capture (e.g. traffic sample of physical/logical port ); 2. Training Model; 3. Real-time data capture and input; 4. Output percentages; 5. Fix error and go back to 3. Data Format: Time : [Timestamp, Value type (Delay/Packet Loss/...), Unit, Number of Value, Sampling Period] Position: [Link ID, Device ID] Value: [V0, V1, V2, ..., VN] Message : Request: ask for the data Reply: Data Notice: For notification or others Policy: Control policy Use case N: Waiting for your Ideas Also I suggest a roadmap before Nov if possible. ### Roadmap ### Aug. : Collecting the use cases (related with NM). Rough thoughts and requirements Sep. : Refining the cases and abstract the common elements Oct. : Deeply analysis. Especially on Data Format, control flow, or other key points Nov.: F2F discussions on IETF100 ### Roadmap End ### A rough ToC is listed in following. We may take it as a scope before Nov. Hope that the content could become the draft of draft. ###Table of Content### 1. Gap and Requirement Analysis 1.1 Network Management requirement 1.2 TBD 2. Use Cases 2.1 Traffic Prediction 2.2 QoS Management 3.3 TBD 3. Data Focus 3.1 Data attribute 3.2 Data format 3.3 TBD 4. Aims 4.1 Benchmarking Framework 4.2 TBD ###ToC End### Yansen _______________________________________________ IDNET mailing list IDNET@ietf.org<mailto:IDNET@ietf.org> https://www.ietf.org/mailman/listinfo/idnet _______________________________________________ IDNET mailing list IDNET@ietf.org<mailto:IDNET@ietf.org> https://www.ietf.org/mailman/listinfo/idnet
- [Idnet] IDN dedicated session call for case yanshen
- Re: [Idnet] IDN dedicated session call for case Ciavaglia, Laurent (Nokia - FR/Nozay)
- Re: [Idnet] IDN dedicated session call for case Aydin Ulas
- Re: [Idnet] IDN dedicated session call for case yanshen
- Re: [Idnet] IDN dedicated session call for case Pedro Martinez-Julia
- Re: [Idnet] IDN dedicated session call for case Sheng Jiang
- Re: [Idnet] IDN dedicated session call for case Albert Cabellos
- Re: [Idnet] IDN dedicated session call for case Özgü Alay
- Re: [Idnet] IDN dedicated session call for case yanshen
- Re: [Idnet] IDN dedicated session call for case Jérôme François
- Re: [Idnet] IDN dedicated session call for case Jérôme François
- Re: [Idnet] IDN dedicated session call for case Diego R. Lopez
- Re: [Idnet] IDN dedicated session call for case Jérôme François
- Re: [Idnet] IDN dedicated session call for case Diego R. Lopez
- Re: [Idnet] IDN dedicated session call for case Stenio Fernandes
- Re: [Idnet] IDN dedicated session call for case Pedro Martinez-Julia
- Re: [Idnet] IDN dedicated session call for case Simone Ferlin
- Re: [Idnet] IDN dedicated session call for case Albert Cabellos
- Re: [Idnet] IDN dedicated session call for case yanshen
- Re: [Idnet] IDN dedicated session call for case Yassine HADJADJ-AOUL
- Re: [Idnet] IDN dedicated session call for case Jérôme François
- Re: [Idnet] IDN dedicated session call for case yanshen
- Re: [Idnet] IDN dedicated session call for case 김민석
- [Idnet] 答复: IDN dedicated session call for case dingxiaojian (A)
- Re: [Idnet] IDN dedicated session call for case yanshen
- Re: [Idnet] IDN dedicated session call for case Haoyu song
- Re: [Idnet] IDN dedicated session call for case dingxiaojian (A)
- Re: [Idnet] IDN dedicated session call for case 김민석
- Re: [Idnet] IDN dedicated session call for case 김민석
- Re: [Idnet] IDN dedicated session call for case Jérôme François
- [Idnet] 答复: IDN dedicated session call for case dingxiaojian (A)
- Re: [Idnet] 答复: IDN dedicated session call for ca… yanshen
- Re: [Idnet] IDN dedicated session call for case yanshen
- Re: [Idnet] 答复: IDN dedicated session call for ca… 김민석