[spring] Draft design team charge
Joel Halpern <jmh@joelhalpern.com> Tue, 07 July 2020 16:20 UTC
Return-Path: <jmh@joelhalpern.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFD8B3A0F55 for <spring@ietfa.amsl.com>; Tue, 7 Jul 2020 09:20:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=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 hGxWvF6OIlz4 for <spring@ietfa.amsl.com>; Tue, 7 Jul 2020 09:20:26 -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 2687B3A0F52 for <spring@ietf.org>; Tue, 7 Jul 2020 09:20:26 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 4B1SMs73qmz6G9yT; Tue, 7 Jul 2020 09:20:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1594138825; bh=dLIgWe6a9OtJG6XjVuT3ImD7CEH1hN6AUY+ZawDI3kQ=; h=From:Subject:To:Date:From; b=U2yx2t4qIlsGtl/p7je+mpx9202nzyPe6bEW8Lg5ylscWVOEE+A7jlXzylIxZm7sx Wxdq+51/Qd2dvLmMMlcBBH3Z2/hwDzOKRTDvxtizPY9CJEUO7yllcXwY22a/PbB7Lo dzzcmCY2vC0C0GfrN6ccCDfTpbh/rg2vQiiNF0Sk=
X-Quarantine-ID: <VhTBUbaHm3jb>
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 4B1SMs3Kc9z6G9pd; Tue, 7 Jul 2020 09:20:25 -0700 (PDT)
From: Joel Halpern <jmh@joelhalpern.com>
To: "spring@ietf.org" <spring@ietf.org>, "bruno.decraene@orange.com" <bruno.decraene@orange.com>
Message-ID: <09c26365-2d28-80e6-7f47-7694027e6ec6@joelhalpern.com>
Date: Tue, 07 Jul 2020 12:20:24 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/uL5cLEufipmlQQ_w3VZvb-pznd4>
Subject: [spring] Draft design team charge
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Jul 2020 16:20:28 -0000
Having gotten various volunteers, and considered what the WG needs, the SPRING chairs have selected the design team for clarifying the SR over IPv6 compression situation. The Design team will be Co-Chaired by: Cheng Weiqiang of China Telecom and Sanders Steffann of SJM Steffann Consultancy The other members of the team are: Ron Bonica of Juniper Darren Dukes of Cisco Cheng Li of Huawei Peng Shaofu of ZTE and Wim Henderickx of Nokia Chongfeng Xie of China Telecom (We understand that some members may be on vacation. We ask the chairs to please get the design team up and running as fast as possible, and deal with vacations as necessary.) The design team is to produce (rough) consensus recommendations to the WG on two related topics: 1) What are the requirements for solutions to compressing segment routing information for use over IPv6 2) A comparison of proposed approaches to compressing segment routing information for use over IPv6 In both cases, assertions / requirements should be explicitly explained and motivated. Please do not assume that everyone has the same perspective. We expect these results to take the form of Internet Drafts. How the design team does the development is up to them. Note that while we are asking for I-Ds, we are not assuming that these results will be published as RFCs. When the working group has progressed, we will see if there is agreement as to the value of long term publication of this material. Also, as a reminder to both the design team and the working group, the design team output is input to the working group. It is not presumed to be a WG document until the WG actually adopts it. If the design team has insights into the number of solutions (are several already standardized? is there value in picking one / some?) this may be included in the requirements readout. If the design team can not agree, or does not think it is helpful to report this aspect, that is also acceptable to the chairs. While the chairs would like to see prompt work, we also want to see a thorough job done on this task. As such, we value quality of result over time. While there is some pressure, we ask that the design team focus on reaching clear and useful agreements. Thus, we are not asking for any readout by IETF 108. If the design team makes enough progress that they have questions they would like the WG to discuss at IETF 108, please let us know. Yours, Bruno, Jim, and Joel
- [spring] Draft design team charge Joel Halpern
- Re: [spring] Draft design team charge Joel Halpern