Re: [Aeon] Comments and next step proposal
Linda Dunbar <linda.dunbar@huawei.com> Wed, 23 April 2014 16:56 UTC
Return-Path: <linda.dunbar@huawei.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 2C3CC1A039D for <aeon@ietfa.amsl.com>; Wed, 23 Apr 2014 09:56:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.472
X-Spam-Level:
X-Spam-Status: No, score=-4.472 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.272, SPF_PASS=-0.001] autolearn=ham
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 q_UPskRCqdyz for <aeon@ietfa.amsl.com>; Wed, 23 Apr 2014 09:56:48 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 0B2881A026A for <aeon@ietf.org>; Wed, 23 Apr 2014 09:56:46 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BDK53279; Wed, 23 Apr 2014 16:56:40 +0000 (GMT)
Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 23 Apr 2014 17:54:39 +0100
Received: from DFWEML702-CHM.china.huawei.com (10.193.5.72) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 23 Apr 2014 17:55:35 +0100
Received: from DFWEML701-CHM.china.huawei.com ([169.254.1.127]) by dfweml702-chm.china.huawei.com ([169.254.4.119]) with mapi id 14.03.0158.001; Wed, 23 Apr 2014 09:55:24 -0700
From: Linda Dunbar <linda.dunbar@huawei.com>
To: "Tirumaleswar Reddy (tireddy)" <tireddy@cisco.com>, Rong Zhang <rzhang.ietf@gmail.com>, Sheng Jiang <jiangsheng@huawei.com>
Thread-Topic: [Aeon] Comments and next step proposal
Thread-Index: Ac9fAvG2rtqo/E0OR+qe+zafwgUmEgAEHBgQ
Date: Wed, 23 Apr 2014 16:55:24 +0000
Message-ID: <4A95BA014132FF49AE685FAB4B9F17F645CFB525@dfweml701-chm.china.huawei.com>
References: <913383AAA69FF945B8F946018B75898A24319940@xmb-rcd-x10.cisco.com>
In-Reply-To: <913383AAA69FF945B8F946018B75898A24319940@xmb-rcd-x10.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.192.11.243]
Content-Type: multipart/alternative; boundary="_000_4A95BA014132FF49AE685FAB4B9F17F645CFB525dfweml701chmchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/aeon/9U5CGTVKPcAdqLXEYHfLHdAm2Ng
Cc: "gr@gsta.com" <gr@gsta.com>, "aeon@ietf.org" <aeon@ietf.org>, "mohamed.boucadair@orange.com" <mohamed.boucadair@orange.com>, "Fan, Peng" <fanpeng@chinamobile.com>
Subject: Re: [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: Wed, 23 Apr 2014 16:56:51 -0000
Rong, Are you saying that OTT vendors will send a signal message to the network on its special requirement of the flow? Can you elaborate what kind of messages that OTT vendors might send? Is it the messages correlate with TCP/UDP port # or something else? Thanks, Linda From: Aeon [mailto:aeon-bounces@ietf.org] On Behalf Of Rong Zhang Sent: Wednesday, April 23, 2014 1:41 PM To: Sheng Jiang Cc: gr@gsta.com<mailto:gr@gsta.com>; aeon@ietf.org<mailto:aeon@ietf.org>; Fan, Peng Subject: Re: [Aeon] Comments and next step proposal Hi all, Speaking as the operator, I do see this trend that OTT are working with operators today which will help to improve the mobile internet user experience dramatically. I have one basic comment that current documents have n't talked about 3GPP PCRF Rx interface which will allow OTT to work with today's mobile operator, I will work with Sheng to write the gap analysis document by including how IETF work could be a complimentary to 3GPP's specificaiton. I am planning to attend next IETF meeting, and hope BoF will happen, I personally feel it is more Intarea scope than transport. Cheers. -Rong ZHANG On Wed, Apr 23, 2014 at 11:31 AM, Sheng Jiang <jiangsheng@huawei.com<mailto:jiangsheng@huawei.com>> wrote: Hi, all, This is a real requirement from network operation perspective. Both ISPs and ICPs can benefit from this advance collaborative network model. Rong Zhang and I are working on an gap analysis document, which we hope to share publically early next week. Best regards, Sheng From: Aeon [mailto:aeon-bounces@ietf.org<mailto:aeon-bounces@ietf.org>] On Behalf Of Fan, Peng Sent: Tuesday, April 22, 2014 7:48 PM To: aeon@ietf.org<mailto:aeon@ietf.org> Subject: [Aeon] Comments and next step proposal 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 _______________________________________________ Aeon mailing list Aeon@ietf.org<mailto:Aeon@ietf.org> https://www.ietf.org/mailman/listinfo/aeon
- [Aeon] Comments and next step proposal Fan, Peng
- Re: [Aeon] Comments and next step proposal Sheng Jiang
- Re: [Aeon] Comments and next step proposal Tirumaleswar Reddy (tireddy)
- Re: [Aeon] Comments and next step proposal Rong Zhang
- Re: [Aeon] Comments and next step proposal Charles Eckel (eckelcu)
- Re: [Aeon] Comments and next step proposal Charles Eckel (eckelcu)
- Re: [Aeon] Comments and next step proposal Hui Deng
- Re: [Aeon] Comments and next step proposal Hui Deng
- Re: [Aeon] Comments and next step proposal Tirumaleswar Reddy (tireddy)
- Re: [Aeon] Comments and next step proposal Hui Deng
- Re: [Aeon] Comments and next step proposal Linda Dunbar
- Re: [Aeon] Comments and next step proposal BARI, FAROOQ
- Re: [Aeon] Comments and next step proposal Charles Eckel (eckelcu)
- Re: [Aeon] Comments and next step proposal pierrick.seite
- Re: [Aeon] Comments and next step proposal pierrick.seite
- Re: [Aeon] Comments and next step proposal Fan, Peng
- Re: [Aeon] Comments and next step proposal Fan, Peng
- Re: [Aeon] Comments and next step proposal Hui Deng
- Re: [Aeon] Comments and next step proposal Linda Dunbar
- Re: [Aeon] Comments and next step proposal Linda Dunbar
- Re: [Aeon] Comments and next step proposal Tirumaleswar Reddy (tireddy)
- Re: [Aeon] Comments and next step proposal Fan, Peng