Re: [Apn] [arch-d] Questions for APN: Q#5

"Joel M. Halpern" <jmh@joelhalpern.com> Mon, 21 September 2020 13:45 UTC

Return-Path: <jmh@joelhalpern.com>
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 1DE283A0EFB; Mon, 21 Sep 2020 06:45:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 eaICKwq_PfnV; Mon, 21 Sep 2020 06:45:33 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 69AD13A0EF9; Mon, 21 Sep 2020 06:45:33 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 4Bw5L51FCJz6GHfZ; Mon, 21 Sep 2020 06:45:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1600695933; bh=Z4WLokgFARmhjaaT665QRcMHNm8vAsp3DELtCHHjIgQ=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=ftfpuhOApMGvIAvTiHoHPHxaa9yxOAxrTQpt5f0Z0It6Pk9pOLFIwJRtqTuV8wmr/ FIqY0pWgqMWwV5Hx0Y/BknXY/UNEk64+IX5pDo/dYtExJtsyfaaM0T4XSM7ClujAlr f5z+DAViaJmfLRA5LobdPjk3SssewNbvNoFYZ0QU=
X-Quarantine-ID: <3h9pW6UwsB0p>
X-Virus-Scanned: Debian amavisd-new at a2.tigertech.net
Received: from [192.168.128.43] (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 4Bw5L351sJz6GChp; Mon, 21 Sep 2020 06:45:31 -0700 (PDT)
To: Christian Huitema <huitema@huitema.net>, "Pengshuping (Peng Shuping)" <pengshuping@huawei.com>, "apn@ietf.org" <apn@ietf.org>
Cc: "architecture-discuss@iab.org" <architecture-discuss@iab.org>, "network-tokens@ietf.org" <network-tokens@ietf.org>
References: <4278D47A901B3041A737953BAA078ADE193E1DFF@DGGEML532-MBX.china.huawei.com> <d8db4777-b156-cf96-b367-7a9db613c2ff@huitema.net>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <373e0e0a-a57a-ff28-6b71-42064bea1500@joelhalpern.com>
Date: Mon, 21 Sep 2020 09:45:29 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0
MIME-Version: 1.0
In-Reply-To: <d8db4777-b156-cf96-b367-7a9db613c2ff@huitema.net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/apn/RZ7ky1Ec8ULlAxKBXFkp1sNesko>
Subject: Re: [Apn] [arch-d] Questions for APN: Q#5
X-BeenThere: apn@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 21 Sep 2020 13:45:35 -0000

Well said.  Thank you Christian.
Joel

On 9/21/2020 2:54 AM, Christian Huitema wrote:
> Shuping,
> 
> I am reading your use cases, and my immediate reaction is that this 
> developments should not be addressed solely in the routing or IP layers. 
> You are proposing to enrich the network service proposed to transport 
> and applications, which amounts to creating new APIs. Such works affects 
> multiple layers, and should be coordinated between multiple layers.
> 
> I also see that the description of application requirements is very 
> thin. The drafts mention augmented reality and online games, and focus 
> largely on latency requirements for these applications. The latency has 
> two main components: delays in the wires, and queues in the routers. The 
> APN draft for example mentions players of games using servers on another 
> continent, and thus experiencing large latency. But that latency is 
> largely due to the distance. That distance is not going to be magically 
> reduced by smarter queue processing. The same is even more true for 
> video conferencing or telepresence applications. I live near Seattle. If 
> I want to talk to my mother in France, the bits have to be carried 
> across America and the across the Atlantic ocean. No amount of smart 
> routing will change that. Application developers are well aware of these 
> issues, and have designed their applications in consequence.
> 
> There is a lot of tension between Internet Architecture and the 
> "application aware" proposal. The Internet was built on a fundamental 
> decision to not be application aware. Instead, the routers carry packets 
> of bits, independently of which application uses these bits. That way, 
> new applications can constantly be invented, without requiring 
> modifications in the network or permissions from the network operators. 
> This has proven to be key for the development of the Internet. I don't 
> think that we want to change that. Even if we did I don't think that the 
> discussion should take place solely in some specialized routing working 
> groups.
> 
> -- Christian Huitema
> 
> 
> On 9/20/2020 7:19 PM, Pengshuping (Peng Shuping) wrote:
>>
>> Dear all,
>>
>> #5. What are the valuable use cases/usage scenarios of APN?
>>
>> Drafts have been posted on various use cases such as Game 
>> Accelerating, Edge computing, SD-WAN etc.
>>
>> 1)https://tools.ietf.org/html/draft-li-apn-problem-statement-usecases-01
>>
>> 2) https://tools.ietf.org/html/draft-liu-apn-edge-usecase-00
>>
>> 3) https://tools.ietf.org/html/draft-zhang-apn-acceleration-usecase-00
>>
>> 4) https://tools.ietf.org/html/draft-yang-apn-sd-wan-usecase-00
>>
>> Use cases have also been presented and discussed during the APN side 
>> meeting@IETF108. Please find the slides.
>>
>> https://github.com/APN-Community/IETF108-Side-Meeting-APN
>>
>> There have been some discussions on these use cases in the APN mailing 
>> list as well. Please find the archives.
>>
>> https://mailarchive.ietf.org/arch/msg/apn/c-fQP4LRpe6yj3lJBsaRxTVcWHA/
>>
>> https://mailarchive.ietf.org/arch/msg/apn/MCVuBYa7jgtJsIDEpbGTZ0U8Bvg/
>>
>> https://mailarchive.ietf.org/arch/msg/apn/c-fQP4LRpe6yj3lJBsaRxTVcWHA/
>>
>> More interesting use cases are waiting to be explored. Please let us 
>> know if you have any other use cases. Thank you!
>>
>> Best regards,
>>
>> Shuping
>>
>> *From:*Lizhenbin
>> *Sent:* Monday, September 14, 2020 10:35 PM
>> *To:* apn@ietf.org
>> *Cc:* Pengshuping (Peng Shuping) <pengshuping@huawei.com>
>> *Subject:* Question List for APN
>>
>> Hi Folks,
>>
>> Thanks very much for your attention to APN work. After much 
>> preparation work, we summarized the key questions to be clarified for 
>> APN which also were always asked. In fact in the past discussion and 
>> the APN side meeting of IETF108, many of these questions were 
>> discussed and clarified. Here we propose these questions together for 
>> your convenience.
>>
>> The questions to be clarified are as follows:
>>
>> #1. Which layer is for APN to do the application-aware work?
>>
>> #2. Does APN provide services within a limited-domain or Internet?
>>
>> #3. Which area in IETF would the APN work fit better?
>>
>> #4. What is the relationship between APN and other attempts in IETF’s 
>> history?
>>
>> #5. What are the valuable use cases/usage scenarios of APN?
>>
>> #6. Is the fine-granularity operations needed/desired in the network?
>>
>> #7. Why not just use DSCP?
>>
>> #8. Does APN violate network neutrality?
>>
>> #9. Will APN raise security issues since application-aware information 
>> is carried in the APN packets?
>>
>> #10. Will APN raise privacy issues since application-aware information 
>> is carried in the APN packets?
>>
>> Shuping Peng will send the detailed answers for these questions in the 
>> mailing list in the following one or two weeks. The questions and 
>> answers may be not only be sent in the APN mailing list, but also be 
>> copied to the architecture discussion mailing list and the network 
>> token mailing list for more cross-area feedback if necessary.
>>
>> If you have any comments on these questions and answers, we can go on 
>> to discuss through the mailing list.
>>
>> Best Regards,
>>
>> Zhenbin (Robin)
>>
>> *From:*Apn [mailto:apn-bounces@ietf.org] *On Behalf Of *Lizhenbin
>> *Sent:* Tuesday, August 18, 2020 7:22 PM
>> *To:* apn@ietf.org <mailto:apn@ietf.org>
>> *Subject:* [Apn] Welcome to APN Mailing List
>>
>> Hi Folks,
>>
>> Welcome to join the APN mailing list. We are glad to have more 
>> discussion through the mailing list as the follow-up of the IETF108 
>> APN side meeting.
>>
>> In the process of APN work, many historic work items such as SPUD, 
>> PLUS, etc. have been proposed. It has been tried to be clarified that 
>> APN focuses
>>
>> on the network layer and limited domains. Concerns on the security and 
>> privacy issues also have been proposed many times about the work. It also
>>
>> has been tried to be clarified that in the trustable limited domains 
>> the security and privacy issues can be under control. These are the 
>> reasons why APN
>>
>> work is based in the RTG area instead of ART/TSV areas.
>>
>> But because of too much historic work to be clarified and its 
>> proposing the cross-area discussion for which RTG/APP/TSV/INT/SEC/IRTF 
>> are involved, it is
>>
>> necessary to have more discussion to clarify the scope and work items 
>> for APN. We wish the mailing list would be helpful to the work and 
>> promoting the
>>
>> cross-area communication to understand each other better.
>>
>> You can get yourself up to speed with our discussions so far by seeing 
>> the materials at <https://github.com/APN-Community/>, especially the 
>> materials
>>
>> From the virtual IETF 108  APN side meeting at 
>> <https://github.com/APN-Community/IETF108-Side-Meeting-APN>. This link 
>> also gives you pointers to
>>
>> some of the relevant Internet-Drafts.
>>
>> Over the next few weeks we will try to guide discussion by introducing 
>> some questions for debate. But please also raise your own issues and 
>> concerns
>>
>> and contribute to the exchanges on this list.
>>
>> Look forwarding to have more fun discussion in the mailing list.
>>
>> Best Regards,
>>
>> Dan & Zhenbin
>>
>>
>> _______________________________________________
>> Architecture-discuss mailing list
>> Architecture-discuss@ietf.org
>> https://www.ietf.org/mailman/listinfo/architecture-discuss
> 
> _______________________________________________
> Architecture-discuss mailing list
> Architecture-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/architecture-discuss
>