[alto] A summary on active drafts

Gao Kai <gaok12@mails.tsinghua.edu.cn> Tue, 19 July 2016 08:13 UTC

Return-Path: <gaok12@mails.tsinghua.edu.cn>
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 0618312DC00 for <alto@ietfa.amsl.com>; Tue, 19 Jul 2016 01:13:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.531
X-Spam-Level:
X-Spam-Status: No, score=-0.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_BL_SPAMCOP_NET=1.347, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_RP_RNBL=1.31, RP_MATCHES_RCVD=-1.287, SPF_HELO_PASS=-0.001, SPF_PASS=-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 COCz9HH8OJVb for <alto@ietfa.amsl.com>; Tue, 19 Jul 2016 01:13:20 -0700 (PDT)
Received: from tsinghua.edu.cn (smtp06.tsinghua.edu.cn [166.111.204.30]) by ietfa.amsl.com (Postfix) with ESMTP id 7CFEF12DBFC for <alto@ietf.org>; Tue, 19 Jul 2016 01:13:19 -0700 (PDT)
Received: from [192.168.1.10] (unknown [171.217.145.99]) by app5 (Coremail) with SMTP id DsxvpgCXnJgb4Y1XMjxDAA--.2046S3; Tue, 19 Jul 2016 16:13:17 +0800 (CST)
To: IETF ALTO <alto@ietf.org>
From: Gao Kai <gaok12@mails.tsinghua.edu.cn>
Message-ID: <578DE11B.1000001@mails.tsinghua.edu.cn>
Date: Tue, 19 Jul 2016 16:13:15 +0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="------------060204050600080005040400"
X-CM-TRANSID: DsxvpgCXnJgb4Y1XMjxDAA--.2046S3
X-Coremail-Antispam: 1UD129KBjvJXoWxtryUWryfWrW5Cr1UAr4DCFg_yoWxGFyxpa yFga17Gw4kG34kCw1xXay0q34Fv34FvrZFkFW3tF1Uua15tFyvqF10yr4jvry7Ary7A3sr Zr1Sva4UW3ZIvaDanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUqCb7Iv0xC_tr1lb4IE77IF4wAFF20E14v26r1j6r4UM7CY07I2 0VC2zVCF04k26cxKx2IYs7xG6rWj6s0DM7CIcVAFz4kK6r1j6r18M28lY4IEw2IIxxk0rw A2z4x0Y4vE2Ix0cI8IcVAFwI0_tr0E3s1l84ACjcxK6xIIjxv20xvEc7CjxVAFwI0_Gr1j 6F4UJwA2z4x0Y4vEx4A2jsIE14v26rxl6s0DM28EF7xvwVC2z280aVCY1x0267AKxVW0oV Cq3wAac4AC62xK8xCEY4vEwIxC4wAS0I0E0xvYzxvE52x082IY62kv0487McIj6xIIjxv2 0xvE14v26r1j6r18McIj6I8E87Iv67AKxVWUJVW8JwAm72CE4IkC6x0Yz7v_Jr0_Gr1lF7 xvr2IY64vIr41lc7I2V7IY0VAS07AlzVAYIcxG8wCF04k20xvY0x0EwIxGrwC20s026c02 F40E14v26r106r1rMI8I3I0E7480Y4vE14v26r106r1rMI8E67AF67kF1VAFwI0_Jr0_Jr ylIxkGc2Ij64vIr41lIxAIcVC0I7IYx2IY67AKxVWUJVWUCwCI42IY6xIIjxv20xvEc7Cj xVAFwI0_Jr0_Gr1lIxAIcVCF04k26cxKx2IYs7xG6rW3Jr0E3s1lIxAIcVC2z280aVAFwI 0_Jr0_Gr1lIxAIcVC2z280aVCY1x0267AKxVWUJVW8JbIYCTnIWIevJa73UjIFyTuYvj7U U6ZxUUUUU
X-CM-SenderInfo: 5jdryi2s6ptxtovo32xlqjx3vdohv3gofq/
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/v2k_plXSTZDFCiB3txF3o0mfLr8>
Subject: [alto] A summary on active drafts
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.17
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: Tue, 19 Jul 2016 08:13:23 -0000

Hello everyone,

With the IETF meeting getting closer, it might be a good time we discuss
about the future steps the working group should take and how we can all
collaborate.  The active drafts are listed below in different
categories, with some initial proposals on how to proceed.  Your
feedbacks and opinions are highly appreciated.

-   Current WG drafts
    -   draft-ietf-alto-deployments-15 [1]
    -   draft-ietf-alto-incr-update-sse-02 [2]
    -   draft-ietf-alto-multi-cost-02 [3]

The target of the three drafts listed here is to become RFCs.

The deployment draft is already submitted to the IESG and according to
my understanding it is beyond our concern at the moment.

Wendy has confirmed that the incremental update draft needs some
cosmetic changes but otherwise is ready to proceed.

The chairs have issued a working group Last-Call on
draft-ietf-alto-multi-cost.  According to Sabine, it has received some
comments and a new version will be proposed after the IETF meeting.

-   Discovery
    -   draft-kiesel-alto-xdom-disc-02 [9]

The procedure of XDOM-DISC is pretty clear and can target a working
group draft.  There are some concerns about the aggregation of ALTO
queries, mostly due to the missing of routing cost standards.  However,
as some of the drafts to be mentioned later are proposing standard cost
types, they may throw light upon the aggregation problem.

-   Update and synchronization
    -   draft-ietf-alto-incr-update-sse-02 [2]
    -   draft-wang-alto-dist-sync-00 [12]

-   Extending cost types
    -   draft-ietf-alto-multi-cost-02 [3]
    -   draft-randriamasy-alto-cost-calendar-06 [10]
    -   draft-wu-alto-te-metrics-08 [14]
    -   draft-yang-alto-path-vector-03 [16]

draft-wu-alto-te-metrics proposes several standard cost metrics in the
context of traffic engineering, most of which are compatible with the
current ALTO services.

Richard has started a thread discussing whether we should design a
unified mechanism to handle extensions like multi-cost, cost-calendar,
path-vector and other future drafts on cost type and how we can do that.

-   Extending services
    -   draft-gao-alto-fcs-00 [6]
    -   draft-gao-alto-routing-state-abstraction-03 [7]
    -   draft-roome-alto-unified-props-01 [11]
    -   draft-wang-alto-ecs-flows-01 [13]

draft-roome-alto-unified-props is pretty mature and is ready to be
promoted as a working group draft.  The others are more experimental and
require more reviews.

draft-gao-alto-fcs/draft-wang-alto-ecs-flows both extend the
representation of an endpoint, to enable more fine-grained queries in
the context of SDN.  ECS-flow is more backward compatible while FCS is
more similar with the OpenFlow protocol.

-   Graph representation
    -   draft-gao-alto-routing-state-abstraction-03 [7]
    -   draft-yang-alto-path-vector-03 [16]
    -   Greg et. al have also submitted some drafts on this issue (outdated)

The graph representation is one topic in the working group charter.  A
good start might be a draft clarifying the motivations, which should
target becoming a working group draft in the next meeting, hopefully
with some initial proposals too.

-   Modelling
    -   draft-zhang-alto-opendaylight-impl-01 [17]
    -   Shi et. al have also submitted some drafts on this issue (outdated)

Many other working groups are using YANG to model their protocols, which
unfortunately is not compatible with the current ALTO format.  There was
a draft proposing basic YANG models for ALTO services but needs some
refinement to become a working group draft.

-   Application
    -   draft-bertz-alto-sdnnfvalto-02 [4]
        (Christian et. al have also submitted some related drafts to
other working groups)
    -   draft-chen-alto-ethernet-optical-converged-network-00 [5]
    -   draft-hommes-alto-blockchain-01 [8]
    -   draft-xiang-alto-exascale-network-optimization-00 [15]

draft-bertz-alto-sdnnfvalto has highlighted how ALTO can be used with
SDN/NFV.  The draft discusses how an ALTO server can aggregate
information from different system components, such as SDN controller,
the NFV Orchestrator, etc., and also some general topics such as dynamic
measurement.

draft-chen-alto-ethernet-optical-converged-network describes how ALTO
can be used in an optical converged network.

draft-hommes-alto-blockchain discusses how ALTO can be used for
different blockchains (private, consortium and public), especially the
Bitcoin network.

draft-xiang-alto-exasaacle-network-optimization introduces the framework
of handling data transfers of large volume with the assistance of ALTO,
with graph representations.

These draft can target becoming informational working group drafts. 
Meanwhile, they may also propose to add new endpoint properties in
specific domains, for example, "vnf:load-balancer", "bitcoin:wallet", etc.

Regards,
Kai


[ 1] https://datatracker.ietf.org/doc/draft-ietf-alto-deployments/
[ 2] https://datatracker.ietf.org/doc/draft-ietf-alto-incr-update-sse/
[ 3] https://datatracker.ietf.org/doc/draft-ietf-alto-multi-cost/
[ 4] https://datatracker.ietf.org/doc/draft-bertz-alto-sdnnfvalto/
[ 5]
https://datatracker.ietf.org/doc/draft-chen-alto-ethernet-optical-converged-network/
[ 6] https://datatracker.ietf.org/doc/draft-gao-alto-fcs/
[ 7]
https://datatracker.ietf.org/doc/draft-gao-alto-routing-state-abstraction/
[ 8] https://datatracker.ietf.org/doc/draft-hommes-alto-blockchain/
[ 9] https://datatracker.ietf.org/doc/draft-kiesel-alto-xdom-disc/
[10] https://datatracker.ietf.org/doc/draft-randriamasy-alto-cost-calendar/
[11] https://datatracker.ietf.org/doc/draft-roome-alto-unified-props/
[12] https://datatracker.ietf.org/doc/draft-wang-alto-dist-sync/
[13] https://datatracker.ietf.org/doc/draft-wang-alto-ecs-flows/
[14] https://datatracker.ietf.org/doc/draft-wu-alto-te-metrics/
[15]
https://datatracker.ietf.org/doc/draft-xiang-alto-exascale-network-optimization/
[16] https://datatracker.ietf.org/doc/draft-yang-alto-path-vector/
[17] https://datatracker.ietf.org/doc/draft-zhang-alto-opendaylight-impl/