Re: [Idnet] Benefits of Introducing AI into Network

David Meyer <dmm@1-4-5.net> Thu, 11 May 2017 09:06 UTC

Return-Path: <dmm@1-4-5.net>
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 3AED312EB8C for <idnet@ietfa.amsl.com>; Thu, 11 May 2017 02:06:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 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] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=1-4-5-net.20150623.gappssmtp.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 aMHuwfrOXZDu for <idnet@ietfa.amsl.com>; Thu, 11 May 2017 02:06:10 -0700 (PDT)
Received: from mail-ua0-x22a.google.com (mail-ua0-x22a.google.com [IPv6:2607:f8b0:400c:c08::22a]) (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 2558212EB86 for <idnet@ietf.org>; Thu, 11 May 2017 02:06:08 -0700 (PDT)
Received: by mail-ua0-x22a.google.com with SMTP id e28so22840869uah.0 for <idnet@ietf.org>; Thu, 11 May 2017 02:06:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1-4-5-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=WzzdutCc74cRVdEHQ5sAZdW1lM4Q0R1TOuVCBhQzadQ=; b=tsHcAKBL3tWleC4g30fOXuFPqkkBlZ6Zap8gXZ722m6jgC25++V13TKO98AtiHbth4 tgzEg6NaE12EIMhJl653AUoJDOADtvUSE3ZC/YNEoZfmnjnQvWUyYjnPyWT+8dedf5+R mRx0aZhKjp7h6t0aI0XAx/5OGXkzQ3yjwtLaOKKhrdZ7zTOTFA0DwT+MsdproZa09/8k Nw7a8wU8LqUxKH70ASJx5Q7om3o80S20ZfwoCuDzSL4Mvu2LCl3RqcupO0vlTYN2j+Hr 49/PCxpMnHtEfGf7Mdrz1i/J0otqyfBgyQ1h0BPRW+E4AXKpixx5/nZF1J9nBq8QbcbW lYdQ==
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=WzzdutCc74cRVdEHQ5sAZdW1lM4Q0R1TOuVCBhQzadQ=; b=VYgYVHbcfoWNiOlKCmCku588bcJmtScgrY7WaFRRnJyu5JygO4ATbctDThiZnFsktG NObnvSfI8QOje/RW5DWAb/f/rqHHsD5sNp00cvTj4QBstNRD3RYTM+Aov+isVokL5ADA o9YPEnxYVseRi8GDETjbblAzUOSivRm8QBmNpTJzIzDLUHwcvro7jXDJsLIusY5fMqlV EFEZhVw9GKbs2m35WNmei1d6cCERr3zliWnT0dmyIMyshliqtlrT+0qIUE+tYFvZGNpx Z+3QEHkWBFny0BSGswV1/Wi+xcjc0ee9ZCnj7HdC5IRwiC9aSNDMN8oDsdJGrbJIx4Pa fggg==
X-Gm-Message-State: AODbwcC4C/sUlF6V39+L9+2DHgEjIVlhfOG/lREvA8xGKE9vpQlp6QVP gijOtk6C47HiOLY0aHFqABYUQeiWOA==
X-Received: by 10.176.24.93 with SMTP id j29mr5395931uag.141.1494493567165; Thu, 11 May 2017 02:06:07 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.176.9.6 with HTTP; Thu, 11 May 2017 02:06:06 -0700 (PDT)
X-Originating-IP: [209.117.102.182]
In-Reply-To: <3e15e008-f2ae-951d-7b2c-7ada800a075d@gmail.com>
References: <D9F58892-34F2-4C7C-9A75-6C21B512F6B0@ebay.com> <3e15e008-f2ae-951d-7b2c-7ada800a075d@gmail.com>
From: David Meyer <dmm@1-4-5.net>
Date: Thu, 11 May 2017 05:06:06 -0400
Message-ID: <CAHiKxWigUFXao0BtDH+ksRFDibKTowAjx_wFL8pQF_=XHqfj8g@mail.gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: "Fang, Luyuan" <lufang@ebay.com>, Sheng Jiang <jiangsheng@huawei.com>, "idnet@ietf.org" <idnet@ietf.org>
Content-Type: multipart/alternative; boundary="f403043c437430bb9d054f3be667"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idnet/UiFfoJtY3jS2oi9Zyk9jN1CmyOQ>
Subject: Re: [Idnet] Benefits of Introducing AI into Network
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, 11 May 2017 09:06:12 -0000

Brian,


On Wed, May 10, 2017 at 9:35 PM, Brian E Carpenter <
brian.e.carpenter@gmail.com> wrote:

> On 10/05/2017 18:26, Fang, Luyuan wrote:
> > I think what is driving all these points is scale. Without intelligence,
> very large scale networks simply become unmanageable,


> I am not sure that statement is always true. It is safe to say that
> without *distributed solutions*, very large scale networks become
> unmanageable, and AI technologies can be used to support distributed
> solutions.
>

Can you support this assertion? Further, what is an "AI technology", and
which ways can "AI technologies can be used to support distributed
solutions."?


>
> Let's take a specific example: the CASM work in the IETF. One approach to
> massive scale support of address and prefix management is a massive
> centralised database and an old-fashioned (NETCONF/YANG style) mechanism to
> push allocations out into the network. Another approach is a large set of
> distributed autonomic prefix managers that request new space from a
> distributed address pool when necessary. The second one is definitely a
> target for machine learning, in order to set optimal parameters for the
> individual prefix managers.
>

Phrases like "massive scale" don't seem to convey anything quantitative (or
even qualitative, for that matter) about the problem space, and as such
don't appear to be that useful (unless of course you can meaningfully
quantify what is meant by "massive scale"). In addition, what kinds of
machine learning would be applicable to the case of distributed autonomic
prefix managers that you describe above (simply stating that it is so isn't
that helpful)? For example, how would learning work, e.g., what kinds of
models and related hyper-parameters do you envision being appropriate, and
what kinds of data sets would be needed to efficiently train these models?
In addition, how would inference work, where inference here means whatever
you do with the trained model, including inference (computing the
posterior), prediction (MAP or MLE), regression, ...?

>
> > and cannot maintain service availability. Just adding work force would
> not help.
>
> It will help where the problem can genuinely be tackled by "divide and
> conquer", for example where localised optimisation and localised repair can
> help. But when localised solutions are inadequate and traditional
> centralised solutions do not scale, AI can be the answer.
>

What is AI in this context? In addition, why can AI (whatever that is) be
the answer to localized or centralized solutions that don't scale?  Again,
simply stating that it is so doesn't really help.

Thanks,

Dave


> > I would suggest to add
> >
> > -          ability to manage network at scale (as 2nd point)
> >
> > -          potential self-healing (after “predictive”)
>
> Agreed.
>
>     Brian
> >
> > Thx,
> > Luyuan
> >
> > From: IDNET <idnet-bounces@ietf.org> on behalf of Sheng Jiang <
> jiangsheng@huawei.com>
> > Date: Tuesday, May 9, 2017 at 7:53 PM
> > To: "idnet@ietf.org" <idnet@ietf.org>
> > Subject: [Idnet] Benefits of Introducing AI into Network
> >
> > In ETSI NGP ISP, we have an Work Item for IDN (Intelligence-Defined
> Network). In one of the general sections, We briefly describes the benefits
> of introducing AI into network, as below.
> >
> >
> > -          Towards Fully Autonomic Network
> >
> > -          Ability of Handling Complex Issues
> >
> > -          More Adaptive and Flex
> >
> > -          Predictive
> >
> > -          Potential Self-Evolving Ability
> >
> > -          Potential Decision Efficiency
> >
> > If there are major benefits that we have not covered, we would like to
> include.
> >
> > Regards,
> >
> > Sheng
> >
> >
> >
> > _______________________________________________
> > IDNET mailing list
> > IDNET@ietf.org
> > https://www.ietf.org/mailman/listinfo/idnet
> >
>
> _______________________________________________
> IDNET mailing list
> IDNET@ietf.org
> https://www.ietf.org/mailman/listinfo/idnet
>