[Aeon] Comments and next step proposal

"Fan, Peng" <fanpeng@chinamobile.com> Tue, 22 April 2014 11:48 UTC

Return-Path: <fanpeng@chinamobile.com>
X-Original-To: aeon@ietfa.amsl.com
Delivered-To: aeon@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EAF21A03A3 for <aeon@ietfa.amsl.com>; Tue, 22 Apr 2014 04:48:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.751
X-Spam-Level: **
X-Spam-Status: No, score=2.751 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RELAY_IS_221=2.222, RP_MATCHES_RCVD=-0.272] autolearn=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 830BZucbrMdK for <aeon@ietfa.amsl.com>; Tue, 22 Apr 2014 04:47:59 -0700 (PDT)
Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.176.64.232]) by ietfa.amsl.com (Postfix) with SMTP id B70161A03B7 for <aeon@ietf.org>; Tue, 22 Apr 2014 04:47:57 -0700 (PDT)
Received: from spf.mail.chinamobile.com (unknown[172.16.20.21]) by rmmx-oa_allagent02-12002 (RichMail) with SMTP id 2ee2535656d1f87-00f87; Tue, 22 Apr 2014 19:47:29 +0800 (CST)
X-RM-TRANSID: 2ee2535656d1f87-00f87
Received: from adminPC (unknown[10.2.52.144]) by rmsmtp-oa_rmapp03-12003 (RichMail) with SMTP id 2ee3535656cd608-95d7d; Tue, 22 Apr 2014 19:47:29 +0800 (CST)
X-RM-TRANSID: 2ee3535656cd608-95d7d
From: "Fan, Peng" <fanpeng@chinamobile.com>
To: <aeon@ietf.org>
Date: Tue, 22 Apr 2014 19:47:41 +0800
Message-ID: <00a301cf5e20$ab403530$01c09f90$@chinamobile.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_00A4_01CF5E63.B967E200"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: Ac9eHbq9rtqo/E0OR+qe+zafwgUmEg==
Content-Language: zh-cn
Archived-At: http://mailarchive.ietf.org/arch/msg/aeon/4tF6rsCAWMN1-rHxGAwhmaJSrZk
Subject: [Aeon] Comments and next step proposal
X-BeenThere: aeon@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Application Enabled Open Networking \(AEON\)" <aeon.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aeon>, <mailto:aeon-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aeon/>
List-Post: <mailto:aeon@ietf.org>
List-Help: <mailto:aeon-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aeon>, <mailto:aeon-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Apr 2014 11:48:03 -0000

Hello all,

 

Based on our operational experience, we have submitted a draft:
http://datatracker.ietf.org/doc/draft-fan-intarea-conet-ps-uc/ 

The purposes of this draft are to encourage less DPI in the network and
propose more cooperation between OTT and Operators. Please kindly help to
review the draft and comment here.

 

I have also reviewed the draft:

http://datatracker.ietf.org/doc/draft-eckel-aeon-problem-statement/,

My comments are:

1)       Shall we consider to split the section 4 into an independent gap
analysis document?

2)       For the requirements section, we agree Req. 1, 2, and 7, and just
want to clarify:

a)         Req. 3 and 4, do you expect the interaction between network node
and host here before the real traffic start?

b)         Req. 5 and 8 are not quite clear to us.

c)         I guess that it not always mandatory to apply Diffserv here, it
could be optional?

3)       If you read our draft, we have more experience about the limitation
of current DPI/DFI in section 3.

4)       Analysis of other existing solutions like ACL configuration can
also be added in section 3.

 

Also for the draft:

http://datatracker.ietf.org/doc/draft-eckel-aeon-use-cases/

Here I feel that too many use cases are listed here. You may consider
narrowing down to a few use cases for which we have strong and specific
needs, in order to get work further progressed.

 

After reading the current work proposed here, we are wondering whether two
groups of people could work together to propose a BoF in the coming IETF
meeting. To do that, we probably can:

1)       Merge the PS draft into one document.

2)       Write an independent use case document.

3)       Write an gap analysis document.

Once all three documents have finished, we could talk to ADs from both
Internet and Transport area about the next step?

 

Thanks a lot for your consideration.

 

Best regards,

Peng