IETF Logo Mail Archive

Re: [Apn] Further revised draft Charter

Mirja Kuehlewind <ietf@kuehlewind.net> Wed, 18 January 2023 16:37 UTC

Return-Path: <ietf@kuehlewind.net>
X-Original-To: apn@ietfa.amsl.com
Delivered-To: apn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9647FC14CF1B for <apn@ietfa.amsl.com>; Wed, 18 Jan 2023 08:37:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.893
X-Spam-Level:
X-Spam-Status: No, score=-1.893 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uCPw7GMaxXkj for <apn@ietfa.amsl.com>; Wed, 18 Jan 2023 08:37:12 -0800 (PST)
Received: from wp513.webpack.hosteurope.de (wp513.webpack.hosteurope.de [80.237.130.35]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F9AFC14CEF9 for <apn@ietf.org>; Wed, 18 Jan 2023 08:37:12 -0800 (PST)
Received: from dslb-002-202-026-080.002.202.pools.vodafone-ip.de ([2.202.26.80] helo=smtpclient.apple); authenticated by wp513.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) id 1pIBQy-0000N5-9c; Wed, 18 Jan 2023 17:37:08 +0100
From: Mirja Kuehlewind <ietf@kuehlewind.net>
Message-Id: <F0851BC5-42B4-4419-8638-6941FD5DD02E@kuehlewind.net>
Content-Type: multipart/alternative; boundary="Apple-Mail=_6B45633C-D6D6-49B7-A515-4CF948C38810"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.300.101.1.3\))
Date: Wed, 18 Jan 2023 17:36:57 +0100
In-Reply-To: <055a01d92b33$6c13be60$443b3b20$@com>
Cc: apn@ietf.org
To: Feng Yang <yangfeng@chinamobile.com>
References: <CAF4+nEFHcKBbc7J8v3yj_b6V1==4yUBOOhdazR2yrP75Gcd0mA@mail.gmail.com> <055a01d92b33$6c13be60$443b3b20$@com>
X-Mailer: Apple Mail (2.3731.300.101.1.3)
X-bounce-key: webpack.hosteurope.de;ietf@kuehlewind.net;1674059832;b62afd9c;
X-HE-SMSGID: 1pIBQy-0000N5-9c
Archived-At: <https://mailarchive.ietf.org/arch/msg/apn/19MlwCLeGRoU3t7zZxZITjiLMlo>
Subject: Re: [Apn] Further revised draft Charter
X-BeenThere: apn@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Application-aware Networking <apn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apn>, <mailto:apn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/apn/>
List-Post: <mailto:apn@ietf.org>
List-Help: <mailto:apn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apn>, <mailto:apn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Jan 2023 16:37:16 -0000

Hi Feng,

Why are not just using the DSCP field or, if you need to provide more information to the network nodes, Network Service Header (NSH) encapsulation?

Mirja



> On 18. Jan 2023, at 12:53, Feng Yang <yangfeng@chinamobile.com> wrote:
> 
> Dear WG,
>  
> In the operator's network, we provide corresponding services for Internet services and bussiness services to meet the needs of a group of users with the same service requirements for the network, such as acceleration, and security for Internet services (e.g. SAVNet), and leased line for bussiness services,(e.g. slicing and service chaining).
>  
> Currently, we are distinguishing services by source IP address at our network edge devices. But the source addresses are discrete, we hope there is a way to transform the address from discrete space into a linear space , which will make it be easier for classification, so that the services and policies can be combined in a simple way. Eventually that can improve our efficiency and reduce costs.
>  
> This actually solves the fundamental problem that ACLs are difficult to apply at scale, and facilitates us to aggregate services in a linear space and statically configure a number of matching conditions by means of planning.
>  
> I think this Charter clearly presents the work we would like to see, so I suggest it is best not to postpone APN Charter any longer, we should setup the WG first and discuss the actual work as soon as possible.
>  
> The Spring festival is coming on this weekend. Best wishes for everyone. J
>  
> BR，
>  
> 杨锋
> Feng Yang
>  
> 发件人: Apn [mailto:apn-bounces@ietf.org] 代表 Donald Eastlake
> 发送时间: 2023年1月18日 10:04
> 收件人: apn@ietf.org
> 抄送: apn-chairs@ietf.org
> 主题: [Apn] Further revised draft Charter
>  
> I've gotten some comments and I've re-read some of the AD DISCUSSES and comments. Based on that I've updated the draft Charter as attached.  Comments are welcome. 
> 
> Thanks,
> Donald
> ===============================
>  Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
>  2386 Panoramic Circle, Apopka, FL 32703 USA
>  d3e3e3@gmail.com <mailto:d3e3e3@gmail.com>-- 
> Apn mailing list
> Apn@ietf.org
> https://www.ietf.org/mailman/listinfo/apn

v2.23.0 | Report a Bug | By Email