Re: [Idnet] IETF99 for applying AI/ML into network management: Follow-up

yanshen <yanshen@huawei.com> Thu, 27 July 2017 01:55 UTC

Return-Path: <yanshen@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 58B82131F52 for <idnet@ietfa.amsl.com>; Wed, 26 Jul 2017 18:55:11 -0700 (PDT)
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, RP_MATCHES_RCVD=-0.001, 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 G-rH9WGmHjio for <idnet@ietfa.amsl.com>; Wed, 26 Jul 2017 18:55:09 -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 07553131F2C for <idnet@ietf.org>; Wed, 26 Jul 2017 18:55:08 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml709-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DLJ37540; Thu, 27 Jul 2017 01:55:07 +0000 (GMT)
Received: from DGGEMM405-HUB.china.huawei.com (10.3.20.213) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 27 Jul 2017 02:55:06 +0100
Received: from DGGEMM505-MBS.china.huawei.com ([169.254.2.173]) by DGGEMM405-HUB.china.huawei.com ([10.3.20.213]) with mapi id 14.03.0301.000; Thu, 27 Jul 2017 09:54:57 +0800
From: yanshen <yanshen@huawei.com>
To: Pedro Martinez-Julia <pedro@nict.go.jp>
CC: "idnet@ietf.org" <idnet@ietf.org>
Thread-Topic: [Idnet] IETF99 for applying AI/ML into network management: Follow-up
Thread-Index: AQHTAXpo1/qEM484V0O2Qui8QzokZKJcb4YAgAF0xeD//5b+AIAFKOGQ//+JN4CAAiamwIAAbfCAgAEiuNA=
Date: Thu, 27 Jul 2017 01:54:58 +0000
Message-ID: <6AE399511121AB42A34ACEF7BF25B4D2978F9C@DGGEMM505-MBS.china.huawei.com>
References: <015d4fb0-496a-a9a0-e8c5-7fcf6c52caee@inria.fr> <20170720171907.GF15832@spectre> <6AE399511121AB42A34ACEF7BF25B4D29783BD@DGGEMM505-MBS.china.huawei.com> <20170721091729.GJ15832@spectre> <6AE399511121AB42A34ACEF7BF25B4D29786F4@DGGEMM505-MBS.china.huawei.com> <20170724085956.GI18300@spectre> <6AE399511121AB42A34ACEF7BF25B4D2978A40@DGGEMM505-MBS.china.huawei.com> <20170726002417.GZ18300@spectre>
In-Reply-To: <20170726002417.GZ18300@spectre>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.130.179.89]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020205.597947FB.007F, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.173, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 73e913ab90d0f3804a58849ec5df98b7
Archived-At: <https://mailarchive.ietf.org/arch/msg/idnet/XqY5etnx5vhdP4H9iCgqRr_cfTs>
Subject: Re: [Idnet] IETF99 for applying AI/ML into network management: Follow-up
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, 27 Jul 2017 01:55:11 -0000

Dear Pedro,

> -----Original Message-----
> From: Pedro Martinez-Julia [mailto:pedro@nict.go.jp]
> Sent: Wednesday, July 26, 2017 8:24 AM
> To: yanshen <yanshen@huawei.com>
> Cc: idnet@ietf.org
> Subject: Re: [Idnet] IETF99 for applying AI/ML into network management:
> Follow-up
> 
> Dear Yanshen,
> 
> Thanks for your answer, do not worry about the timing, and find my answer
> in-line :-).
> 
> On Tue, Jul 25, 2017 at 02:10:26PM +0000, yanshen wrote:
> > Dear Pedro,
> >
> > Sorry for replying late.
> >
> > Recently I meet an interesting question is what data should belong to
> > internal and what data should be external?
> 
> For me that depends on the algorithmic representation. We have two types of
> variables:
> 
> - Measurable and controllable variables, such as the load of a resource
>   managed by the solution, which can be known and can be altered by some
>   decision of such solution (increase/decrease the amount of resources).
> 
> - Measurable but non-controllable, which are outside the control of the
>   solution. They can be known and used to take decisions but cannot be
>   altered (directly or indirectly) by the solution. A simple example can
>   be found in the occurrence of some event that can affect to a system,
>   such as the number of attendees to a baseball match. The management
>   solution cannot control such variable but uses it to determine the
>   amount of network resources assigned to the network of the stadium.
> 

I have a similar thought. I try to divide the variables into objective and subjective (may corresponding to your controllable and non-controllable. Perhaps a little different). 
	- The objective data means that we can capture, input or measure it periodically from any source (whatever it is). This class of data needs to be focused and formatted, including the context and format and so on. One of the cases is QoS value which I just mentioned. 
	- The subjective data means that it is imported into the machine (AI/Brain/Knowledge system) temporarily or irregularly. This class of data may be high-level and diversity. The solution for them I think should be pushed to application layer. It is not our dishes. Another thought is that we should try to obtain more subjective data by objective way, for example, we should try to change the way of obtaining the "reward" feedback from "user randomly report" to "periodically capture". Unless such, it should not be included into our consideration. 

I think it is significant to combine our two dimensions into one. Of course other dimensions may also considerable. 

> > A simple case is the ML algorithm, such as reinforcement learning,
> > needs "rewards" to  correct the error and improve its model during
> > iterations. Some reward parameters may be from subscribers. For
> > example, when we use the QoE value to present the reward in each
> > period. These feedback QoE values should be internal or external?
> 
> Those rewards are "controllable variables", and thus must be introduced to the
> whole loop, so the management solution uses them, and maybe other
> information, to determine actions that will change/improve them.
> 

Yeah, it is controllable. But it is troubled by using my benchmark that some of the rewards can be object but others are not.

> > BTW, I think there should be some methods to support the "reward"
> > feedback. For instance, there is some proposal to use RSVP protocol's
> > option to transmit the QoS value. And in the scenarios of video
> > transmission, some proposal uses TCP option to feedback the QoS of
> > current flow.
> 
> That is a good option for a new draft, but it would be more related to other WG
> than to IDNET "per se". I find it very interesting so, if you plan to work on it,
> please count on me. I think we can circulate some initial version to the NMRG and
> from there we can see where it fits.
> 

My pleasure! Keep in touch. 

Yansen

> > Maybe there is room for the future.
> >
> > Thanks for your reply and suggestions.
> >
> > Yansen
> 
> Let's be in contact...
> 
> 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 ***