[Openv6] ***SPAM*** 7.888 (5) Fw: 转发: APONF (Application-based Policy for Network Functions): new BOF for IETF 90 (requesting comments)

Ying Cheng <chengying10@chinaunicom.cn> Wed, 11 June 2014 10:21 UTC

Return-Path: <chengying10@chinaunicom.cn>
X-Original-To: openv6@ietfa.amsl.com
Delivered-To: openv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E85E41A0647 for <openv6@ietfa.amsl.com>; Wed, 11 Jun 2014 03:21:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: YES
X-Spam-Score: 7.888
X-Spam-Level: *******
X-Spam-Status: Yes, score=7.888 tagged_above=-999 required=5 tests=[BAYES_50=0.8, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_103=0.327, CN_BODY_35=0.339, HTML_FONT_FACE_BAD=0.981, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_SBL=0.141, RP_MATCHES_RCVD=-0.651] 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 p-Zt0jHwgZrS for <openv6@ietfa.amsl.com>; Wed, 11 Jun 2014 03:21:53 -0700 (PDT)
Received: from sendh.mailex.chinaunicom.cn (sendg.mailex.chinaunicom.cn [210.53.66.230]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89DA31A0636 for <openv6@ietf.org>; Wed, 11 Jun 2014 03:21:52 -0700 (PDT)
Received: from SBG8380-4.chinaunicom.cn (10.0.15.35) by M10-HQ-MLOUT01.cnc.intra (10.0.15.20) with Microsoft SMTP Server id 8.2.254.0; Wed, 11 Jun 2014 18:21:38 +0800
X-AuditID: 0a000f23-b7f306d00000314d-24-53982db850af
Received: from m10-cen-mlhub04.cnc.intra ( [10.0.192.44]) by SBG8380-4.chinaunicom.cn (Symantec Messaging Gateway) with SMTP id 27.41.12621.8BD28935; Wed, 11 Jun 2014 18:21:44 +0800 (HKT)
Received: from m10-hq-mlch01.hq.cnc.intra (10.0.15.26) by m10-cen-mlhub04.cnc.intra (10.0.192.44) with Microsoft SMTP Server (TLS) id 8.2.213.0; Wed, 11 Jun 2014 18:21:43 +0800
Received: from x220-THINK (114.255.193.232) by m10-hq-mlch01.hq.cnc.intra (10.0.15.26) with Microsoft SMTP Server id 8.2.213.0; Wed, 11 Jun 2014 18:21:43 +0800
Date: Wed, 11 Jun 2014 18:21:41 +0800
From: Ying Cheng <chengying10@chinaunicom.cn>
To: openv6 <openv6@ietf.org>, openv6 <openv6@ietf.org>
Message-ID: <201406111821409884708@chinaunicom.cn>
X-mailer: Foxmail 6, 14, 103, 20 [cn]
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=====003_Dragon540618316251_====="
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJIsWRmVeSWpSXmKPExsXCxXBAR3eH7oxggwOvRC3OLVnD7MDosWTJ T6YAxqg6m8S8vPySxJJUhZTU4mRbpeDM9LzEktKiVAX/0pKk/NK8FCWFzBRbJWMlhYKcxOTU 3NS8ElulxIKCVKCMHZcCBrABKsvMU0jNS85PycxLt1UKDXHTtVCye7qs6dm8Oc+aVrycMvPF +vXP+pY+m7It4RxLxtzvj9kKPsxnrPi99hZTA+O52YxdjJwcEgImEmc+v2OFsMUkLtxbz9bF yMUhJLCXUeLQ2d3MEM4WRom/r1sZIZzFjBJbf05hAWlhEVCVuPPwCVALBwebgK5E73ojkLCI gI3E5xsd7CD1wgLLgCZt2ssMkuAVMJJYd/A+M8Q6VYnFn06yQcQFJU7OfAI2k1kgWOLH1WWM IDOFBNQllt+ym8DINwtJ1SwkVRC2lsS8ht9MELaixJTuh+wQtqbElcmH2JHFFzCyrWKUCHZy tzC2MNA10UvOyMxLLM3LTM7P1UvO28QIjkh+5R2MD05YHmIU4GBU4uFdxDgpWIg1say4MvcQ owQHs5II7y3FGcFCvCmJlVWpRfnxRaU5qcWHGJOB4TGRWUo0OR+YLPJK4g2NLSzMjY1NTYyN jM1IE1YS503aNy1YSCAdmGayU1MLUotgtjBxcEo1MKasChd9mN+9wuDSQe3OHMl5ld29U4M3 3nmopNex4vGnCZf2ez2v///mS9j7pN9+lb+eW84rNujWYJl4QL3R2l/ZrPviyamh/ZEd3lJh y7T4C1enSV6Y+3oP97xfU3msmKwaFDcYr66PPXNq7Ro9pyz7vfN+LFXX02+okalaaHru7vWe rwcWhiqxFGckGmoxFxUnAgCZM11eDAMAAA==
Archived-At: http://mailarchive.ietf.org/arch/msg/openv6/kR7G6LA4PFOdpYybR-E21HsYzug
X-Mailman-Approved-At: Wed, 11 Jun 2014 05:13:54 -0700
Subject: [Openv6] ***SPAM*** 7.888 (5) Fw: 转发: APONF (Application-based Policy for Network Functions): new BOF for IETF 90 (requesting comments)
X-BeenThere: openv6@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Openv6 discussion list <openv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/openv6>, <mailto:openv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/openv6/>
List-Post: <mailto:openv6@ietf.org>
List-Help: <mailto:openv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/openv6>, <mailto:openv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Jun 2014 10:21:56 -0000

Hi all,

These two drafts are valuable. However, it is important to analyze the related scenarios as the first step. As representative of telecom operator, we have accumulated some experience in this area and would like contribute the following texts as use case for further study.


A tier 1 IDC operator, providing server hosting, bandwidth, and value-added services to enterprises and ISPs, has more than 10 data centers and more than 1Tb bandwidth in a capital city. In current IDC network, traffic is routed via configuring policy routes and adjusting routes prioritization to choose an outcoming link. This kind of static provisioning brings high costs and poor operability. Link bandwidth resource in data centers is not made good use of. 
Services usually do not have a consistent bandwidth requirement at different times of a day, e.g. video ISP usually require more bandwidth at non-working hours but require less bandwidth at working hours. Some customers have relative high QoS requirement for their services, e.g. IM. Static bandwidth and QoS provisioning for all the customers and services is not reasonable and not cost-effective. 
The operator wants to be able to optimize traffic routes dynamically so as to have load balance between data centers and links, and direct customer traffic via policies based on customer grade and QoS requirement. It will also be useful to monitor the real-time traffic flow and have a visualized report. 

Traffic engineering application can work out dynamic traffic adjustment demand to the network based on link stats reported by the network. APONF will define a policy model mapping application's demands to policies (e.g. traffic redirection based on customer's grade and link stats), which can be directly enforced by network devices, to meet the operator’s needs.


We expect that this use case is helpful for these drafts and would like to take part in the discussion of this topic.

Thanks and best regards,

Ying Cheng
China Unicom


2014-06-11



Ying CHENG 程莹
China Unicom
TEL: 86-18601102971 

发件人: Openv6 [mailto:openv6-bounces@ietf.org] 代表 karagian@cs.utwente.nl
发送时间: 2014年6月8日 2:01
收件人: openv6@ietf.org
主题: [Openv6] APONF (Application-based Policy for Network Functions): new BOF for IETF 90 (requesting comments)
 
Hi all,
 
Please note that a request for a BOF associated with Openv6 has been requested for IETF 90.
 
The name of this BOF is:
 
APONF (Application-based Policy for Network Functions).
 
The main goal of APONF is to specify the application-based policy protocol(s), mechanisms and models required by transport applications to easily, accurately, and efficiently select and use the available communication network capabilities, i.e., network management and/or traffic policies. 
 
For more details on APONF, please see:
http://trac.tools.ietf.org/bof/trac/#
 
Please note that in association with this BOF two Internet drafts have been (up to now) submitted . 
These drafts are:
 
APONF problem statement:
http://tools.ietf.org/id/draft-karagiannis-aponf-problem-statement-00.txt
 
APONF architecture:
http://tools.ietf.org/id/draft-zhou-aponf-architecture-00.txt
 
Your comments on the APONF BOF, and on the Internet drafts listed above are very much appreciated!
 
Best regards,
Georgios Karagiannis

如果您错误接收了该邮件,请通过电子邮件立即通知我们。请回复邮件到hqs-spmc@chinaunicom.cn,即可以退订此邮件。我们将立即将您的信息从我们的发送目录中删除。
If you have received this email in error please notify us immediately by e-mail. Please reply to hqs-spmc@chinaunicom.cn ,you can unsubscribe from this mail. We will immediately remove your information from send catalogue of our.