Re: [alto] ALTO at IETF-108: Finishing the current milestones and discussion on re-chartering the WG
"Y. Richard Yang" <yry@cs.yale.edu> Wed, 17 June 2020 01:50 UTC
Return-Path: <yang.r.yang@gmail.com>
X-Original-To: alto@ietfa.amsl.com
Delivered-To: alto@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F0E23A0D1B for <alto@ietfa.amsl.com>; Tue, 16 Jun 2020 18:50:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.399
X-Spam-Level:
X-Spam-Status: No, score=-1.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=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 HFpr2Vk5NXBs for <alto@ietfa.amsl.com>; Tue, 16 Jun 2020 18:50:51 -0700 (PDT)
Received: from mail-vs1-f43.google.com (mail-vs1-f43.google.com [209.85.217.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0D093A0D13 for <alto@ietf.org>; Tue, 16 Jun 2020 18:50:51 -0700 (PDT)
Received: by mail-vs1-f43.google.com with SMTP id t132so459832vst.2 for <alto@ietf.org>; Tue, 16 Jun 2020 18:50:51 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DSPkJt3wSVbcV9vi/zzJisxhqsdcfqqhD5Blu+63Wd8=; b=MXxsGfk5G7KvIQVpKXDJy+6V+dorT47kSYC3UMRp0Nwy7qj37db1XEWa16IqGTZ5Cy vu6ZHVJpYuF7amb9hO5Vt8tK6RkukqCTwIa5PENmCzkxRv3gTib7CyjRyXKB2jQGieLk 9JfwFzt/QrSsFhb+aUWR5WHnO5pROoyxib4cYNruIMPdbFbF4tPXWhcAMIy04FVe0qNL U9wgGHl9nGsYr/uMGoyQclGUHdR+w7okuI1crgfylmSyMFx2cDVsJWAuD8EgHtQmub5k 3Nc21iMmePJf1lXLI92AfoS1wpKH1KE02OaGM1MFWi+ygGLZjxVRFhMyVdh9vFoh44ci RY1w==
X-Gm-Message-State: AOAM530L0jgIv+ons2JEp0K/dEzsqHKuP9CA+HwlqbakNg7OsxNS/SN9 7jB4AlTWVhTNLt0XlLeDFdJi6oMzsJczePszRS4Kig==
X-Google-Smtp-Source: ABdhPJwXGiQ5IvkCeECkFOZCZ8J5RbtT5zjHRe2qGA9bvdGo//W4DHYpbHowEymSfgZVaQ++xI2N9IGS5itBSImJH+c=
X-Received: by 2002:a67:7914:: with SMTP id u20mr3882226vsc.102.1592358650605; Tue, 16 Jun 2020 18:50:50 -0700 (PDT)
MIME-Version: 1.0
References: <98c26e37-bb82-476c-d794-8203160a7348@j-f-s.de>
In-Reply-To: <98c26e37-bb82-476c-d794-8203160a7348@j-f-s.de>
From: "Y. Richard Yang" <yry@cs.yale.edu>
Date: Tue, 16 Jun 2020 21:50:39 -0400
Message-ID: <CANUuoLpgjKK2QXiD5FL7HfFDWMLHK1wt_KhQ451xUjcRUf-_wg@mail.gmail.com>
To: Jan Seedorf <ietf@j-f-s.de>
Cc: IETF ALTO <alto@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000b9808b05a83de344"
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/Rh9f6qGCmKAcwSqmNbbvBZf3CA8>
Subject: Re: [alto] ALTO at IETF-108: Finishing the current milestones and discussion on re-chartering the WG
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Application-Layer Traffic Optimization \(alto\) WG mailing list" <alto.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/alto>, <mailto:alto-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/alto/>
List-Post: <mailto:alto@ietf.org>
List-Help: <mailto:alto-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/alto>, <mailto:alto-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Jun 2020 01:50:56 -0000
Hi Jan, Vijay, Martin, Thanks a lot for the guidance. It is extremely helpful. Please see below. On Sun, Jun 14, 2020 at 10:55 AM Jan Seedorf <ietf@j-f-s.de> wrote: > Dear all, > > Martin (our new AD), Vijay and myself had some discussions on how to > generally move forward with the WG and how to plan the IETF-108 ALTO > session accordingly. We believe we should finalize the remaining > milestones (see https://tools.ietf.org/wg/alto/charters) by or at the > latest during the IETF-108 ALTO session. Our understanding is that > during the weekly meetings the remaining docs are making good progress > towards such finalization, so this goal should be realistic. > > I second that the authors finish all the outstanding drafts soon. > After IETF-108, we can either (gradually) close the WG or re-charter. In > both cases, there should be no need for an ALTO session at IETF meetings > to discuss progress on the currently chartered milestones. If still > needed, such progress can happen on the mailing list. > > ... > > b) 60 minutes for presentations and discussions on potentially > re-chartering the WG (as opposed to closing down the WG). > > We are soliciting presentations on re-charter proposals and thoughts. > There will be no time allocated for presentations on drafts that are not > currently a WG item. > > Needless to say, any thoughts on re-chartering are welcome on the > mailing list at any time. We hope for a fruitful discussion at the > online/virtual ALTO session at IETF-108 that will hopefully end up in > some form of consensus on how to move forward with the WG. > > Here is an initial list of items that I feel may help us to get discussions started. 1. HTTP/2(3) based subscription and updates The current incremental updates are based SSE, and now we have HTTP/2(3) to be used. Incremental updates are important and the idea of building on top of HTTP/2(3) was raised during IESG review. 2. Network query/flow algebra One lesson which I learned from an early discussion is that the system can be more flexible if it is based on a language. Recently, a framework called Flow Algebra is emerging and can serve as a generic framework to query and abstract generic network information. 3. Multi-resources abstraction for application-layer traffic optimization There is an early work from SZ, Tsinghua and CMCC on their design and initial deployment of functional networking, whose essence is to include other resources beyond networking resources to applications. CDNi can be considered as such an example as well. The emergence of edge computing further motivates the need. 4. Multi-domain information aggregation, proxy, broker, and transformation A common setting is that the traffic from a client to a server traverses multiple networks, and hence there are many use cases. Multiple early drafts proposed ideas to handle multi-domains. I believe that multi-domain is also a key next step from Ingmar's award slides. 5. Cellular network information exposure Tencent and CMCC have a draft on this topic. Sabine has a draft on this subject as well. One highly related effort is NEF in 5G. Mobile clients are becoming more common, and hence systematically integrating cellular network information exposure has many good use cases. Let me intentionally keep the list short to get the conversation started. We have about slightly more than one month to chat more. Richard - Vijay & Jan > > > _______________________________________________ > alto mailing list > alto@ietf.org > https://www.ietf.org/mailman/listinfo/alto
- [alto] ALTO at IETF-108: Finishing the current mi… Jan Seedorf
- Re: [alto] ALTO at IETF-108: Finishing the curren… Y. Richard Yang
- [alto] Fwd: ALTO at IETF-108: Finishing the curre… Danny Alex Lachos Perez
- Re: [alto] ALTO at IETF-108: Finishing the curren… Sebastian Kiesel
- Re: [alto] ALTO at IETF-108: Finishing the curren… Jensen Zhang
- Re: [alto] ALTO at IETF-108: Finishing the curren… chunshxiong(熊春山)
- Re: [alto] ALTO at IETF-108: Finishing the curren… Sebastian Kiesel